Kısıtlamayı belirleyin, rahatsızlığı değil
Bir ekip, önemli iş kurallarının yapılandırması ve desteklenen entegrasyonlar içinde güvenilir bir şekilde ifade edilemediği zaman CRM'yi geçmiş olur. Kalabalık bir ekran veya beğenilmeyen bir iş akışı otomatik olarak özel bir değişikliği gerekli kılmaz.
İnsanların tekrar ettiği geçici çözümleri listeleyin: tekrarlayan giriş, dışarı aktar-ve-eri aktar, el ile izinler, eksik durum geçişleri veya araçlar arasındaki uyumsuzluk. Her birini, sıklık, sonuç ve platformun zaten daha güvenli bir yapılandırma destekleyip desteklemediğiyle birlikte kaydedin.
Üç çözümü sırayla kontrol edin
- Mevcut kurulumu iyileştirin: alanlar, roller, kayıtlı görünümler, doğrulama ve eğitim.
- CRM'i kayıt sahibi olarak tutarak sınırlı bir entegrasyon veya uzman arayüz ekleyin.
- Temel iş akışı ve erişim modeli hala uygun değilse özel bir sistem oluşturun.
| Kısıtlama | Toplanacak kanıt | Olası yanıt |
|---|---|---|
| Çok fazla el ile giriş | Sistemler arasında izlenen bir örnek | Değişiklikten önce entegrasyon |
| Hassas kayıtlar çok geniş görünür | Rol ve izin testleri | Erişimi düzeltin; ürün sınırlarını araştırın |
| Temel iş akışı onayları temsil edemiyor | Yazılı durumlar ve geçiş kuralları | Uzantı veya özel modül |
| Raporlama kaynak veriyle uyuşmuyor | Tanımlar arasındaki uyuşmazlık örnekleri | Önce veri modelini onarın |
Sahiplik maliyetini dahil edin
Özel yazılım, barındırma, yedekleme, erişim incelemeleri, olay yanıtı ve gelecekteki değişiklikler için sorumluluklar oluşturur. Bu sorumlulukları dışlayan bir lisans karşılaştırması eksiktir. Benzer şekilde, hazır bir ürünün ek kullanım, entegrasyon veya destek maliyetleri olabilir ve bunlar kararla yer almalıdır.
Zor kısmı önce kanıtlayın
Mevcut sınırlamayı en çok ortaya koyan iş akışını seçin. Temsili, temizlenmiş verilerle küçük bir kanıt oluşturun. İzinleri, istisnaları ve dışa aktarılabilirliği, sadece mutlu yol arayüzünü değil, test edin.
Mevcut CRM'yi tutacağınız koşulları yazın. Bu, keşfi bir satış alıştırması yerine bir karar süreci haline getirir. M48'nin iş sistemleri hizmeti, her şirketin özel bir CRM'e ihtiyacı olduğu varsayımıyla değil, iş akışı ve kaynak doğruluk verisiyle başlar.
Pratik bir soru
Özel bir CRM'nin gerekli olduğunu nasıl anlarız?
Desteklenen yapılandırma ve sınırlı entegrasyonların güvenilir bir şekilde temsil edemediği bir temel iş akışı belgeleyin. Değişikliğe taahhüt etmeden önce, temsilci verilerle, izinlerle ve istisna işlemeyle bu zor kısmı kanıtlayın.