B2B Yazılım Sistemi Nedir? Hazır CRM’den Ne Zaman Ayrışır?

Kısa özet: CRM; müşteri, satış fırsatı, iletişim ve satış sonrası ilişkileri yönetir. ERP; finans, satın alma, stok, insan kaynakları ve tedarik zinciri gibi şirketin temel kaynaklarını birleştirir. Özel B2B yazılım sistemi ise şirketin müşterileri, bayileri, tedarikçileri ve iç ekipleri arasında yürüyen sektöre özgü iş akışlarını dijitalleştirir. Hazır CRM, süreçlerinizi küçük ayarlarla karşılıyorsa yeterlidir. İşletme sürekli Excel, e-posta, mesajlaşma ve manuel onaylarla sistemi tamamlamak zorunda kalıyorsa özel B2B panel değerlendirilmelidir.

Kısa doğrudan cevap

Hazır CRM; müşteri bilgileri, satış fırsatları, görüşmeler, teklifler ve satış sonrası iletişim yönetimi için uygundur. ERP; finans, stok, satın alma, üretim ve şirket içi kaynak planlamasını merkezileştirir. Özel B2B yazılım sistemi ise işletmenin sektöre özgü teklif, onay, sipariş, operasyon, belge, fiyatlandırma ve dış paydaş süreçlerini tek akışta yönetir. CRM’in dışında kalan işleri sürekli Excel, e-posta, WhatsApp, PDF ve manuel veri aktarımıyla tamamlıyorsanız sorun CRM eksikliği değil, süreç yazılımı eksikliği olabilir.

CRM neyi çözer?

CRM, “Customer Relationship Management” yani müşteri ilişkileri yönetimi sistemidir. CRM’in temel amacı; mevcut ve potansiyel müşterilerle yürütülen satış, pazarlama ve hizmet ilişkilerini tek yerde yönetmektir. Microsoft, CRM sistemlerini satış, pazarlama ve müşteri hizmetlerindeki etkileşimleri merkezileştiren sistemler olarak tanımlar. Bir CRM genellikle şu bilgileri yönetir:

• Müşteri ve firma kartları
• Yetkili kişilerin iletişim bilgileri
• Satış fırsatları
• Teklif aşamaları
• Görüşme ve toplantı notları
• E-posta geçmişi
• Satış ekiplerinin görevleri
• Potansiyel müşteri kaynakları
• Satış hunisi
• Müşteri hizmetleri talepleri
• Pazarlama kampanyaları
• Satış tahminleri

CRM’in işletmeye sağladığı en önemli değerlerden biri, müşteri bilgisinin yalnızca bir satış temsilcisinin kişisel notlarında veya e-posta kutusunda kalmasını engellemektir. Salesforce da müşteri iletişimleri ve notlarının merkezi bir CRM’de tutulmaması halinde çalışan ayrıldığında kurumsal bilginin kaybolabileceğine dikkat çeker.

CRM hangi sorulara cevap verir?

• Bu müşteriyle en son kim görüştü?
• Müşteri hangi ürün veya hizmetle ilgileniyor?
• Teklif hangi aşamada?
• Satış neden kaybedildi?
• Hangi satış temsilcisinin ne kadar fırsatı var?
• Bu ay kaç yeni müşteri adayı geldi?
• Hangi kampanya satış oluşturdu?
• Müşteri daha önce hangi destek taleplerini açtı?

Bunlar müşteri ilişkisi ve satış süreci sorularıdır. CRM’in temel odağı, çoğunlukla işletmenin müşteriyle olan ticari ilişkisini yönetmektir.

ERP neyi çözer?

ERP, “Enterprise Resource Planning” yani kurumsal kaynak planlama sistemidir. ERP; finans, muhasebe, satın alma, stok, tedarik zinciri, insan kaynakları, üretim ve benzeri temel iş süreçlerini ortak bir sistem altında birleştirir. SAP, ERP’yi temel şirket süreçlerini bütünleştiren ve işletme faaliyetleri için ortak bir görünüm sağlayan sistem olarak tanımlar. ERP’nin tipik alanları şunlardır:

• Muhasebe
• Finans
• Bütçe
• Satın alma
• Stok
• Depo
• Üretim
• Tedarik zinciri
• Sipariş yönetimi
• Faturalandırma
• İnsan kaynakları
• Bordro
• Varlık yönetimi
• Maliyet muhasebesi

Microsoft’un açıklamasına göre CRM, müşteri ve satış ilişkilerine; ERP ise finans, stok ve insan kaynakları gibi iç operasyonlara odaklanır.

ERP hangi sorulara cevap verir?

