CRM Kurulum Ekibi: Beş Rol ve Sorumluluk Matrisi

CRM kurulum ekibi beş rolden oluşur: kapsama karar veren sponsor, yapılandırmayı yürüten sistem sorumlusu, günlük akışı test eden iki-üç kişilik temsilci grubu, hangi verinin taşınacağına karar veren veri sahibi ve posta kutusu ile takvimi bağlayan BT sorumlusu. Küçük bir ekipte roller birleşebilir, ama beş kararın hepsi bir sahip bulmalıdır.

Sistem sorumlusu terimini bu yazı boyunca CRM proje sorumlusu anlamında kullanıyoruz; bir kişi iki rolü üstlendiğinde bile o beş karardan biri sahipsiz kalırsa kurulum ya sponsorsuz kalır ya da tek kişi tıkanma noktasına döner.

CRM kurulumu rehberimizde ihtiyaç tespitinden canlı kullanıma dokuz adımı ve bu beş rolün kısa bir listesini verdik. Bu yazı o dokuz adımı tekrar anlatmıyor; yalnızca ekibin kendisine, kim neye karar verir, kim ne kadar zaman ayırır sorularına iniyor.

CRM kurulum ekibinde hangi beş rol olmalı?

Her rolün ayrı bir karar yetkisi vardır; biri eksik olduğunda o karar ya hiç verilmez ya da yanlış kişiye düşer.

Sponsor kim olmalı, kim olmamalı?

Sponsor genelde satış müdürü ya da genel müdürdür; kapsama, aşama adlarına ve neyin ikinci faza bırakılacağına o karar verir. Sponsor, günlük yapılandırmayla uğraşmaz ama başlangıç toplantısında ve canlıya geçene kadar haftalık bir kontrol noktasında mutlaka bulunmalıdır. Microsoft’un platform benimseme rehberi, üst düzey sponsorluğu bir kurumsal yazılımın organizasyon içinde gerçekten sahiplenilmesi için en kritik koşullardan biri sayar; rehberin kendi olgunluk tablosunda sponsorun sürece dahil olmadığı durum, yöneticilerin platformdan haberdar bile olmadığı en düşük seviye olarak tanımlanır (bkz. Microsoft Power Platform benimseme rehberi). CRM de bu açıdan bir istisna değildir. Sponsor olmamalı: kurulumla günlük olarak ilgilenecek zamanı olmayan, ama yine de her kararı kendisi vermek isteyen bir yönetici; bu kombinasyon kurulumu toplantı bekleyen bir kuyruğa çevirir.

Sistem sorumlusu (CRM proje sorumlusu) kim olmalı?

Bütün yapılandırma kararları bu kişide toplanır: alanları, aşamaları ve şablonları değiştirebilen tek hesap odur. Sistem sorumlusu kurulum boyunca en çok zaman ayıran roldür ve teknik biri olması gerekmez. CRM’i günlük kullanan, süreci iyi bilen biri, salt teknik birinden daha iyi yapılandırma kararı verir. Sistem sorumlusu olmamalı: haftada bir saatten az zamanı olan biri; bu rol yarım zamanlı yürütülemez.

Temsilci grubu neden en az iki kişi olmalı?

İki ya da üç satış temsilcisi, günlük akışın gerçekten yürüyüp yürümediğine karar verir; pilotta fiilen veto hakları vardır. Tek bir temsilciyle çalışmak riskli çünkü o kişinin alışkanlıkları genel ekibi temsil etmeyebilir; iki farklı çalışma tarzından (ör. biri düzenli not tutan, biri tutmayan) kişi seçmek, yapılandırmanın herkes için çalışıp çalışmadığını daha erken gösterir. Grup olmamalı: yalnızca en deneyimli ya da en hevesli temsilciden oluşan bir grup; onların sorunsuz bulduğu bir akış, yeni başlayan biri için hâlâ karmaşık olabilir.

Veri sahibi kim olmalı?

İki dosya çeliştiğinde hangisinin doğru sayılacağına, neyin taşınmayacağına ve mükerrer kayıtların nasıl birleştirileceğine bu kişi karar verir. Veri sahibi genelde operasyon ya da satış sorumlusudur; bu ihtiyacı netleştirmenin en iyi yolu, kurulumdan önce departmanlara ayrı ayrı sorulan ihtiyaç analizi sorularını bu kişiyle birlikte gözden geçirmektir. Veri sahibi olmamalı: mevcut Excel dosyalarını hiç açmamış biri; taşınacak veriyi tanımayan bir kişi, hangi satırın güncel olduğuna karar veremez.

