E-posta Kaosundan Self Servis Portala: Dürüst Bir Vaka Çalışması
Orta ölçekli bir hizmet şirketi müşteri e-postalarında boğuluyordu — aynı sorular, kaybolan ekler, kimin neye cevap verdiğinin belirsizliği. Gelen kutusunu bir portalla nasıl değiştirdiğimizi, neyin işe yaradığını ve neyi farklı yapacağımızı anlatıyoruz.

Aşırı yüklü her destek gelen kutusu aynı hikâyeyi anlatır ve aslında hiçbir zaman e-postayla ilgili değildir. Müşterileriyle konuşma biçiminden daha hızlı büyüyen bir işletmeyle ilgilidir. Birileri “bize bir portal lazım” dediğinde, gelen kutusu çoktan bir araç olmaktan çıkmış ve günlük bir acil duruma dönüşmüştür — taleplerin kaybolmaya, tekrarlanmaya ve üstünde tartışılmaya gittiği bir yer. Bu, tam olarak bunu yaşamış bir şirketin hikâyesi ve oradan çıkmanın gerçekte neye mal olduğu.
Bunu dürüstçe anlatmak istiyorum, çünkü vaka çalışmaları genellikle her şey kusursuz gitmiş ve rakamlar bir gecede üçe katlanmış gibi yazılır. Bu öyle olmadı. İyi gitti — gerçekten iyi — ama yanlış dönüşler oldu, inşa edip sonra sildiğimiz bir özellik oldu ve altıncı hafta civarında müşterinin sessizce “acaba bir hata mı yaptık” diye düşündüğü bir an oldu. O kısım sonuç kadar önemli, bu yüzden onu da bırakıyorum.
Şirket gerçek ama talebi üzerine anonimleştirildi: birkaç yüz düzenli B2B müşteriye hizmet veren yaklaşık 45 kişilik bir iş hizmetleri firması. Ekipman bakımı ve uyumluluk düşünün — müşterilerin sürekli belge, durum güncellemesi ve talep girişi istediği türden işler. Ayrıntılar pek önemli değil. Ekibiniz paylaşımlı bir gelen kutusunun içinde yaşıyorsa, bu tabloyu hemen tanıyacaksınız.
Şirketi yöneten gelen kutusu
İlk kez karşılarına oturduğumuzda önemli olan her şey, dört kişinin aynı anda izlediği tek bir paylaşımlı posta kutusundan — info@ — akıyordu. Müşteriler hizmet talep etmek, sertifika istemek, bir işin durumunu sormak, adres değiştirmek, bir faturaya itiraz etmek için yazıyordu. Her şey aynı yere, belirli bir sıra olmadan, durumsuz ve sahipsiz düşüyordu.
Belirtiler her seferinde gördüğüm belirtilerdi. Aynı sorular haftada onlarca kez geliyordu — “sertifikam nerede”, “ne zaman geliyorsunuz”, “raporu tekrar gönderebilir misiniz”. Ekler kayboluyor ya da üçüncü yanıtın derinlerine gömülüyordu. Bazen iki çalışan aynı müşteriye bir saat içinde farklı yanıt veriyordu. Ve kimse en basit yönetim sorusunu yanıtlayamıyordu: şu an kaç açık talebimiz var? Gelen kutusu bilmiyordu. Yalnızca kaç okunmamış mesaj olduğunu biliyordu ki bu hiç de aynı şey değildir.
“Gelen kutusu size kaç mesajın okunmadığını söyler. Ama kaç müşterinin hâlâ beklediğini asla söyleyemez. Güven işte bu boşluktan sızar.”
Maliyet yalnızca zaman değildi, ama epey de zaman vardı — sonradan ekibin haftada neredeyse iki tam iş gününi yalnızca tekrarlı, kes-yapıştır yanıtlara harcadığını tahmin ettik. Daha büyük maliyet güvenin sessiz erozyonuydu. Müşteriler kendi geçmişlerini göremiyor, bu yüzden tekrar soruyordu. Çalışanlar neyin söz verildiğini göremiyor, bu yüzden aşırı özür diliyor ve fazlasını sunuyordu. Tüm ilişki kaygı üzerinden yürüyordu.