• Stokta ne kadar ürün var?
• Hangi sipariş faturaya dönüştü?
• Hangi tedarikçiye ne kadar borç var?
• Satın alma talebini kim onayladı?
• Üretim için hangi malzemeler gerekli?
• Hangi maliyet hangi departmana ait?
• Nakit akışı nasıl ilerliyor?
• Depolar arasındaki ürün hareketi nedir?
• Siparişin maliyeti ve kârlılığı ne durumda?

Bunlar şirket kaynakları ve iç operasyon sorularıdır.

Özel B2B yazılım sistemi nedir?

Özel B2B yazılım sistemi, işletmenin müşterileri, bayileri, tedarikçileri, iş ortakları ve iç ekipleri arasında yürüttüğü sektöre özgü süreçleri dijitalleştiren web veya mobil tabanlı platformdur. Bu sistem yalnızca müşteri kaydı tutmaz. Örneğin aşağıdaki işlemleri tek süreçte birleştirebilir: Müşteri talebi → Uygun ürün veya hizmetin belirlenmesi → Fiyat hesaplama → İç onay → Bayi veya tedarikçi teklifi → Müşteri onayı → Operasyon → Belge yükleme → Faturalandırma → Raporlama Özel B2B panel, işletmenin gerçek iş akışına göre tasarlanır. Aşağıdaki alanları içerebilir:

• Müşteri portalı
• Bayi paneli
• Tedarikçi portalı
• Teklif hazırlama
• Fiyat hesaplama
• Onay akışları
• Sipariş yönetimi
• Operasyon takibi
• Dosya ve belge yönetimi
• Sözleşme takibi
• Kullanıcı ve rol yönetimi
• Müşteriye özel fiyatlar
• Şube ve bölge yönetimi
• Servis veya saha operasyonları
• Bildirimler
• ERP ve CRM entegrasyonları
• Yönetim raporları
• Mobil uygulama

Microsoft’un iş uygulaması yaklaşımında özel iş uygulamaları; veri modelleri, formlar, kurallar ve iş süreçleriyle şirketin kendi operasyon adımlarına göre yapılandırılabilir. İş süreçleri, kullanıcıların veriyi tutarlı biçimde girmesini ve aynı adımları izlemesini sağlayabilir. Özel B2B yazılımının temel farkı, yalnızca veriyi saklaması değil, işin hangi sırayla ve hangi kurallarla ilerleyeceğini yönetmesidir.

CRM, ERP ve özel B2B panel arasındaki fark

Hazır CRM ne zaman yeterlidir?

Hazır CRM şu koşullarda doğru seçim olabilir:

• Temel ihtiyaç müşteri ve satış takibiyse
• Satış süreci standart aşamalardan oluşuyorsa
• İşletmeye özgü fiyat hesaplama motoru gerekmiyorsa
• Müşterilerin sisteme doğrudan giriş yapması gerekmiyorsa
• Bayi ve tedarikçi rolleri sınırlıysa
• Teklifler standart şablonlarla hazırlanabiliyorsa
• Operasyon CRM dışında başka bir sistemde yönetiliyorsa
• Ekip hazır süreçlere uyum sağlayabiliyorsa
• Hızlı kurulum öncelikliyse
• Kullanıcı sayısı ve lisans maliyeti sürdürülebilir durumdaysa
• Gerekli entegrasyonlar hazır olarak sunuluyorsa

Örnek: Hazır CRM’in yeterli olduğu şirket

Bir danışmanlık şirketi şu süreci yönetiyor olabilir: Potansiyel müşteri → İlk görüşme → İhtiyaç analizi → Teklif → Sözleşme → Kazanıldı / kaybedildi Şirketin ihtiyacı:

• Müşteri kayıtları
• Görüşme notları
• Teklif takibi
• Satış raporu
• E-posta entegrasyonu

ile sınırlıysa hazır CRM doğru çözüm olabilir. Bu işletme için sıfırdan özel yazılım geliştirmek gereksiz maliyet ve bakım yükü oluşturabilir.

Hazır CRM ne zaman yetersiz kalmaya başlar?

CRM’in yetersiz kaldığını gösteren temel işaret, işletmenin süreci tamamlamak için sürekli başka araçlara ihtiyaç duymasıdır. Örneğin gerçek çalışma şu hale geldiyse: Müşteri CRM’de Teklif Excel’de Fiyat listesi PDF’de Onay e-postada Operasyon WhatsApp’ta Belge Drive’da Fatura ERP’de Rapor başka Excel’de işletmenin bir CRM sorunu değil, parçalanmış süreç sorunu vardır.

