Sipariş numarası müşteride değil, kayıtta durur

"Sipariş numaranızı alabilir miyim?" — e-ticaret destek konuşmalarının en yaygın açılış cümlelerinden biri. Cümle kibar, niyet anlaşılır; sonuç çoğu zaman aynı: müşteri numarayı hatırlamaz. Numara onay e-postasında gömülüdür, uygulamada üç ekran içeridedir. Müşteri konuşmadan çıkar, e-postasını arar, bazen bir dakikada döner, bazen dönmez. Konuşma o sırada askıda bekler.

Oysa istenen bilgi çoğu durumda zaten satıcının elindedir. WhatsApp'tan yazan müşterinin telefon numarası, sipariş kaydındaki telefonla çoğu zaman aynıdır; Gmail'den yazanın e-posta adresi sipariş e-postasıyla eşleşir. Sizde duran bilgiyi müşteriden istemek, aramanın maliyetini karşı tarafa devretmektir — ve karşı taraf bu işi sizden daha yavaş, daha isteksiz yapar.

Bu yazı, o refleksin yerine konabilecek bir arama sırası öneriyor: siparişin hangi sinyalle bulunacağı, birden fazla açık sipariş varsa ne yapılacağı ve numara sormanın ne zaman meşru hale geldiği.

Sipariş numarası müşterinin aklında değil, sizin kaydınızda durur

Sipariş numarası, sistemin kendi içinde ürettiği bir anahtardır. Sizin veritabanınız için anlamlıdır; müşteri için değildir. Müşterinin doğal olarak taşıdığı kimlik başkadır: yazdığı kanalın kimliği. WhatsApp'ta bu bir telefon numarası, Gmail'de bir e-posta adresidir. Sipariş kaydında ise telefon, e-posta, ad ve kargo takip numarası zaten yan yana durur. Eşleme için tek anahtara mahkûm değilsiniz; elinizde birden fazla sinyal var.

Bu anahtarların bir tanesi sık gözden kaçar: kargo takip numarası. Müşteri bazen sipariş numarası yerine elindeki takip numarasını yapıştırır — kargo firmasının SMS'inden kopyalamıştır. Bu "yanlış numara" değildir; sipariş kaydına giden geçerli bir yoldur. Takip numarasını tanımayan bir süreç, müşterinin verdiği sinyali reddedip yerine kendi istediği sinyali dayatır. Sürtünmenin tarifi de tam olarak budur.

Her ek tur cevabı değil, beklemeyi uzatır

Bir konuşma turunun maliyeti sabit görünür ama değildir. Numara istendiğinde müşterinin konuşmadan çıkması gerekir: e-postayı bulacak, uygulamayı açacak, geri dönecek. Bazı müşteriler hemen döner, bazıları saatler sonra, bir kısmı hiç dönmez. Konuşma bu sürede gelen kutusunda açık bekler; müşteri döndüğünde bağlamı yeniden kurmak da size düşer. Saniyeler içinde verilebilecek bir cevap, tek bir ek turla saatlere yayılır.

İkinci maliyet daha sessizdir. Kayıtta duran bilgiyi sormak, müşteriye "bu mağaza beni tanımıyor" mesajı verir. Sipariş onayını gönderdiğiniz kanaldan yazan bir müşteriye kim olduğunu sormak teknik olarak masumdur; deneyim olarak, aynı formu ikinci kez doldurtmaktır.

Bir de ölçek etkisi var. Tek konuşmada fazladan bir tur önemsiz görünebilir; ama numara isteme refleksi bir kez şablona girdiğinde, sipariş gerektiren her konuşmada tekrarlanır. Gelen kutusundaki açık konuşma sayısı bu turların toplamıyla şişer ve "mesajlara yetişemiyoruz" hissinin bir bölümü, aslında hiç sorulmaması gereken bu sorunun bekleyen cevaplarından oluşur.

Soru müşteriyi yormaz; yoran, sizde duran bilgiyi ondan istemektir.

