Tek gelen kutusu, çok marka: Helpdash’i çok kiracılı destek için tasarlamak

Çoğu yardım masası tek şirket, tek logo, tek destek adresi varsayar. Bir ekip birden fazla markayı desteklemeye başladığı anda bu varsayım çöker: müşterilerinin desteğini yürüten bir ajans, bir düzine müşteriye bakan bir MSP, başkasının ürününe kendi adını koyan bir bayi. Alışılmış çözüm müşteri başına bir yardım masası kurmaktır; alışılmış sonuç ise on dört sekmeyle çalışan bir destek yöneticisidir.

Helpdash diğer uçtan başlar. Çalışma alanı kiracı sınırıdır — kendi alan adı, logosu, rengi ve gönderim adresi. Ancak temsilciler bu sınırın üstünde, yetkili oldukları tüm çalışma alanlarını kapsayan tek bir triyaj ekranında çalışır. Marka değiştirmek bir filtredir, ayrı bir oturum açma değil.

Bu tasarım, atlanması kolay bir disiplini zorunlu kılar: yalıtım vaat edilmez, kanıtlanır. Her sorgu görünüm katmanında değil sınırda kapsamlandırılır; böylece eksik bir filtre sızmış bir talep değil, başarısız bir testtir. Aynı kural dosya yüklemeleri, arama, dışa aktarma ve webhook’lar için de geçerlidir.

Bir kiracı sınırı, geliştiricinin onu hatırlamasına bağlıysa, o bir sınır değildir.

İkinci karar fiyat biçimiydi ki bu aslında kılık değiştirmiş bir ürün kararıdır. Koltuk başına fiyatlama, destek yöneticisini erişimi kısmaya iter: beşinci temsilci bir bütçe konusudur, bu yüzden talepler gece boyu atanmadan bekler. Helpdash çalışma alanı başına fiyatlanır; böylece gerçekten yanıt verebilecek kişiyi eklemek hiçbir şeye mal olmaz.

Geriye sıkıcı yarısı kalır: gelen ve giden e-posta, web widget’ı, WebSocket üzerinden canlı sohbet, çok dilli bilgi bankası, SLA sayaçları ve CSAT. Hiçbiri yeni değil. Hepsinin bir pazartesi sabahını atlatması gerekiyor.