1. Teklif hazırlamak ayrı bir operasyon haline geldiyse

Teklif için şu işlemler gerekiyorsa:

• Birden fazla fiyat listesini kontrol etmek
• Müşteriye özel iskonto uygulamak
• Bölge veya ürün bazlı ücret hesaplamak
• Döviz kuru kullanmak
• Yetkili onayı almak
• Tedarikçiden fiyat istemek
• Önceki teklifleri karşılaştırmak
• Özel belge oluşturmak

standart CRM teklif modülü yeterli olmayabilir. Bu durumda özel fiyatlandırma ve teklif motoru gerekebilir.

2. Müşteri dışında bayi ve tedarikçi de sisteme girecekse

B2B süreçlerinde tek dış kullanıcı müşteri değildir. Aynı sistemde şu kullanıcılar bulunabilir:

• Müşteri
• Bayi
• Distribütör
• Tedarikçi
• Servis firması
• Taşeron
• Danışman
• Denetçi
• Bölge yöneticisi
• Şube kullanıcısı

Her kullanıcının gördüğü kayıtlar ve gerçekleştirebildiği işlemler farklıdır. Bu yapı yalnızca birkaç CRM rolü eklemekten daha kapsamlı olabilir.

3. İşlem belirli kurallarla ilerlemek zorundaysa

Örnek:

• 100.000 TL üzerindeki teklif yönetici onayı gerektiriyor.
• Belirli bölgedeki sipariş yalnızca ilgili bayiye gönderiliyor.
• Tedarikçi teklifinin süresi dolduğunda yeniden fiyat isteniyor.
• Belge yüklenmeden operasyon tamamlanamıyor.
• Finans onayı gelmeden sipariş açılmıyor.
• Müşteri limitini aştığında yeni talep engelleniyor.
• Belirli hizmet yalnızca sertifikalı kullanıcı tarafından onaylanıyor.

Microsoft’un iş süreçleri yaklaşımı, kullanıcıların tutarlı veri girişi yapmasını ve belirlenen adımları takip etmesini sağlayan süreç akışlarının önemini gösterir. Bu kurallar işletmenin ayırt edici operasyonuysa özel süreç yazılımı daha uygun olabilir.

4. Aynı veri birden fazla kez giriliyorsa

Örneğin müşteri bilgisi:

• CRM’e,
• Excel teklif dosyasına,
• ERP siparişine,
• Kargo sistemine,
• Raporlama dosyasına

ayrı ayrı yazılıyorsa hata riski ve operasyon süresi artar. Çözüm yeni bir veri giriş ekranı eklemek değil, sistemler arasında güvenilir veri akışı kurmaktır.

5. İşletmenin müşteri portalına ihtiyacı varsa

Müşteri aşağıdaki işlemleri kendisi yapacaksa özel portal gerekebilir:

• Teklif talebi oluşturmak
• Sipariş durumunu görmek
• Dosya yüklemek
• Belge indirmek
• Teklifi onaylamak
• Fatura görüntülemek
• Destek talebi açmak
• Kullanıcı davet etmek
• Şube bilgilerini yönetmek
• Rapor almak

Bazı CRM ürünleri müşteri portalı sunabilir. Ancak portalın kapsamı işletmenin temel ürününe dönüşüyorsa hazır modül sınırları maliyet ve esneklik sorunu yaratabilir.

Excel ve e-posta ne zaman yetersiz hale gelir?

Excel ve e-posta yanlış araçlar değildir. Küçük ekiplerde ve düşük işlem hacminde hızlı ve ekonomik çözümler olabilir. Sorun, geçici araçların şirketin kalıcı operasyon altyapısına dönüşmesidir.

Excel ve e-posta hâlâ yeterli olabilir

• İşlem sayısı düşükse
• Süreci bir veya iki kişi yönetiyorsa
• Aynı kayıt üzerinde eşzamanlı çalışma gerekmiyorsa
• Karmaşık kullanıcı yetkileri yoksa
• İşlem geçmişi kritik değilse
• Veri başka sistemlere aktarılmıyorsa
• Hata halinde operasyonel kayıp sınırlıysa
• Süreç sık değişiyorsa ve henüz standartlaşmadıysa
• Yazılım yatırımının geri dönüşü belirsizse

Bu durumda hemen özel yazılım geliştirmek yerine süreç önce ölçülmeli ve standartlaştırılmalıdır.

Excel ve e-posta yetersiz kalmış olabilir

Aynı dosyanın birden fazla sürümü varsa

• teklif-son.xlsx
• teklif-son-2.xlsx
• teklif-guncel.xlsx
• teklif-guncel-final.xlsx

