Küçük İşletmeler İçin CRM Seçim Rehberi: Özellik Listesi Değil, Kendi Süreciniz

Özellik listeleri karşılaştırmayı kolaylaştırdıkları için sevilir: iki sütun, onlarca satır, tik işaretleri. Sorun şu ki listedeki her satır yalnız "var" ya da "yok" der. Hiçbiri "bu özellik benim işimi nasıl yapar" sorusuna cevap vermez.

Aynı özellik adı iki üründe iki farklı şeyi anlatabilir. "Teklif yönetimi" bir üründe kalemli, indirimli, sürümlenen bir teklif belgesi demektir; başka bir üründe fırsat kaydının içindeki bir tutar alanıdır. İkisi de listede aynı satırı doldurur ve ikisi de yalan söylemez.

Listenin ikinci sorunu kimin yazdığıdır. Bir kriter listesi tarafsız bir ölçü değil, listeyi yazan tarafın neyi öne çıkarmak istediğinin haritasıdır. Bu yüzden kendi karşılaştırma yazımızda puan vermiyoruz: puan, birbirinden farklı ihtiyaçları tek bir sayıya indirir ve o sayı sizin ihtiyacınızı temsil etmez.

Daha güvenilir eksen şu: kendi sürecinizin adımlarını yazın, sonra her adımı adayın ekranında yürütün. Karşılığı bulunamayan adım kaybolmaz; seçimden sonra fatura olarak geri gelir. Ya süreci ürüne göre değiştirirsiniz ya da özelleştirme sırasına girersiniz. İkisi de bir maliyettir ve ikisi de seçim anında görülebilirdi.

Demo bir gösteri değil, bir sınavdır — ve sınavı hazırlayan taraf siz olmalısınız. Satıcının hazırladığı akış her üründe düzgün görünür, çünkü o akış ürünün en güçlü tarafından geçirilerek kurulmuştur. Aşağıdaki sorular akışı sizin tarafınıza çevirir. Hepsini tek görüşmeye sığdırmayın: ilk görüşmede süreç ve veri, ikincisinde yetki, entegrasyon ve maliyet iyi bir bölünmedir.

Süreç uyumu

• "Şu adımı şimdi ekranda yapar mısınız?" — Kendi süreç yazınızdan bir adım seçin ve anlatılmasını değil tıklanmasını isteyin. Anlatım her üründe akıcıdır; tıklama değildir.
• "Şu alanı görüşme sırasında ekleyebilir misiniz?" — Eksik bulduğunuz bir alanı canlı eklemelerini isteyin. Ekleme yöneticinin ekranından mı yapılıyor, geliştirici mi gerekiyor, yoksa yeni sürüm mü bekleniyor?
• "Satış aşamalarını bizimkilerle değiştirin." — Aşama listesi üründe sabit mi, yoksa her müşteri kendi listesini mi tanımlıyor? Sabitse süreci siz değiştireceksiniz.
• "Zorunlu alan ve doğrulama kuralı nasıl konuyor?" — Süreç disiplinini sistem mi uyguluyor, yoksa yöneticinin hatırlatması mı?
• "Bir kaydı iki kişi aynı anda değiştirirse ne oluyor?" — Cevap "öyle bir şey olmaz" ise soru cevaplanmamıştır.

Veri ve göç

• "Gönderdiğimiz örnek dosyayı şimdi içe aktarır mısınız?" — Kendi verinizle. Eşleşen ve eşleşmeyen sütunlar ekranda görünsün.
• "Hatalı satırlar ne oluyor?" — İş yarıda mı kalıyor, hata raporu indirilebiliyor mu, düzeltilen satırlar tekrar yüklenebiliyor mu?
• "İçe aktarmanın tavanı ne?" — Bir dosyada kaç MB, bir işte kaç satır? Rakam veremiyorlarsa tavan ölçülmemiş demektir.
• "Verimizin tamamını nasıl dışarı alırız?" — Çıkış sorusu ilk görüşmede sorulur, sözleşme biterken değil. Hangi biçimde, hangi nesneler, ekler dahil mi?
• "Silinen kayıt geri gelir mi, ne kadar süreyle?" — Çöp kutusu, yedek ve geri dönüş testi üç ayrı şeydir; bu üçünün farkını ayrı bir yazıda ölçtük.