Bilinçli olarak yapmadığımız şey
Müşteri bize bir portal isteyerek geldi ve ilk işimiz onu yavaşlatmaktı. Talebe evet deyip ekranlar inşa etmeye başlamak caziptir. Ama portal büyük bir nesnedir — giriş, hesaplar, yetkiler, belgeler, talepler, bildirimler — ve hepsini bir kerede inşa ederseniz dokuz ay harcar, yine de kimsenin istemediği bir şeyi yayına alırsınız.
Bu yüzden herhangi bir tasarımdan önce, iki gün boyunca hiç de gösterişli olmayan şeyi yaptık: gelen kutusunu okuduk. Birkaç aylık postayı dışa aktarıp müşterilerin gerçekte ne yapmaya çalıştığına göre ayırdık. Ne dediklerine değil — ne istediklerine göre. Sonuç aydınlatıcıydı. Gelen tüm e-postanın kabaca dörtte üçü yalnızca dört tekrarlı işe indi: bir belge talep etmek, bir işin durumunu sorgulamak, yeni bir hizmet talebi girmek ve kendi bilgilerini güncellemek.
Ekiplerin atladığı ve projeyi kurtaran kısım budur. Biz bir portal tasarlamıyorduk. En çok tekrarlanan dört e-postayı gelen kutusundan çıkarmanın bir yolunu tasarlıyorduk. Bu çerçeve, biri “bir tanecik daha” özellik eklemek istediği her seferinde bizi dürüst tuttu.
Gerçekte inşa ettiğimiz şey
İlk sürüm bilinçli olarak dardı. Bir müşteri giriş yapabilir, kendi kuruluşunun işlerini ve belgelerini görebilir, kendisine gönderdiğimiz her şeyi indirebilir, kısa ve yapılandırılmış bir formla yeni talep girebilir ve iletişim bilgilerini güncelleyebilirdi. Hepsi bu. Canlı sohbet yok, grafik dolu panolar yok, faturalandırma portalı yok. Dört iş, temizce yapılmış.
Belge kasası
En büyük rahatlama, müşterilerin kendi belgelerini kendilerinin çekmesine izin vermekti. Düzenlediğimiz her sertifika, rapor ve fatura, oluşturulduğu anda otomatik olarak hesaplarına dosyalanıyordu. “Şu PDF’i tekrar gönderir misiniz” e-postası — açık ara en yaygın olanı — gelmez oldu. Müşteriler sormayı bıraktı çünkü artık sormak zorunda değillerdi.
Serbest metin e-posta yerine yapılandırılmış talepler
Bir müşteri portaldan talep girdiğinde, bir paragraf yazmak yerine birkaç belirli soruyu yanıtlıyordu. Kulağa önemsiz geliyor; oysa dönüştürücüydü. Yapılandırılmış bir talep, ekibin harekete geçmesi için gereken her şeyle birlikte gelir — hangi saha, hangi makine, hangi tarih olduğunu öğrenmek için üç e-postalık gidip gelme artık yok. Her talep, müşterinin görebildiği bir durum kazandı ki bu da “bir gelişme var mı?” kovalamacalarının çoğunu sessizce ortadan kaldırdı.
Arkasındaki sessiz otomasyon
Ekranların arkasında asıl iş, kimsenin hiçbir şeyi yeniden yazmak zorunda kalmaması için portalı zaten sahip oldukları sistemlere bağlamaktı. Yeni bir portal talebi, mevcut arka ofis araçlarında bir iş oluşturuyordu. Tamamlanmış bir belge kendiliğinden kasaya düşüyordu. Durum değişiklikleri kısa bir e-posta tetikliyordu, böylece müşterilerin kontrol için sürekli giriş yapmasına gerek kalmıyordu. Bunların hiçbiri gösterişli değildi. Böyle bir portaldaki değerin çoğu, kimsenin görmediği tesisatta yatar.