gibi dosyalar oluşuyorsa hangi verinin geçerli olduğu belirsizleşir.

İşlem kişilere bağımlıysa

Bir çalışan izinli olduğunda:

• Müşteri bilgisi bulunamıyor
• Son fiyat bilinmiyor
• Onayın kimde kaldığı görülemiyor
• Belgeye erişilemiyor
• Operasyon duruyorsa

kurumsal bilgi sistemde değil, kişidedir.

Onayların geçmişi takip edilemiyorsa

E-posta veya mesajlaşma üzerinden verilen onaylarda şu soruların cevabı zorlaşabilir:

• Kim onayladı?
• Hangi tutarı onayladı?
• Hangi belgeye göre onayladı?
• Onaydan sonra fiyat değişti mi?
• İşlem ne zaman tamamlandı?

Rapor hazırlamak günler sürüyorsa

Aylık rapor için farklı dosyalardan veri toplanıyor, kolonlar elle eşleştiriliyor ve sonuç sürekli kontrol ediliyorsa raporlama operasyonun ayrı bir yüküne dönüşmüştür.

Veri kalitesi bozuluyorsa

Aynı müşteri:

• Farklı yazımlarla
• Farklı vergi numaralarıyla
• Eski iletişim bilgileriyle
• Birden fazla dosyada

bulunuyorsa merkezi kayıt yapısı gerekir.

Yetki sınırları uygulanamıyorsa

Excel dosyasında kullanıcı:

• Görmemesi gereken fiyatı görebilir.
• Yanlışlıkla formülü değiştirebilir.
• Bütün müşteri listesini indirebilir.
• Geçmiş kayıtları silebilir.
• Yetkisi olmayan işlemi değiştirebilir.

Özel bir sistemde yetkilendirme yalnızca role değil; kullanıcı, şirket, şube, kayıt sahibi, işlem tutarı veya süreç aşaması gibi özelliklere göre kurulabilir. OWASP, erişim kontrollerinde RBAC ve ABAC gibi modellerin iş bağlamına uygun, sürdürülebilir ve sunucu tarafında uygulanmasını önerir.

Özel B2B panel hangi süreçleri yönetebilir?

Müşteri süreçleri

• Talep oluşturma
• Teklif görüntüleme
• Sipariş onayı
• Belge paylaşımı
• Sözleşme takibi
• Ödeme ve fatura görüntüleme
• Destek talepleri
• Kullanıcı yönetimi
• Şube yönetimi

Bayi süreçleri

• Müşteri kaydı
• Bölge bazlı fiyat
• Bayi indirimi
• Sipariş girişi
• Stok görüntüleme
• Hedef ve prim raporları
• Alt bayi yönetimi
• Kampanya takibi
• Tahsilat durumu

Tedarikçi süreçleri

• Teklif talebi alma
• Fiyat gönderme
• Teslim süresi belirtme
• Dosya yükleme
• Sipariş kabulü
• Operasyon güncelleme
• Fatura gönderme
• Performans değerlendirmesi

İç ekip süreçleri

• Satış
• Operasyon
• Finans
• Satın alma
• Yönetim
• Müşteri hizmetleri
• Teknik ekip
• Bölge yöneticileri

Bu gruplar aynı kaydı farklı yetki ve ekranlarla kullanabilir.

Müşteri, bayi ve tedarikçi rolleri nasıl yönetilmelidir?

İyi bir B2B sistemde yalnızca “admin” ve “kullanıcı” rolleri bulunmamalıdır.

Örnek rol yapısı

Rol yetmezse ne yapılır?

Aynı role sahip kullanıcılar farklı koşullarda farklı erişime ihtiyaç duyabilir. Örnek:

• Satış temsilcisi yalnızca kendi müşterilerini görür.
• Bölge yöneticisi kendi bölgesini görür.
• Genel müdür tüm bölgeleri görür.
• Tedarikçi yalnızca kendisine gönderilen talepleri görür.
• Müşteri yalnızca kendi şirketinin verisini görür.
• Finans kullanıcıları maliyet alanlarını görür; operasyon ekibi görmez.

Bu durumda yalnızca rol tabanlı değil, kayıt ve özellik tabanlı yetkilendirme gerekir. Yetkilendirme arayüzde buton gizleyerek değil, her kritik sunucu işleminde uygulanmalıdır.

Özel B2B sistem, CRM ve ERP’nin yerine mi geçer?

Her zaman değil. Çoğu işletmede en doğru yapı, sistemlerin görevlerine göre birlikte çalışmasıdır.

Örnek hibrit yapı