Yetki ve iz

• "Satışçı başkasının müşterisini görebiliyor mu, bunu kim ayarlıyor?" — Görünürlük kuralı yönetici ekranından mı kuruluyor, yoksa destek talebiyle mi?
• "Kim ne zaman neyi değiştirdi, kayıtta yazıyor mu?" — Değişiklik izi olmayan bir sistemde tartışmayı en yüksek sesli kişi kazanır.
• "Bir çalışan ayrıldığında kayıtları ne oluyor?" — Devir toplu olarak ekrandan yapılabiliyor mu, yoksa kayıt kayıt mı?

Entegrasyon ve dışarı açılma

• "E-posta ve WhatsApp bağlantısı hangi yönde çalışıyor?" — Yalnız gönderim mi, gelen mesaj da kayda düşüyor mu, hangi sağlayıcıyla?
• "API'niz neyi kapsıyor?" — Yalnız okuma mı, yazma da var mı; şemayı dışarıdan okuyan bir uç var mı; tek çağrıda kaç kayıt taşınıyor?
• "Muhasebe ya da ERP tarafına veri nasıl gidiyor?" — Hazır bir bağlantı mı, yoksa projeye özel yazılan bir aktarım mı? İkisinin maliyeti aynı değildir.
• "Mobilde tam olarak ne çalışıyor?" — Görüntüleme mi, kayıt girişi mi, çevrimdışı çalışma var mı?

Maliyet ve çıkış

• "Kurulum, veri göçü ve eğitim kimin işi, fiyata dahil mi?" — Bu üç kalem çoğu zaman lisans fiyatının dışındadır.
• "Üç yıllık toplam maliyetin kalemleri neler?" — Ek kullanıcı, ek depolama, ek modül, entegrasyon geliştirme, yıllık artış. Önce kalem adlarını isteyin; rakamı sonra konuşursunuz.
• "Fiyat ve koşul değişikliği sözleşmede nasıl düzenlenmiş?" — Tek yanlı değişiklik maddesi varsa nasıl işlediğini yazılı sorun.
• "Bu görüşmedeki cevapları yazılı alabilir miyiz?" — En ayırt edici soru budur. Sözlü verilen her cevap, yazıya dökülmeye çalışıldığında ya netleşir ya da kaybolur.

Bu soruların hepsini sormak zorunda değilsiniz. Ama listeyi elinizde tutmadan girilen bir demo, satıcının hazırladığı akışla biter ve o akış sizin sürecinizden geçmez.

Pilot, ürünün çalışıp çalışmadığını değil sizin kararınızın doğru olup olmadığını sınar. Bu yüzden kapsamı dar tutulur: tek ekip, tek süreç, gerçek veri. Geniş kapsamlı bir pilot, pilot değil yarım bir kurulumdur ve yarıda bırakılması pahalıya gelir.

Başarı ölçüsü pilottan ÖNCE yazılır. Yazılmazsa pilot sonunda herkes kendi ölçüsünü kullanır ve tartışma kapanmaz. İşe yarayan üç ölçü şu: ekip kayıt giriyor mu, giren kayıt bir karara dayanak oluyor mu, süreç adımlarınızdan hangileri hâlâ sistemin dışında kaldı?

Birincisini sayıyla ölçmek mümkün ve yöntemi basit: kaydı kimin yarattığına bakılır. Benimsemeyi ölçme yazımızda anlattığımız sorgu tam olarak bunu yapıyor — toplam kayıt sayısını değil, kaydı yaratan hesabı ve yaratılma zamanını sayar. Toplam kayıt sayısı yükselirken tüm kayıtları içe aktarma yaratmış olabilir; bu benimseme değildir.

Süre konusunda dobra olalım: pilot için süre aralığı vermiyoruz. Kapsam yazıldığında bitiş günü de yazılır; kapsam yazılmadan verilen her süre tahmindir ve tahmin, seçim kararını dayandıracağınız bir şey değildir.