Yapay Zekayla Geliştirdiğin Uygulamanın Kendi Destek Ekibine İhtiyacı Olduğunda (ve Bunun Yerine Ne Yapmalı)

Uygulamanı Proyecta ile bir hafta sonunda geliştirdin. Çalışıyor. İnsanlar gerçekten parasını ödüyor. Ve şimdi destek e-postalarının altında kalmış durumdasın.

Pek çok bağımsız geliştiricinin “müşteri desteği için birini işe almam lazım” diye düşündüğü nokta tam da burası. Eninde sonunda doğru olabilir. Ama önce yapabileceğin, çok daha ucuz ve çoğu zaman daha iyi olan üç dört hamle vardır.

”Bütün Bu E-postalara Yetişemiyorum”un Üç Aşaması

Aşama 1: Hâlâ her e-postayı yanıtlıyorsun, ama bu günde altı saatini alıyor. Yorgunsun.

Aşama 2: En acil olanları yanıtlıyorsun. Bazı insanlar bir yanıt için üç gün bekliyor. Kötü hissediyorsun, ama bir yandan da özellik geliştiriyorsun.

Aşama 3: Gelen kutunda 50 e-postalık bir birikim var ve onu açmayı tamamen bıraktın. Vicdan azabı çöküyor.

Çoğu geliştirici Aşama 2’den doğrudan “hadi bir destek elemanı işe alalım”a atlar, aradaki orta yolu hiç keşfetmeden.

Ucuz Hamleler (Gerçekten İşe Yarayanlar)

1. En Çok Yanıtladığın Üç Soruyu Bul

Bir hafta boyunca her e-postayı oku. Birden fazla kez karşına çıkan soruları not et. Bahse girerim şuna benzer bir şeyle karşılaşacaksın:

“Bunu Stripe’a nasıl bağlarım?”
“Bunu ekibim için kullanabilir miyim?”
“Kapatırsanız ne olur?”

İlk üçünü al ve onları kalıcı bir yerde yanıtla — e-postada değil. Web sitende bir SSS sayfası. Bir video. Uygulamanda bir yardım belgesi. Amaç, soruyu gelen kutuna ulaşmadan önce yakalamak.

Süslü bir dokümantasyon yazılımına ihtiyacın yok. Net başlıkları olan bir Google Dokümanı iş görür. Ya da web sitende basit bir sayfa. Ölçüt şu: biri arama yaptığında bunu bulsun, yanıtını alsın, sana e-posta atmasın.

Çoğu bağımsız geliştirici bunu atlar çünkü çözülmüş bir sorun gibi hissettirir. Herkesin bir SSS’i vardır. Ama çoğu SSS, kurucu kendisini neyin kafasını karıştırdığını unuttuktan sonra yazılır. Sen bunu aynı üç soruyla aktif olarak boğuşurken yazıyorsun. Hemen şimdi yaz.

2. Basit Bir Otomatik Yanıtlayıcı Kullan

Biri e-posta gönderdiğinde aslında altı gün beklemiyor. Ne zaman yanıt vereceğini öğrenmek için bekliyor.

Doğru olan bir şey söyleyen bir otomatik yanıtlayıcı kur (Gmail’in yerleşik bir özelliği var, ya da Mailchimp, Zapier, herhangi bir şey kullan):

“Her e-postayı okuyorum. Genellikle 48 saat içinde yanıt verebiliyorum. Acilse, konu satırına ACİL yazarak yanıtla, ben de önceliklendireyim.”

Bu iki şey yapar:

Onları görmezden gelmediğine dair içlerini rahatlatır.
Panikleyip yanıt vermek yerine düşünmen için sana zaman kazandırır.

ACİL sinyali, hızlı bir şekilde önceliklendirme yapmanı sağlar. Bazı insanlar bunu suistimal eder, ama çoğu etmez — sadece endişeliler ve ne zaman döneceğini bilmek bunu çözer.

3. Herkese Açık Bir Durum Sayfası Yap (Sadece Bir Tweet Olsa Bile)

Bir şey bozulursa, kullanıcılar durumunu kontrol etmeden önce sana bu konuda e-posta atarlar.

Şunu söyleyen basit bir sayfa oluştur (Statuspage.io ayda 29 dolar, ama bir GitHub gist’i ya da Slack durumu bile iş görür):

“Tüm sistemler çalışıyor”
Ya da bir şey çöktüyse: “Panel şu anda yavaş (inceleniyor)”

Bunu altbilgine ya da e-posta imzana bağla. “Senin şu şey bozuldu mu?” e-postası geldiğinde, bir yanıt yazmak yerine bir bağlantıyla cevap verirsin: “Durum sayfamıza bak.”

Bu kulağa küçük geliyor. Ama uygulamanın 100 kullanıcısı varsa ve bir şey bozulduysa, durum sayfası seni aynı sorun hakkında 15’ten fazla e-posta yazmaktan kurtarır.

4. “Önce Değişiklik Günlüğü” Kültürü Oluştur

Her bir hatayı düzelttiğinde ya da bir özellik yayınladığında, kullanıcılarına onlar fark etmeden önce haber ver. Bu, koca bir destek e-postası kategorisini önler.

60 saniyelik bir video kaydetmek için Loom kullan, bir “yenilikler” Slack ya da Discord kanalında paylaş (varsa) ya da aktif kullanıcılara bir e-posta olarak gönder. Amaç süslü olmak değil — hızlı ve dürüst olmak.

“İçe aktarmaların bazen takılı kaldığı hatayı düzelttik. Kusura bakmayın. Ayrıca bu hafta koyu mod ekledik.”

Bu iki şey yapar:

Kullanıcılara neyin değiştiğine dair bağlam verir, böylece kafaları karışmaz.
Ürün üzerinde aktif olarak çalıştığını hissettirir.

Gerçekten Yardıma İhtiyacın Olduğunda

Bu dört hamleden sonra hâlâ boğuluyorsan, o zaman evet, muhtemelen bir insana ihtiyacın var.

O noktada, şunları yapması için yarı zamanlı birini işe al:

Rutin soruları yanıtlasın (senin SSS ve şablonlarını kullanarak).
Zorlu olanları özetleyip kararlar için sana göndersin.
Neyin kafa karıştırıcı olduğuna dair örüntüleri fark etsin ve hangi belgelerin daha iyi olması gerektiğini söylesin.

İkinci kısım çok önemli: bir destek elemanı sadece e-posta yanıtlayan bir robot değildir. Ürününde, fiyatlandırmanda ya da belgelerinde neyin bozuk olduğuna dair erken uyarı sistemindir.

Ama çoğu bağımsız uygulama bir süre o noktaya ulaşmaz. Bu arada, bu dört hamle seni “boğuluyorum”dan “idare ediyorum”a taşıyabilir.

İşin özü şu: destek, bir yönetim işi değil, bir ürün özelliğidir. Ürünü açıklamak için insan işe almaya değil, ürünü daha anlaşılır kılmaya yatırım yap. İyi bir SSS, e-postaların %50’sini yanıtlar. İyi bir tanıtım süreci bir %30’unu daha önler. Geriye gerçekten insan düşüncesi gerektiren %20’lik kısım kalır.

Bu, çözülebilir bir sorun. Henüz birini işe almaya gerek yok.