Müşteri Onboarding Uygulaması: İlk Sürümde Neler Olmalı?

Onboarding, müşterinin sizinle çalışmanın nasıl olacağına karar verdiği yerdir ve geçen sürenin çoğu çalışma değil beklemedir. İlk sürümün neye saldıracağını da bu ayrım belirler.

Bu rehber son on müşterinin nasıl düzgün ölçüleceğini, hangi iç kontrollerin sorgulanmaya değer olduğunu ve bir onboarding uygulamasının ilk sürümünde neyin yer alması gerektiğini anlatıyor.

Kısa cevap

• Beklemeyi çalışmadan ayırın: Onboarding çoğunlukla devirler yüzünden yavaştır; kendi görevlerinizi hızlandırmak müşteri için az şey değiştirir.
• Son dönemdeki üç müşteriye sorun: Neyin kafalarını karıştırdığına dair anlatımları iç listeyle örtüşmez; onlar yalnızca boşlukları görür.
• Otomatikleştirmeden önce bir kontrolü kaldırın: Onboarding genellikle yıllardır kimsenin gözden geçirmediği bir adım taşır ve onu silmek bedelsizdir.
• Öngörülebilir, hızlıdan iyidir: Müşterinin planlayabildiği dört hafta, öngörülemeyen üç haftadan daha iyi karşılanır.

Önce iş sonucunu ve kullanıcıyı belirleyin

Onboarding çalışmasının hedefi, ilk temastan hizmetin kullanılabilmesine kadar geçen süreyi kısaltmaktır. Bu süreyi bugünkü haliyle ölçmeden hiçbir kapsam kararı sağlıklı verilemez. Bu süre yazılmadan yapılan kapsam tartışması, ekran sayısı üzerinden yürür ve müşterinin yaşadığını değiştirmez.

Son on müşterinin kilometre taşı tarihlerini çıkarın ve günleri çalışma ile bekleme olarak ayırın. Bekleme sütunu genellikle daha büyüktür ve ilk sürümün gerçekten değiştirebileceği sütun odur. Tarihleri sistemden alın; hafızadan yazılan kilometre taşları beklemeleri düzenli olarak kısaltır.

Müşterinin gözünden de bakın. Ekibiniz süreci görür, müşteri ise yalnızca e-postalar arasındaki boşlukları görür; kafa karışıklığının çoğu tek bir adımda değil, bu boşluklarda oluşur. Müşteriyle yapılan görüşmeyi süreci yöneten kişi değil, dışarıdan biri yapsın.

Müşteri onboarding uygulaması geliştirme için dört karar alanı

Kimlik

İş başlamadan önce neyin doğrulanması gerektiğine ve bu kontrollerden hangilerinin iç alışkanlık değil yasal zorunluluk olduğuna karar verin. Onboarding genellikle beş yıldır kimsenin gözden geçirmediği bir kontrol yüzünden yavaştır ve bir adımı kaldırmak dördünü otomatikleştirmekten iyidir.

Dokümanlar

Müşteriden istenenleri, eksiklerin ona nasıl gösterildiğini ve takibi kimin yaptığını listeleyin. Onboarding süresinin çoğu, müşterinin neyin eksik olduğunun söylenmesini beklemesidir; tek bir durum sayfası bu rakamı bir iş akışı motorundan fazla değiştirir.

Görevler

Müşterinin yapması gerekenleri ekibinizin yapması gerekenlerden ayırın ve iki sıranın birbirine bağlandığı noktaları işaretleyin. Günler o bağımlılık noktalarında geçer ve iki tarafı karıştıran bir görev listesinde görünmezler.

Onay

Hesabı açan iç onayı, bunu kimin verdiğini ve bakılmadan önce geçen tipik bekleme süresini yazın. Bu kişi takvimi dolu tek bir insansa ilk sürüm ona daha hızlı bildirim göndermek yerine etrafından dolaşmalıdır.

Riskleri geliştirmeye başlamadan görünür kılın

• Gözden geçirilmemiş kontroller sürer: Yasal zorunlulukları iç alışkanlıktan ayırın ve alışkanlıktan doğanları geliştirmeden önce kaldırın. Yasal olmayan kontrolleri kaldırma kararını yazılı alın.
• Müşteri eksikleri bilmez: Neyin beklendiğini ve neyin hâlâ eksik olduğunu gösterin; hatırlayıp takip etmeye dayanan süreç yavaştır. Eksikler görünmüyorsa müşteri bekler ve bunu size söylemez.
• İki görev sırası birbirini bekletir: Sizin işinizin müşterininkine bağlı olduğu noktaları işaretleyin ve paralelde başlatılabilecekleri öne alın. Paralele alınabilecek adımları işaretleyin ve sırayı değiştirin.
• Onay tek kişiye bağlıdır: O kişinin bakmadan önceki tipik bekleme süresini ölçün ve hızlı bildirim yerine etrafından dolaşmayı planlayın. Onay tek kişideyse yedek onaycı tanımlayın.

Uygulanabilir bir yol haritası kurun

