Süreciniz pazar standardına benziyorsa ve tedarikçinin veri modeli hesap yapınıza uyuyorsa hazır bir müşteri portalı satın alın. Portal kendi operasyonel verinizi göstermek zorundaysa, hiçbir ürünün desteklemediği kurallara uymalıysa veya müşterilerin sizi tercih etme nedenlerinden biri olacaksa geliştirin. Lisans bedelini değil üç yıllık toplam maliyeti karşılaştırın.
Kararı genellikle alıcıların en son incelediği iki şey belirler: entegrasyonun ne kadar derine inmesi gerektiği ve hesap hiyerarşinizin ne kadar karmaşık olduğu.
Önemli noktalar
- Hesap yapısı özelliklerden çok belirleyicidir: Bayiler, üst hesaplar ve devredilmiş erişim, standart ürünlerin en sık durduğu yerdir.
- İkinci sınav entegrasyon derinliğidir: Ürünler kendi veri modellerini iyi sunar, sizinkiyle zorlanır.
- Üç yılı karşılaştırın: Lisans, yapılandırma, entegrasyon, kullanıcı başına büyüme, iç yönetim süresi ve geçici çözümlerin maliyeti.
- Geçici çözümler gerçek bir maliyettir: Bedava saymak yerine yıllık olarak fiyatlandırın.
Özellik listenizden değil hesap modelinizden başlayın
Özellik karşılaştırmaları bunu nadiren belirler. Neredeyse her portal ürünü belgeleri, durumu ve mesajlaşmayı yeterince karşılar.
Onları ayıran şey, müşterilerinizin gerçekte nasıl örgütlendiğini temsil edip edemedikleridir. Bir müşteri tek girişi olan tek bir kişiyse çoğu ürün uyar. Bir müşteri farklı yetki seviyelerinde birkaç kullanıcısı olan bir şirketse, görünürlüğe ihtiyaç duyan bir ana kuruluş, onun adına hareket eden bir bayi veya meslektaş ekleyebilen devredilmiş bir yönetici varsa, çoğu standart ürünün yüzeysel karşıladığı bir şeyi test ediyorsunuz demektir.
Zor durumlar dahil gerçek hesap yapınızı yazın ve her adayı satın alma sonrasında değil değerlendirme sırasında ona karşı test edin.
Sonucu belirleyen dört boyutu test edin
İş akışı uyumu, sürecinizin zarar görmeden ürüne uyum sağlayıp sağlayamayacağıdır. Bir miktar uyum sağlıklıdır — standart ürünler makul pratiği kodlar. Uyum, müşterilerin değer verdiği bir şeyi kaldırdığında veya personeli paralel bir sisteme zorladığında zarara döner.
Entegrasyon, ürünün yetkili kayıt sistemlerinizi ne kadar iyi okuyup yazdığıdır. Özellikle geri yazabildiğini mi yoksa yalnızca gösterebildiğini mi sorun. Salt okunur portalların hayata geçirilmesi çok daha ucuz ve çok daha az yararlıdır.
Yayına alma eforu satın almayı destekler, genellikle aylarla. Bu, hazır ürün için en güçlü argümandır ve gerçektir.
Kontrol geliştirmeyi destekler: yol haritası, veri, kullanıcı deneyimi ve bir tedarikçinin fiyat değişikliğinin sizin sorununuz olup olmayacağı üzerinde.
Lisansı değil üç yılı fiyatlandırın
Her seçenek için şunları içeren bir toplam rakam kurun:
- Lisans veya geliştirme maliyeti
- Yapılandırma ve hayata geçirme
- Her hâlükârda gereken entegrasyon işi
- Öngörülen hacminizde kullanıcı veya işlem başına ücretlerdeki büyüme
- İç yönetim süresi
- Ürünün uymadığı yerlerde benimseyeceğiniz geçici çözümlerin yıllık maliyeti
Alıcıların atladığı satır sonuncusudur ve sıklıkla belirleyicidir. Bir ürün onay hiyerarşinizi karşılayamıyorsa ve geçici çözüm iki personelin günde bir saatini mutabakata harcaması ise bu, karşılaştırmaya ait gerçek bir yıllık maliyettir.
O karşılaştırmayı incelemeden geçecek şekilde nasıl kuracağınız için özel yazılım için iş gerekçesi nasıl hazırlanır yazısına bakın.
Satın almanın açıkça doğru olduğu durumu tanıyın
Şunların çoğu geçerliyse satın alın: süreciniz sektör normuna yakındır; portal farklılaştırıcı değil bir hizmet iyileştirmesidir; bu çeyrekte canlıda olması gerekir; uzun vadede yazılım sahiplenecek iç kapasiteniz yoktur; ve tedarikçinin hesap modeli zorlamaya gerek kalmadan sizinkiyle örtüşür.
Bu koşullarda geliştirmek genellikle benzer bir sonuca giden daha pahalı bir yoldur ve gecikme, esnekliğin değerinden fazlasına mal olur.
Geliştirmenin açıkça doğru olduğu durumu tanıyın
Portal yalnızca kendi sistemlerinizde bulunan veriyi göstermek zorundaysa; kurallarınızın — fiyatlandırma, onaylar, hak edişler — hiçbir üründe karşılığı yoksa; portal müşterilerin sizi seçme nedeninin bir parçasıysa; ya da zaten bir ürün satın aldınız ve geliştirmenin maliyetini aşan geçici çözümler için ödeme yapıyorsanız geliştirin.
Son durum yaygındır ve nadiren incelenir. Kurumlar lisans zaten ödendiği için kötü bir uyuma sıklıkla katlanır ve boşluğun operasyonel maliyetini hiç fiyatlandırmaz.
Orta yolu değerlendirin
Bir kez ve sonsuza kadar seçmek zorunda değilsiniz. Sıklıkla makul olan yol şudur: standart yetenek için satın alın, düzgün entegre edin ve yalnızca ürünün yapamadığı belirli parçayı — özel bir hak ediş görünümü, özel bir sipariş akışı — geliştirip yanında sunun.
Bu, ürünün teslim hızını, uyumun asıl önem taşıdığı tek yerde özel geliştirmenin uyumuyla birleştirir. Ürünün kullanılabilir bir API'si olmasını gerektirir ki bunu sonradan keşfetmek yerine değerlendirme sırasında teyit etmeye değer.
İlgili rehberler
- Özel ve Hazır Müşteri Portalları: Nasıl Karar Verilir? rehberinin yanında Müşteri Portalı Geliştirme: İş Akışları, Entegrasyonlar ve Benimseme.
- Özel ve Hazır Müşteri Portalları: Nasıl Karar Verilir? rehberinin yanında Dijital Müşteri Onboarding: Adımlar, Metrikler ve Örnekler.
Özel ve Hazır Müşteri Portalları: Nasıl Karar Verilir? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Müşteri Platformunuzu Konuşalım.
Ali Boran Gazel