Hizmet talep platformu

Problem

Hizmet bilgisi sitede, talep e-postada, görüşme notu başka bir dosyada kalıyor. Müşterinin sonraki adımı ve ekibin sorumluluğu belirsizleşiyor.

Bağlam

Gösterilen akış, bir hizmet işletmesinin ilk temastan takibe uzanan ihtiyacını anlatır.

Kısıtlar

Kısa bir form, gereksiz veri toplamama, açık hizmet sınırları ve küçük bir ekibin yönetebileceği yapı.

Yaklaşım

Hizmet sayfasını müşteri sorularına göre düzenlemek, kısa bir talep formunu sorumlu atamasıyla birleştirmek.

Bilgi mimarisi

UI / UX

Formda yalnızca ihtiyaç ve geri dönüş bilgisi istenir. Gönderim başarısızsa açık hata gösterilir; veri teslim edilmeden başarı mesajı verilmez.

Geliştirme

Sunucuda doğrulanan form, erişimi sınırlandırılmış operasyon ekranı ve müşterinin geçmişiyle ilişkilendirilen notlar.

Entegrasyonlar

Mevcut CRM varsa talep kaydının bağlanması; e-posta veya diğer iletişim kanallarının ancak yapılandırıldığında devreye alınması.

Test yaklaşımı

Eksik form, yanlış e-posta, çift gönderim, erişim yetkisi, mobil klavye ve başarısız teslim durumları.

Beklenen sonuç

Beklenen çıktı, talebin kimde olduğunun ve hangi adımda beklediğinin görülebilmesidir.

Ne öğrendik?

Daha uzun bir form her zaman daha nitelikli talep sağlamaz. Önce görüşmeye başlamak için gerçekten gerekli olan bilgiyi belirlemek gerekir.