Arama sırası: önce eldeki sinyal, en son soru

İşleyen sıra üç adımdır ve sıranın kendisi mekanizmadır: her adım, bir sonrakini gereksiz kılmayı dener.

1. 1

   Kanal kimliğiyle arayın

   Gelen telefon numarası veya e-posta adresiyle sipariş kaydında arama yapın. WhatsApp ve Gmail'de bu eşleşme çoğu zaman tek denemede sonuç verir.

2. 2

   Birden fazla açık sipariş varsa listeleyin

   Son siparişi varsaymayın. Açık siparişleri kısaca sıralayın ve müşterinin hangisini sorduğunu teyit edin.

3. 3

   Eşleşme yoksa numarayı isteyin

   Sinyal tükendiyse numara istemek meşrudur. Nerede bulacağını da söyleyin: sipariş onay e-postası veya SMS'i. Bu ilk adım değil, son adımdır.

Sıranın kanala göre değişen bir gerçeği var: her kanal aynı sinyali taşımaz.

Instagram DM'de sipariş numarası sormak bu yüzden israf değildir: kullanıcı adının sipariş kaydında doğrudan karşılığı yoktur, elde kullanılacak sinyal kalmamıştır. Sürtünme, sinyal yokken soru sormak değil; sinyal varken kullanmamaktır. Kanal kimliği ile müşteri kimliğinin neden aynı şey olmadığını ayrı bir yazıda ele aldık.

Birden fazla sipariş varsa varsayım değil, teyit

Telefon eşleşti; ama müşterinin iki açık siparişi var. Buradaki en cazip kısayol son siparişi varsaymaktır — ve çoğu zaman doğru çıkar. Sorun, yanlış çıktığında maliyetin asimetrik olmasıdır. Müşteri A siparişini sorarken B siparişinin kargo durumunu söylerseniz, verdiğiniz bilgi doğru bir kayda aittir ama yanlış bir soruya cevaptır. Müşteri bunu yanlış bilgi olarak yaşar ve sonraki her cevabınızı şüpheyle okur.

Teyit ise tek bir cümledir: "İki açık siparişiniz görünüyor; hangisini soruyorsunuz?" Bu cümle, yanlış sipariş üzerinden yürüyen bir konuşmanın tamamından ucuzdur.

Numara sorulduysa bir kural daha işler: bir kez sorun ve eşleşmeyi konuşmaya kaydedin. Müşteri ertesi gün aynı konuya döndüğünde veya başka bir kanaldan yazdığında numarayı yeniden istemek, ilk sorunun kazandırdığı her şeyi geri verir.

Bu sıra Prodixa'da nasıl işliyor

Prodixa'nın operasyon ajanı mağaza kaydına bağlı çalışır; yukarıdaki sıra ürünün içinde aynen kuruludur. WhatsApp'tan mesaj düştüğünde gelen numara sipariş kaydıyla otomatik eşlenir; Gmail'de aynı işi e-posta adresi görür. Eşleşme tekse yanıt doğrudan o siparişin gerçek durumundan kurulur — kargo aşaması kayıttan okunur, tahmin edilmez.

Birden fazla açık sipariş varsa ajan varsaymaz: siparişleri listeler ve teyit ister. Hiç eşleşme yoksa — örneğin Instagram DM'de kullanıcı adı kayıtla eşlenemiyorsa — numarayı o zaman sorar. Sıra reflekse göre değil, sinyale göre işler.

Sınırlar da bu sıranın parçasıdır. Ajan emin olamadığında konuşmayı insana devreder ve devrettikten sonra susar. Para iadesi hiçbir zaman otomatik kapanmaz; daima mağaza sahibinin onay kuyruğuna düşer. Mağazaya bağlı olmayan bir chatbot ise bu sırayı hiç kuramaz: kayda bakamadığı için herkese numara sorar. Sorun sorunun kendisi değil, arkasında bir aramanın olmamasıdır.