CRM Müşteri ve satış fırsatları ↓ Özel B2B platform Teklif, onay, operasyon ve dış kullanıcılar ↓ ERP Sipariş, stok, fatura ve muhasebe Bu modelde:

• CRM müşteri ilişkisini yönetir.
• Özel B2B panel sektöre özgü süreci yönetir.
• ERP finansal ve kurumsal kaynak kayıtlarını yönetir.

Microsoft Dynamics 365 gibi platformlar CRM ve ERP uygulamalarını bağlantılı biçimde sunar; bu da iki alanın birbirini tamamladığını, fakat farklı iş amaçlarına sahip olduğunu gösterir.

Her şeyi tek sistemde toplamak doğru mu?

Tek sistem kullanıcı deneyimini kolaylaştırabilir. Ancak sistemin bütün görevleri kendisinin yapması gerekmez. Örneğin özel B2B panel:

• ERP’den stok bilgisini alabilir.
• CRM’den müşteri bilgisini okuyabilir.
• Onaylanmış siparişi ERP’ye gönderebilir.
• Fatura durumunu kullanıcıya gösterebilir.
• E-posta servisinden bildirim gönderebilir.

Kullanıcı tek panel görürken arka planda uzmanlaşmış sistemler birlikte çalışabilir.

Hazır CRM’i özelleştirmek mi, özel B2B yazılım geliştirmek mi?

Üç temel seçenek vardır.

Seçenek 1 — Hazır CRM’i olduğu gibi kullanmak

Uygun olduğu durum:

• Süreçler standartsa
• Hızlı başlamak gerekiyorsa
• Özel entegrasyon ihtiyacı azsa
• Satış ve müşteri takibi ana ihtiyaçsa

Avantajları:

• Hızlı kurulum
• Daha düşük ilk yatırım
• Hazır mobil uygulama
• Ürün sağlayıcısı tarafından güncelleme
• Hazır rapor ve entegrasyonlar

Riskleri:

• Kullanıcı başına lisans maliyeti
• Ürün sınırlarına bağımlılık
• Kullanılmayan çok sayıda özellik
• Veri ve süreçlerin sağlayıcı modeline uydurulması

Seçenek 2 — CRM + otomasyon veya low-code uygulama

Uygun olduğu durum:

• CRM temel ihtiyacı karşılıyorsa
• Birkaç özel süreç gerekiyorsa
• Hızlı prototip isteniyorsa
• Microsoft veya benzeri ekosistem zaten kullanılıyorsa
• Süreç orta düzeyde karmaşıksa

Low-code iş uygulamaları; formlar, iş kuralları, süreç akışları ve farklı veri kaynaklarına bağlantılarla özel operasyonlar oluşturabilir. Riskleri:

• Lisanslama karmaşıklaşabilir.
• Platforma bağımlılık oluşabilir.
• Karmaşık iş mantığı büyüdükçe yönetim zorlaşabilir.
• Kullanıcı deneyimi ürün sınırlarında kalabilir.
• Harici kullanıcı ve portal lisansları maliyet yaratabilir.
• Performans ve entegrasyon sınırları oluşabilir.

Seçenek 3 — Özel B2B platform geliştirmek

Uygun olduğu durum:

• İş süreci işletmenin rekabet avantajıysa
• Çok sayıda kullanıcı ve dış paydaş varsa
• Özel fiyat ve onay kuralları bulunuyorsa
• CRM ve ERP arasında süreç katmanı gerekiyorsa
• Ürün müşterilere sunulacaksa
• Uzun vadeli ölçek ve entegrasyon gerekiyorsa
• Hazır ürün lisansları toplamda pahalı hale geliyorsa

Avantajları:

• İşletmeye özgü deneyim
• İstenen kullanıcı ve rol yapısı
• Kontrollü veri modeli
• Entegrasyon esnekliği
• Ürünleştirilebilme
• Lisans modelini kendiniz belirleme

Riskleri:

• Daha yüksek ilk yatırım
• Analiz gereksinimi
• Sürekli bakım
• Güvenlik ve altyapı sorumluluğu
• Doğru ekip seçimi
• Kapsamın kontrolsüz büyümesi

Karar matrisi

Her başlığı 0–2 arasında puanlayın:

• 0: Sorun yok
• 1: Kısmi sorun var
• 2: Ciddi sorun var

Sonucun yorumlanması

0–7 puan: Hazır CRM ve mevcut araçlar yeterli olabilir

Önce süreçleri standartlaştırın. Gereksiz özel yazılım yatırımından kaçının.

8–15 puan: CRM özelleştirmesi veya süreç otomasyonu değerlendirin

CRM, entegrasyon ve low-code uygulama birleşimi yeterli olabilir.