Yanlış dönüş ve sildiğimiz özellik
Şimdi çoğu vaka çalışmasının gizlediği kısım. Yaklaşık yarı yolda müşteri, portal içi bir mesajlaşma dizisi istedi — her talebe küçük bir sohbet, böylece müşteriler ve çalışanlar portal içinde karşılıklı yazışabilecekti. Makul geliyordu. İnşa ettik.
Bu bir hataydı. Mesajlaşma dizisi, çözmekte olduğumuz problemin tam kendisini yeniden yarattı: sohbetin biriktiği yapılandırılmamış bir yer — ama artık bu, e-postanın üstüne çalışanların izlemek zorunda olduğu ikinci bir gelen kutusuydu. Bir ay içinde talepler sohbet dizilerinde tıkanıyor, müşteriler mesaj mı yoksa e-posta mı atacaklarını şaşırıyor, ekip tek bir yer yerine iki yere bakıyordu. Yanlışlıkla posta kutusunu portalın içinde yeniden inşa etmiştik.
Bedelini ödediğiniz, çalışan bir yazılımı silmek berbat hissettirir. Ama yanlış özelliği yayına alıp inatla elde tutmak çok daha pahalıdır. Onu kestik, gürültü anında düştü ve bu, projenin ilgili herkese öğrettiği en yararlı şeylerden biri oldu.
İsyan çıkarmadan nasıl devreye aldık
Bir portal ancak müşteriler onu gerçekten kullanırsa işe yarar — ve müşteriler size ulaşma biçimlerini değiştirmeye şaşırtıcı ölçüde direnir. İnsanlara “artık portalı kullanın” deyin, iyi bir kısmı yine e-posta atmayı sürdürecektir. Bu yüzden zorlamadık. Portalı bariz biçimde daha kolay yol yaptık ve kendiliğinden kazanmasına izin verdik.
- 1Önce dost müşterilerle yumuşak lansmanEn ilgili müşterilerden bir düzinesini davet ettik, nasıl kullandıklarını izledik ve başka kimse görmeden pürüzleri giderdik.
- 2Her hesabı gerçek değerle doldurunİlk günden itibaren her müşterinin portalı, geçmiş belgelerini ve açık işlerini zaten barındırıyordu. Giriş yapmak anında yararlı hissettiriyordu, doldurulacak boş bir form gibi değil.
- 3Tekrarlı e-postaları nazik bir dokunuşla yanıtlayınEski sorular hâlâ e-postayla geldiğinde, çalışanlar onları yanıtladı — ve bir satır ekledi: 'Bunu istediğiniz zaman buradan da alabilirsiniz.' Baskı yok, yalnızca daha iyi bir seçenek.
- 4Yeni talepleri portala ancak daha sonra yönlendirinKullanım sağlıklı hâle gelince, web sitesindeki talep formu portalı işaret etti. E-postayı hiçbir zaman tamamen kapatmadık — sadece portalı en az direnç gösteren yol yaptık.
Bu son nokta üzerinde durmaya değer. E-postayı hiç öldürmedik, öldürmeyi de planlamadık. Bazı müşteriler onu her zaman tercih edecek ve bu sorun değil. Amaç hiçbir zaman sıfır e-posta değildi — tekrarlı e-postaları gelen kutusundan boşaltmak, böylece geriye kalanların gerçekten bir insana ihtiyaç duyanlar olmasıydı.
Sonuçlar, dürüst çekincelerle
Lansmandan altı ay sonra değişim, kimsenin tartışmayacağı kadar netti. Size rakamları vereceğim, ama onları örneklendirici olarak okuyun — bunlar bu şirketin deneyimi, kabaca ölçülmüş, bir vaat değil. Sizin sonuçlarınız farklı olacaktır.
| İzlediğimiz şey | Öncesi | Sonrası |
|---|---|---|
| Tekrarlı 'yeniden gönder / durum' e-postaları | Günde onlarca | Günde birkaç |
| Kes-yapıştır yanıtlara harcanan süre | ~2 gün/hafta | Yarım günün altında/hafta |
| E-postayla belge talepleri | 1 numaralı e-posta türü | Neredeyse yok |
| Yöneticilere görünür açık talepler | Bilinemez | Bir bakışta canlı |
| Müşterinin 'nerede kaldı?' kovalaması | Sürekli | Nadir |
Müşterinin önemsediği başlık geri kazanılan zamandı: ekip, gelen kutusunda kaybolmakta olan haftada neredeyse bir buçuk günü geri aldı. Personel sayısını azaltmadılar — o zamanı asıl hizmet işine ve yeni müşteri kabulüne yeniden yönlendirdiler ki bu, küçük ve orta ölçekli firmalarda neredeyse her zaman gördüğümüz sonuçtur. Buradaki otomasyon insanların yerini almadı; onlara haftalarını geri verdi.
Daha yumuşak kazanç ölçmesi zor ama hissetmesi kolaydı. Yöneticiler nihayet işi görebiliyordu. Müşteriler boşluğa bağırıyormuş gibi hissetmeyi bıraktı. Ve gelen kutusu, yıllardır ilk kez, gelen mesajların gerçekten bir insanın üzerinde düşünmesi gerekenler olduğu dingin bir yer hâline geldi.
“Sıfır e-postaya ulaşmadık. Sıfır anlamsız e-postaya ulaştık — ve önemli olan sayının bu olduğu ortaya çıktı.”