BT ya da posta kutusu sorumlusu ne zaman gerekir?

Posta kutusu ve takvim bağlantılarını, kullanıcı hesaplarını ve gerekiyorsa tek oturum açma ayarlarını bu kişi yürütür. Küçük bir şirkette bu genelde dışarıdan bir BT sağlayıcısı ya da sistem sorumlusunun kendisidir; büyük bir ekipte ayrı bir BT departmanı temsilcisi olması gerekir. Bu rol olmamalı: şirket içi posta sistemine erişimi olmayan biri; erişim yoksa e-posta bağlama adımı harici bir onay bekleyerek durur.

Her rolün karar hakkı ve haftalık zaman payı nedir?

Aşağıdaki matris beş rolü, neye karar verdikleri, kurulum boyunca haftada ayırmaları gereken süre ve rol boş kaldığında ne olduğu üzerinden karşılaştırıyor.

Küçük bir ekipte roller nasıl birleştirilir?

On-on beş kişilik bir şirkette beş ayrı kişi bulmak gerekmez; önemli olan beş kararın hepsinin bir sahibi olması, kaç kişiye dağıldığı değildir. En sık görülen birleşim, sponsor ile sistem sorumlusunun aynı kişi (genelde şirket sahibi ya da satış müdürü) olmasıdır; bu durumda kapsam kararlarını kimseye danışmadan kendi kendine verme riski doğar, bu yüzden en az bir temsilciyi kapsam toplantılarına gözlemci olarak eklemek dengeleyici olur. Veri sahibi ile BT sorumlusu da sık sık aynı kişidir, özellikle dışarıdan bir muhasebe ya da BT firmasıyla çalışan şirketlerde. Birleştirilmemesi gereken tek çift sistem sorumlusu ile temsilci grubudur, çünkü yapılandıran kişi aynı zamanda tek test eden kişiyse kendi kör noktalarını fark edemez.

Kurulum ekibi altı adımda nasıl oluşturulur?

Aşağıdaki sıra, CRM’in kendisinin nasıl kurulacağını değil, o kurulumu yürütecek ekibin nasıl bir araya getirileceğini anlatıyor:

1. Sponsoru belirleyin. Kapsam kararlarını verecek ve düzenli olarak müsait olacak kişiyi netleştirin. Sorumlu: genel müdür ya da yönetim. Çıktı: yazılı sponsor ataması.
2. Sistem sorumlusunu seçin. CRM’i günlük kullanacak, yapılandırma kararlarını verecek kişiyi belirleyin; haftada yeterli zamanı olduğunu teyit edin. Sorumlu: sponsor. Çıktı: sistem sorumlusu ataması.
3. Temsilci grubunu oluşturun. Farklı çalışma tarzlarından iki-üç kişi seçin, yalnızca en deneyimli olanları değil. Sorumlu: sponsor ve sistem sorumlusu. Çıktı: pilot grubu listesi.
4. Veri sahibini atayın. Mevcut dosyaları tanıyan, hangi kaydın güncel olduğuna karar verebilecek kişiyi belirleyin. Sorumlu: sponsor. Çıktı: veri sahibi ataması.
5. BT ya da posta kutusu sorumlusunu dahil edin. Şirket içi ya da dış kaynaklı BT erişimi olan kişiyi sürece ekleyin. Sorumlu: sistem sorumlusu. Çıktı: BT irtibat kişisi.
6. Rolleri ve zaman payını yazılı hale getirip sponsora onaylatın. Yukarıdaki matrisi şirketinize göre doldurun, tek sayfada paylaşın. Sorumlu: sistem sorumlusu. Çıktı: onaylı rol matrisi, kurulumun başlangıç belgesi.

Örnek: Gebze’de bir OSB’de faaliyet gösteren on dört kişilik bir metal işleme firmasında sponsor rolünü genel müdür, sistem sorumluluğunu operasyon şefi üstlendi. İki satış temsilcisi (biri altı yıllık, biri altı aylık) pilot grubuna seçildi; muhasebeci veri sahibi oldu çünkü mevcut müşteri listesi onun Excel dosyasındaydı. BT sorumluluğunu dışarıdan çalışılan bir BT firması üstlendi ve posta kutusu bağlantısını iki gün içinde tamamladı. Rol matrisi tek sayfada yazılıp genel müdüre onaylatıldıktan sonra kurulum ihtiyaç tespiti adımına geçti. Ekip ve rakamlar örnek amaçlı kurgulanmıştır; gerçek bir şirketi ya da Senitix müşterisini anlatmaz.