16–24 puan: Özel B2B sistem analizi yapılmalı

Sorunlar birbirine bağlı hale gelmiştir. İşletmenin müşteri, bayi, tedarikçi ve iç ekip süreçlerini tek platformda yönetmesi gerekebilir. Bu puanlama InoviqLab tarafından sunulan bir ön değerlendirme çerçevesidir; ayrıntılı süreç analizinin yerine geçmez.

Özel B2B sistem geliştirmeden önce yapılması gerekenler

1. Mevcut süreci belgeleyin

Şu anki süreci olduğu gibi yazın:

• Talep nereden geliyor?
• Kim sisteme giriyor?
• Fiyatı kim hazırlıyor?
• Onayı kim veriyor?
• Hangi dosyalar kullanılıyor?
• Veri hangi sistemlere aktarılıyor?
• İşlem nerede tamamlanıyor?
• Rapor kim tarafından hazırlanıyor?

İdeal süreci değil, gerçek süreci çıkarın.

2. Sorunu ve istisnayı ayırın

Her manuel işlem yazılıma dönüştürülmemelidir. Şunları ayırın:

• Sürekli tekrarlanan ana süreç
• Nadir gerçekleşen istisna
• Mevzuat gereği zorunlu adım
• Alışkanlık nedeniyle yapılan gereksiz adım
• Başka sistemden otomatik alınabilecek veri
• Tamamen kaldırılabilecek işlem

3. Kullanıcı ve rol matrisi oluşturun

Her rol için:

• Hangi kayıtları görür?
• Hangi alanları görür?
• Hangi işlemleri yapar?
• Kimi onaylar?
• Kim tarafından yönetilir?
• Hangi raporlara erişir?

sorularını cevaplayın.

4. Sistem sınırlarını belirleyin

Özel panel:

• CRM’in yerine mi geçecek?
• ERP’nin yerine mi geçecek?
• İkisi arasında mı çalışacak?
• Muhasebe yapacak mı?
• Stok yönetecek mi?
• Yalnızca operasyon mu yönetecek?
• Müşteri portalı mı olacak?

Sınırlar belirlenmezse proje zamanla CRM, ERP, muhasebe ve iletişim aracının tamamını yeniden geliştirmeye çalışabilir.

5. MVP kapsamını belirleyin

İlk sürümde temel süreç baştan sona tamamlanmalıdır. Örnek MVP: Talep oluşturma → Fiyat hesaplama → Yönetici onayı → Müşteri teklifi → Müşteri onayı → Operasyon durumu İleri raporlama, yapay zekâ, gelişmiş otomasyon ve mobil uygulama sonraki sürümlere bırakılabilir.

6. Entegrasyonları sınıflandırın

• Zorunlu entegrasyon
• İlk sürümde faydalı
• Sonraki aşama
• Gereksiz veya kullanılmayan

olarak ayırın.

7. Başarı metriklerini belirleyin

Örnek:

• Teklif hazırlama süresindeki azalma
• Manuel veri girişindeki azalma
• Hata sayısı
• Onay süresi
• Operasyon başına harcanan zaman
• Müşteri dönüş süresi
• Rapor hazırlama süresi
• E-posta sayısı
• Kullanıcı başına işlem kapasitesi

Maliyet nasıl değerlendirilmelidir?

Özel B2B sistem maliyeti yalnızca ekran sayısına göre hesaplanmamalıdır. Maliyeti etkileyen başlıklar:

• Süreç analizi
• Kullanıcı rolü sayısı
• Yetkilendirme karmaşıklığı
• Veri modeli
• Entegrasyon sayısı
• Özel hesaplama ve fiyat kuralları
• Belge ve dosya yönetimi
• Mobil uygulama
• Raporlama
• Veri aktarımı
• Güvenlik gereksinimleri
• Cloud altyapısı
• Test
• Eğitim
• Bakım

Toplam sahip olma maliyeti

Karşılaştırma şu şekilde yapılmalıdır: Hazır ürünün üç yıllık maliyeti = Lisanslar + kurulum + özelleştirme + entegrasyon + kullanıcı artışı + danışmanlık Özel sistemin üç yıllık maliyeti = Analiz ve geliştirme + cloud + bakım + sürüm geliştirmeleri + teknik destek Özel yazılımın ilk maliyeti daha yüksek olabilir. Ancak çok sayıda dış kullanıcı, karmaşık lisans modeli ve sektöre özgü operasyon varsa hazır sistemlerin sürekli lisans ve özelleştirme maliyetleri büyüyebilir. Karar yalnızca ilk teklif üzerinden verilmemelidir.