Bir dahaki sefere neyi farklı yapardık
İki şey. Birincisi, mesajlaşma özelliğine baştan direnirdik — daha iyisini biliyorduk ama yine de inşa ettik, çünkü evet demek o konuşmayı yapmaktan daha kolay geliyordu. İkincisi, müşteri hesaplarını geçmişleriyle inşanın çok daha erken bir aşamasında doldururduk, çünkü bir portalın dolu ve kişisel hissettirdiği an, insanların ona güvenmeye başladığı andır. Boş bir portal angaryadır; sizi zaten tanıyan bir portal ise bir rahatlamadır.
Kendi aşırı yüklü gelen kutunuza bakıyorsanız, çıkarılacak ders “bir portal inşa et” değildir. Önce dört işinizi bulundur. Bizim onlarınkini okuduğumuz gibi gelen kutunuzu okuyun. Müşterilerinizin defalarca isteyip durduğu bir avuç şey, önemli olan tek özelliklerdir. Gerisi, dışarıda bıraktığınıza sevineceğiniz kapsamdır.
Her hafta aynı e-postalarda mı boğuluyorsunuz?
Ekibiniz paylaşımlı bir gelen kutusunun içinde aynı soruları tekrar tekrar yanıtlıyorsa, odaklanmış bir müşteri portalı çoğu zaman çözümdür — doğru yapılırsa, küçük tutulursa. Dört işinize birlikte bakalım ve gerçekten neyin inşa edilmeye değer olduğunu bulalım.
Müşteri portallarını nasıl kurduğumuzu görünSık sorulan sorular
Müşteri self servis portalı kurmak ne kadar sürer?
Müşteriler sadece e-posta atmak yerine portalı gerçekten kullanır mı?
Portal eklemek için mevcut yazılımımızı değiştirmemiz gerekir mi?
Self servis portalı destek personelini azaltmak anlamına mı gelir?
Bir portala hazır olup olmadığımızı nasıl anlarız?

Have a nice day, küçük ve orta ölçekli işletmelerin dijitalleşmesine yardımcı olan bir yazılım stüdyosudur — yalnızca slaytlarda değil, günlük operasyonlarda gerçekten işe yarayan otomasyon, yapay zeka ve özel yazılımlar.