1. Son on süreci ölçün. Her kilometre taşının tarihini çıkarın ve günleri çalışma ile bekleme olarak ayırın.
2. Üç müşteriye sorun. Son çeyrekte başlayanlara neyin kafa karıştırdığını ve neyi iki kez gönderdiklerini sorun.
3. En uzun beklemeyi kaldırın. Onayı devredin ya da adımı paralele alın ve sonraki beş müşteriyi ölçün.
4. Kalanı geliştirin. İlk sürümü, süreç değişikliğiyle kaldırılamayan beklemelere göre kapsamlandırın.

Güven, izin ve sorumlu veri kullanımı

Müşteri onboarding uygulaması geliştirme için güvenlik gereksinimini yalnızca son teknik teste bırakmayın. Kimlerin hangi kaydı görebildiği, oluşturabildiği, değiştirebildiği, onaylayabildiği ve dışa aktarabildiği rol ve sorumluluk üzerinden tanımlanmalıdır. Hassas kararlar için ek onay, gerekçe veya denetim izi gerekip gerekmediğini iş etkisine göre belirleyin.

Toplanan her veri için amaç, erişim, saklama süresi, düzeltme ve silme yolu yazın. Müşteri onboarding uygulaması geliştirme için kullanıcı değeri gerektirmeyen bilgiyi toplamak, ürünü daha akıllı yapmaz; güven ve işletim yükü oluşturur. Ülke, sektör ve veri türüne göre hukuki veya düzenleyici yükümlülükler değişebileceği için uygun uzman değerlendirmesini planlayın.

Tehdit ve hata senaryosunu bir kullanıcı yolculuğuyla birleştirin: hesap ele geçirilmesi, yanlış kişiye görünürlük, kayıp cihaz, yetki değişikliği veya kötüye kullanım bildirimi olduğunda ne olur? Müşteri onboarding uygulaması geliştirme ekibi olayın etkisini anlayabilmeli, erişimi sınırlayabilmeli ve gerekli inceleme kanıtını koruyabilmelidir.

Sonraki adım

Müşteri onboarding uygulamasını ekran listesi olmaktan çıkarıp tek bir rakama bağlayın: ilk temastan hizmetin kullanılabilmesine kadar geçen gün. Önce beklemeyi kısaltın, sonra kalan kısmı geliştirin.

Bir sonraki konu başlığı: Müşteri İlişki Portalı: Proje Dosyalarının Ötesi.

30 günlük doğrulama planı: Müşteri onboarding uygulaması geliştirme

1-5. günler: son on onboarding sürecini ölçün. Son on müşteriye geri dönün ve her kilometre taşının tarihini kaydedin: ilk temas, dokümanların tamamlanması, iç onay, ilk kullanım. Geçen günleri ekibinizin çalıştığı süre ile dosyanın beklediği süre olarak ayırın. Bekleme sütunu genellikle daha büyüktür ve ilk sürümün gerçekten değiştirebileceği sütun odur. Sessizleşip haftalar sonra geri dönen müşterileri de dahil edin; mevcut sürecin geciktirmekle kalmayıp kaybettiği müşteriler onlardır.

6-15. günler: son dönemdeki üç müşteriye neyin kafa karıştırdığını sorun. Son çeyrekte başlayan müşterileri arayın ve neyden emin olamadıklarını, neyi iki kez göndermek zorunda kaldıklarını sorun. Yanıtları içerideki listenizle örtüşmeyecektir; çünkü ekibiniz süreci görür, müşteri ise yalnızca e-postalar arasındaki boşlukları görür. Her aşamada sırada ne olmasını beklediklerini sorun; onboarding kafa karışıklığının çoğu tek bir adımla değil sıralamayla ilgilidir.

16-30. günler: bir beklemeyi geliştirme yapmadan kısaltın. İlk haftadan en uzun bekleyen adımı seçin ve bağımlılığı kaldırın, onayı devredin ya da adımı paralelde erken başlatın. Sonraki beş müşteriyi ölçün. Süre düşerse hem hızlı bir kazanç hem de bir uygulamanın bunun üzerine ne katacağına dair inandırıcı bir rakam elde edersiniz. Sonraki beş müşteriye yeni takvimi söyleyin; öngörülebilir dört hafta, öngörülemeyen üç haftadan daha iyi karşılanır.

Pratik çalışma sayfası: Müşteri onboarding uygulaması geliştirme

Onboarding, yeni müşterinin sizinle çalışmanın nasıl olacağına karar verdiği yerdir. İlk sürümü bu satırlara göre kapsamlandırın ve ilk faydalı sonuca giden süreyi kısaltmayan hiçbir şeyi eklemeyin.

Beklemeyi, çalışmadan ayrı ölçün. Onboarding çoğunlukla emek yüzünden değil devir teslimler yüzünden yavaştır; yalnızca kendi ekibinizin görevlerini hızlandıran bir ilk sürüm, müşterinin yaşadığı süreyi değiştirmez.

İlgili rehberler

• İkinci bir bakış açısı için: Müşteri Portalı Geliştirme: İş Akışları, Entegrasyonlar ve Benimseme.
• Konunun operasyon tarafı şurada: Dijital Müşteri Onboarding: Adımlar, Metrikler ve Örnekler.

Müşteri Onboarding Uygulaması: İlk Sürümde Neler Olmalı? yazısında anlatılan portalın anlatılmakla kalmayıp kurulması gerekiyorsa Müşteri Platformunuzu Konuşalım.