Yazılım firmasına sorulması gereken sorular

• CRM, ERP ve özel panel arasındaki sistem sınırı nedir?
• Mevcut CRM veya ERP ile entegrasyon nasıl kurulacak?
• Kullanıcı ve rol yapısı nasıl tasarlanacak?
• Yetkilendirme yalnızca arayüzde mi, sunucu tarafında da mı uygulanacak?
• Müşteri, bayi ve tedarikçi verileri nasıl ayrılacak?
• İşlem geçmişi ve audit log tutulacak mı?
• Excel’deki mevcut veriler nasıl aktarılacak?
• Dosya ve belgeler nerede saklanacak?
• Hatalı entegrasyon işlemleri tekrar çalıştırılabilecek mi?
• Sistem hangi raporları üretecek?
• Kaynak kod kime ait olacak?
• Cloud hesabı kimin kontrolünde olacak?
• Yedekleme nasıl yapılacak?
• Proje sonrası bakım neleri kapsayacak?
• Yeni bir entegrasyon eklemenin süreci nedir?
• Kullanıcı sayısı artınca lisans veya altyapı maliyeti nasıl değişecek?

Uygulama öncesi kontrol listesi

İş süreci

• Mevcut süreç yazılı hale getirildi mi?
• Kullanılan Excel ve belgeler listelendi mi?
• Manuel veri girişleri belirlendi mi?
• Onay adımları çıkarıldı mı?
• İstisnalar ana süreçten ayrıldı mı?
• Sürecin sahibi belirlendi mi?

Sistem kararı

• Hazır CRM’in karşılamadığı alanlar açık mı?
• ERP’nin yapacağı işlemler belirlendi mi?
• Özel panelin sınırları yazıldı mı?
• CRM + otomasyon seçeneği değerlendirildi mi?
• Low-code seçeneğinin lisans ve ölçek sınırları incelendi mi?
• Özel yazılımın üç yıllık maliyeti hesaplandı mı?

Kullanıcı ve yetki

• Müşteri rolleri belirlendi mi?
• Bayi rolleri belirlendi mi?
• Tedarikçi rolleri belirlendi mi?
• İç ekip rolleri belirlendi mi?
• Kayıt bazlı erişim kuralları tanımlandı mı?
• Onay limitleri belirlendi mi?
• Audit log ihtiyacı tanımlandı mı?

Entegrasyon ve veri

• CRM entegrasyonu gerekiyor mu?
• ERP entegrasyonu gerekiyor mu?
• Muhasebe entegrasyonu gerekiyor mu?
• E-posta ve bildirim akışları tanımlandı mı?
• Veri aktarım planı hazır mı?
• Hatalı ve tekrarlanan kayıtlar temizlenecek mi?
• Veri dışa aktarma ihtiyacı belirlendi mi?

Operasyon ve bakım

• Sistem sahibi belirlendi mi?
• Destek sorumlusu belli mi?
• Cloud ve kaynak kod hesapları şirket kontrolünde mi?
• Yedekleme planı var mı?
• Güncelleme ve güvenlik sorumluluğu tanımlandı mı?
• Kullanıcı eğitim planı hazır mı?
• Başarı metrikleri belirlendi mi?

Kimler için özel B2B sistem uygundur?

• Müşteri, bayi ve tedarikçiyi aynı süreçte yöneten şirketler
• Teklif ve fiyat hesaplama süreci karmaşık olanlar
• E-posta ve Excel’e bağımlı operasyonlar
• Birden fazla onay seviyesi bulunan işletmeler
• CRM ve ERP arasında işlem kopukluğu yaşayanlar
• Müşteri portalına ihtiyaç duyanlar
• Sektöre özgü operasyon geliştiren şirketler
• Aynı süreci çok sayıda kullanıcıyla yürütenler
• Yazılımı ileride ürünleştirmek isteyenler
• Manuel işlem maliyeti büyüyen şirketler

Kimler için henüz gerekli olmayabilir?

• İşlem hacmi düşük olanlar
• Süreci henüz standartlaşmamış işletmeler
• Yalnızca müşteri ve satış takibine ihtiyaç duyanlar
• Hazır CRM’in ihtiyacı doğrudan karşıladığı şirketler
• Süreci yönetecek ürün veya operasyon sahibi bulunmayanlar
• Bakım bütçesi ayırmayanlar
• Kullanıcıların yeni sisteme geçişi planlanmamış işletmeler
• Problemi yalnızca “daha modern ekran” olarak tanımlayanlar

InoviqLab değerlendirmesi