Kurulum ekibinde en sık yapılan hatalar nelerdir?

• Sponsoru yalnızca açılış toplantısına çağırmak. Kapsam tartışmaları kurulum ortasında da çıkar; sponsor o noktada kayıpsa karar sistem sorumlusuna kalır ve genelde yeniden ele alınması gerekir.
• Sistem sorumlusunu yarı zamanlı bırakmak. “Ana işinin yanında” yürütülen bir yapılandırma, haftalar süren bir işi aylara yayar.
• Temsilci grubunu sponsorla aynı kişi seçmek. Sponsorun kendi kullanım alışkanlığı, temsilci grubunun günlük akışını temsil etmez.
• Veri sahibini kurulumun sonuna kadar belirlememek. Veri hazırlığı en çok zaman alan iştir; veri sahibi geç atanırsa taşıma adımı tüm takvimi geciktirir.
• Rol matrisini yazılı hale getirmemek. Sözlü bir anlaşma, ikinci haftada “bu kararı kim verecekti” tartışmasına döner.

Senitix CRM kurulum ekibine nasıl yardımcı olur?

Yukarıdaki beş rol, Senitix CRM’de doğrudan karşılık bulan ayarlara işaret eder. Erişim rol, departman ve kayıt sahipliğiyle belirlenir; sponsor, sistem sorumlusu ve temsilci grubu için ayrı roller tanımlayabilirsiniz. Sistem sorumlusunun aşama ve alan kararlarını yazıya döktüğü yer fırsat aşamalarıdır: her aşama bir rehber metni ve en fazla beş anahtar alan gösterebilir, temsilci grubunun pilotta test ettiği tam olarak budur.

Veri sahibinin taşıma kararları için her planda CSV ya da Excel ile içe ve dışa aktarma kullanılır. Mükerrer kayıt tespiti henüz yayında değil, yakında gelecek; o zamana kadar aynı e-posta ya da telefonla açılmış kayıtları içe aktarmadan önce dosyada ayıklamak veri sahibinin işidir. Bir otomasyon, sponsorun kontrol toplantısından önce ekibe hatırlatma gönderebilir ya da belirli bir aşamaya gelen fırsatları sistem sorumlusuna bildirebilir. Kapsam kararlarını yazılı tutmak isteyen sponsorlar için CRM stratejisi rehberimiz, kurulumdan önce verilecek kararları ayrıca ele alıyor.

Kendi rol matrisinizi kurmaya Ücretsiz planla başlayabilirsiniz; bu plan 2 kullanıcı içerir ve kredi kartı gerekmez. Ekip büyüklüğünüze uygun planı Senitix CRM fiyatları sayfasında karşılaştırabilir ya da kurulum kapsamını satış ekibimizle görüşebilirsiniz.

Sık sorulan sorular

CRM kurulum ekibi kaç kişi olmalı?

Sabit bir sayı yoktur; önemli olan beş kararın (kapsam, yapılandırma, günlük akış, veri, bağlantı) hepsinin bir sahibi olmasıdır. On kişilik bir ekipte üç-dört kişi, kırk kişilik bir ekipte beş-altı kişi bu rolleri taşıyabilir.

Sponsor ile sistem sorumlusu aynı kişi olabilir mi?

Olabilir, özellikle on-on beş kişilik şirketlerde sık görülür ve tek başına bir sorun değildir. Riski azaltan pratik bir yöntem, kapsamı değiştiren her kararı (ör. bir aşamanın kaldırılması, bir alanın eklenmesi) kısa bir yazılı notla ekibe paylaşmaktır. Böylece karar kimseyle görüşülmeden alınsa bile görünür kalır ve ikinci haftada sorgulanabilir.

Dış danışman kurulum ekibinin bir parçası olmalı mı?

Dış danışman BT ya da veri taşıma gibi teknik adımlarda yardımcı olabilir, ama sponsor ve veri sahibi rollerini üstlenemez, çünkü bu iki karar şirketin kendi süreçlerini ve verisini tanıyan birini gerektirir. Danışman varsa onu altıncı bir destek rolü olarak matrise ekleyin, beş kararın sahibi olarak değil.

Rol matrisi kurulum bittikten sonra atılabilir mi?

Hayır; canlıya geçtikten sonra da yeni bir aşama eklemek, bir alanı değiştirmek ya da yeni bir kullanıcı tanımlamak için aynı kararları kimin vereceği belli olmalı. Matrisi kurulumun bir çıktısı değil, ekibin sürekli kullandığı bir referans olarak saklayın.