Bu bölüm InoviqLab’ın değerlendirmesidir; ürün sağlayıcılarının resmî tanımlarından ayrıdır. İşletmelerin en sık yaptığı hata, süreç problemiyle yazılım kategorisi problemini karıştırmaktır. Satış ekibi müşteri bilgilerini takip edemiyorsa CRM gerekebilir. Muhasebe, stok ve satın alma verileri kopuksa ERP gerekebilir. Müşteri talebinden operasyona kadar uzanan sektöre özgü süreç Excel, e-posta ve mesajlaşma üzerinden yürüyorsa özel B2B süreç sistemi gerekebilir. Bu üç ihtiyacı tek kelimeyle “CRM” olarak tanımlamak yanlış ürün seçimine yol açabilir. İkinci önemli hata, hazır CRM’in işletmenin çalışma biçimine tamamen uydurulmaya çalışılmasıdır. Hazır CRM’de küçük uyarlamalar anlamlıdır. Ancak her ekran, her obje ve her süreç yeniden tasarlanıyorsa işletme hazır ürünün avantajını kaybetmeye başlayabilir. Bu durumda:

• Lisans maliyeti devam eder.
• Özelleştirme maliyeti artar.
• Platforma bağımlılık büyür.
• Güncellemeler özelleştirmeleri etkileyebilir.
• Kullanıcı deneyimi karmaşıklaşabilir.

Üçüncü hata, mevcut Excel sürecinin aynısını yazılıma taşımaktır. Excel’de bulunan her kolonun yeni sisteme eklenmesi doğru analiz değildir. Önce şu sorular sorulmalıdır:

• Bu veri neden tutuluyor?
• Kim kullanıyor?
• Başka sistemde zaten var mı?
• Otomatik hesaplanabilir mi?
• Hâlâ gerekli mi?
• Karar vermek için kullanılıyor mu?

Özel yazılım, eski süreci dijital ekrana kopyalamak değil; gereksiz adımları kaldırarak süreci yeniden tasarlamak için kullanılmalıdır. Dördüncü hata, tüm sistemleri sıfırdan geliştirmeye çalışmaktır. Özel B2B panel:

• Muhasebe sistemi değildir.
• Her zaman CRM’in yerine geçmek zorunda değildir.
• ERP’nin bütün fonksiyonlarını yeniden geliştirmemelidir.
• Hazır ödeme, e-posta ve depolama servislerinin yerini almak zorunda değildir.

Doğru mimari, her sistemi güçlü olduğu alanda kullanır ve işletmeye tek bir çalışma deneyimi sunar. Beşinci hata, kullanıcı rollerini proje sonunda konuşmaktır. Müşteri, bayi, tedarikçi ve iç ekip rolleri veri modelinin ve güvenliğin merkezindedir. Sonradan eklenen rol yapıları hem geliştirme maliyetini artırır hem de çapraz veri erişimi riskleri oluşturabilir. InoviqLab açısından sağlıklı süreç şu sırayla ilerlemelidir:

• Mevcut operasyonun çıkarılması
• CRM, ERP ve özel süreç sınırlarının belirlenmesi
• Kullanıcı ve rol haritası
• Veri ve entegrasyon envanteri
• MVP iş akışı
• Prototip
• Teknik mimari
• Geliştirme
• Pilot ekip
• Ölçüm ve kademeli geçiş

Sonuç

CRM, ERP ve özel B2B yazılım sistemi aynı problemi çözmez. CRM, müşteri ve satış ilişkilerini yönetir. ERP, şirketin finans, stok, satın alma ve diğer temel kaynaklarını yönetir. Özel B2B yazılım, müşteriler, bayiler, tedarikçiler ve iç ekipler arasında yürüyen işletmeye özgü süreci yönetir. Hazır CRM şu durumda yeterlidir:

• Satış ve müşteri takibi ana ihtiyaçsa
• İş akışı standartsa
• Dış kullanıcı ve özel operasyon ihtiyacı sınırlıysa
• Hazır entegrasyonlar ihtiyacı karşılıyorsa

Özel B2B sistem şu durumda değerlendirilmelidir:

• Teklif, onay ve operasyon farklı araçlara dağılmışsa
• Aynı veri birden fazla kez giriliyorsa
• Müşteri, bayi ve tedarikçi sisteme girecekse
• Yetkilendirme ve fiyat kuralları işletmeye özgüyse
• CRM ile ERP arasında süreç kopukluğu bulunuyorsa
• Excel ve e-posta operasyonun büyümesini sınırlıyorsa

Doğru karar “hazır mı, özel mi?” sorusuyla başlamaz. İlk soru şudur: İşletmenin hangi süreci hangi sistem tarafından yönetilmeli?