Online mağazada müşteri desteği, bir WhatsApp numarası paylaşmakla kurulmuş olmaz. Asıl önemli olan, gelen her sorunun doğru siparişle eşleşmesi, işi yapacak kişiye ulaşması ve sonucunun takip edilmesidir. Bu düzen kurulmadığında aynı müşteri farklı çalışanlardan farklı cevaplar alır, iade talepleri unutulur ve küçük bir kargo gecikmesi olumsuz yoruma dönüşür.
Bu rehberde Beşiktaş’ta bebek ve çocuk ürünleri satan bir mağazayı örnek alarak destek talebinin nasıl kaydedileceğini, iade sürecinin nasıl yürütüleceğini ve geri ödemenin nasıl takip edileceğini anlatıyoruz. Amaç, ilk ürün sorusundan satış sonrasına kadar tüm ekibin aynı kayıt üzerinden çalışmasıdır.
Hangi konulara kimin bakacağını yazın
Destek taleplerini konularına göre ayırın: ürün sorusu, sipariş durumu, teslimat sorunu, iptal, iade ve geri ödeme. Küçük bir işletmede bu konuların hepsine aynı kişi bakabilir; yine de her birinin farklı bilgi ve yetki gerektirdiğini unutmayın. Ürün ölçüsünü söylemek ile müşteriye para iadesi başlatmak aynı sorumluluk düzeyinde değildir.
Destek saatlerini ve kullanılan kanalları sitede açıkça yazın. Takip edemediğiniz bir kanalı “7/24 destek” gibi sunmak, cevapsız kalan mesajlarla güven kaybına yol açar. Fiziksel mağazanız varsa, mağaza çalışanına sorulan online sipariş sorusunun nasıl ve kime aktarılacağını belirleyin.
“Talebiniz alındı” mesajı ile “sorununuz çözüldü” mesajı farklı aşamalardır. Otomatik bildirim kullansanız bile talebi kimin inceleyeceği ve müşteriye ne zaman dönüleceği belli olmalıdır. Destek sorumlusunun izinli olduğu günler için kısa bir devir notu hazırlayın; açık talepler ve müşteriye verilen son bilgi görünür olsun.
Farklı kanallardan gelen talepleri tek kayıtta toplayın
Müşteriler size web formu, e-posta, telefon, WhatsApp veya sosyal medya mesajıyla ulaşabilir. Kanal ne olursa olsun talep aynı kayıt düzeninde takip edilmelidir. Müşterinin her yeni çalışana sorununu baştan anlatmak zorunda kalması, destek deneyimini en çok bozan durumlardan biridir.
Aynı müşteri aynı konu için hem e-posta atıp hem telefonla arayabilir. Bu iki başvuruyu ayrı talepler gibi yürütmek yerine mevcut kaydı bulup yeni görüşmeyi ona ekleyin. Böylece iki farklı çalışanın birbiriyle çelişen cevaplar vermesi önlenir.
Açılış öncesinde her kanaldan bir deneme mesajı gönderin ve mesajın gerçekten ilgili kişiye ulaştığını kontrol edin. Formun “gönderildi” yazması, mesajın birinin gelen kutusuna düştüğünü kanıtlamaz. Telefonda başlayan bir görüşme e-postayla devam ediyorsa görüşmenin kısa özetini aynı kayda ekleyin.
Her talebi ihtiyaç duyulan bilgilerle kaydedin
İyi bir destek kaydı, hangi konuda hangi işlemin beklendiğini ilk bakışta gösterir. Sipariş numarası, ilgili ürün, talep türü, geliş zamanı, sorumlu kişi ve sonraki adım temel alanlardır. Çözüm için gerekmeyen bilgileri müşteriden istemeyin.
| Talep türü | Önce bakılacak bilgi | İlgilenecek kişi |
|---|---|---|
| Ürün sorusu | Model, seçenek, ürün kaydı | Katalog / ürün sorumlusu |
| Sipariş nerede? | Sipariş numarası ve hazırlık aşaması | Operasyon |
| Kargo sorunu | Paket sayısı ve takip numarası | Gönderim sorumlusu |
| İade talebi | Ürün, sipariş tarihi, talep nedeni | Satış sonrası sorumlusu |
| Geri ödeme | Ödeme işlem numarası ve iade kararı | Yetkili finans kullanıcısı |
Talep durumlarını ekibinizin kolayca anlayacağı sade adlarla tanımlayın: “Yeni”, “İnceleniyor”, “Müşteriden bilgi bekleniyor”, “Çözüldü” gibi. Kapatılan kayıtta yapılan işlem ve müşteriye verilen bilgi mutlaka yazılı olmalıdır. Mesajın okunmuş olması talebin çözüldüğü anlamına gelmez.
Not yazarken gözlenen bilgiyi kullanın. “Müşteri yanlış renk geldiğini söylüyor” notunun yanında sipariş numarası ve gönderilen ürünün kodu bulunmalıdır. Henüz doğrulanmamış bir iddiayı “yanlış gönderim” diye kesin sonuç gibi işaretlemeyin; inceleme bitince sonucu ekleyin.
Müşteri bilgisini korurken doğrulama yapın
Sipariş hakkında bilgi vermeden önce başvuran kişinin o siparişle ilişkisini uygun bir yöntemle doğrulayın; örneğin sipariş numarası ve kayıtlı e-posta adresi yeterli olabilir. Kimlik fotokopisi, kart şifresi veya tam kart numarası gibi gereksiz bilgileri asla istemeyin.
Çalışanların panel erişimini görevlerine göre ayarlayın. Ürün sorularına bakan bir kullanıcının geri ödeme başlatma yetkisine ihtiyacı yoktur. Bir çalışan ayrıldığında veya görev değiştirdiğinde erişimlerin nasıl güncelleneceği belli olmalıdır. Müşteri bilgilerini herkese açık yorumlarda, ortak tablolarda veya ekran görüntülerinde paylaşmayın.
Ürün sorularını tahmine değil kayda dayanarak yanıtlayın
Ölçü, malzeme, yaş grubu, paket içeriği ve güvenlik bilgisi gibi soruları yanıtlarken herkesin ortak ürün kaydına bakmasını sağlayın. Bebek ürünlerinde “bu puset kaç kiloya kadar uygun?” veya “bu biberon BPA içeriyor mu?” gibi soruların cevabı üretici bilgisinden gelmelidir; tahmine dayalı cevap ciddi sonuçlar doğurabilir.
Uzman değerlendirmesi gerektiren sorular (örneğin sağlıkla ilgili kullanım soruları) genel satış cevabıyla geçiştirilmemelidir. Müşteriyi üreticinin talimatına veya ilgili uzmana yönlendirin. Bilmediğiniz bir özelliği satış kaçmasın diye “var” demeyin.
Sık gelen soruları ürün sayfasını iyileştirmek için kullanın. Aynı ölçü sorusu her gün geliyorsa ürün açıklamasında bilgi eksiktir. Bilgiyi doğruladıktan sonra hem ürün sayfasını hem de destek ekibinin kullandığı hazır cevabı birlikte güncelleyin.
Sipariş ve ödeme durumunu ayrı ayrı kontrol edin
Müşterinin “sipariş verdim” demesi, ödemenin tamamlandığı anlamına gelmeyebilir. Sipariş kaydını ve ödeme sonucunu birlikte inceleyin. Destek ekibi “ödeme bekleniyor”, “ödeme reddedildi” ve “ödeme onaylandı” durumlarının ne anlama geldiğini bilmelidir.
Bir müşteri iki kez ödeme yaptığını düşünüyorsa önce sipariş ve ödeme kayıtlarını inceleyin. Bazen ikinci deneme yalnızca bir provizyon olarak görünür ve kısa sürede kendiliğinden düşer. Sonuç kesinleşmeden müşteriye “iadeniz yapıldı” veya “ikinci çekim olmamış” gibi kesin cevaplar vermeyin; kimin incelediğini ve ne zaman bilgi verileceğini söyleyin.
İptal veya değişiklik talebinde siparişin hangi aşamada olduğuna bakın. Henüz hazırlanmamış bir sipariş kolayca değiştirilebilir; kargoya verilmiş bir paket ise farklı bir süreç gerektirir. Müşteriye yapılabilecek işlemi kayda dayanarak açıklayın.
Kargo sorularında önce kendi hazırlık aşamanıza bakın
Hazırlık süresi ile kargo taşıma süresi farklı şeylerdir. Sipariş henüz depodan çıkmadıysa müşteriye “kargo gecikiyor” demek yanlış bilgi vermek olur. Siparişin işletmede hangi aşamada olduğunu ve kargoya ne zaman teslim edildiğini kontrol edin.
Birden fazla paketle gönderilen siparişlerde hangi ürünün hangi pakette olduğunu kaydedin. Tek paketin teslim edilmesi tüm siparişin ulaştığı anlamına gelmez. Hasarlı teslimat, eksik ürün ve teslim edilemeyen gönderi ayrı nedenler olarak kaydedilmelidir; her biri farklı bir işlem gerektirir.
Müşteriye yalnızca takip bağlantısı göndermek her zaman yeterli değildir. Siparişin hazırlanıp hazırlanmadığını, kaç paket olduğunu ve müşterinin hangi ürünü beklediğini kontrol ettikten sonra kısa bir durum özeti verin. Doğrulanmamış teslim tarihi vermekten kaçının.
İade talebini, ürünün dönüşünü ve stok kararını ayırın
Cayma hakkı, ayıplı ürün ve yanlış gönderim farklı nedenlere dayanan başvurulardır ve farklı süreçlerle yürütülür. Talep türünü belirleyin ve güncel tüketici mevzuatına ve işletmenizin yazılı iade politikasına göre değerlendirin. Hijyen gereği iade alınamayan ürünler (örneğin ambalajı açılmış emzik) gibi istisnaları politikada açıkça belirtin; ancak tüm ürünlere toptan iade yasağı koymayın.
Müşteriye ürünü nasıl ve hangi adrese göndereceğini açıkça anlatın. İade talebinin açılması, ürünün depoya ulaştığı veya paranın iade edildiği anlamına gelmez; her aşamayı ayrı takip edin.
Depoya dönen ürünü sipariş kaydıyla karşılaştırın: model, seçenek, adet ve fiziksel durum. Yeniden satışa uygun olup olmadığına ayrıca karar verin. İade talebi açıldığı anda ürünü otomatik olarak satılabilir stoğa eklemek, incelenmemiş bir ürünün başka müşteriye gönderilmesine yol açabilir.
Geri ödemeyi ödeme işlem numarasıyla takip edin
Geri ödeme yapılacaksa iade kararı, sipariş numarası ve orijinal ödeme işlem numarası aynı kayıtta bulunmalıdır. Tam ve kısmi iadelerde tutarları ayrıca kontrol edin. Hangi ürün veya kaç adet için iade yapıldığı kayıtta anlaşılır olmalıdır.
İade süreleri talebin türüne ve geçerli mevzuata göre değişebilir; tek bir genel süreyi tüm başvurulara otomatik uygulamayın. İşletmenin iadeyi onaylaması, ödeme kuruluşunun işlemi bankaya iletmesi ve tutarın müşterinin hesabına yansıması farklı aşamalardır. Müşteriye hangi aşamada olduğunu doğru söyleyin.
Geri ödeme başlatıldığında aynı talep için başka bir çalışanın ikinci kez işlem yapmasını önlemek için kayıt üzerinde işlem numarasını ve durumu hemen güncelleyin. Destek mesajını kapatmak geri ödemenin tamamlandığı anlamına gelmez; sonucu ödeme kaydından doğrulayın.
Hazır cevapları gerçek duruma göre kişiselleştirin
Hazır cevap şablonları zaman kazandırır ama her seferinde talebin bilgileriyle güncellenmelidir. “Talebiniz alındı” mesajı, neyin inceleneceğini ve müşteriye hangi kanaldan dönüleceğini söylemelidir. Henüz verilmemiş bir kararı veya doğrulanmamış bir tarihi şablona yazmayın.
Sohbet robotu veya otomatik cevap kullanıyorsanız sınırlarını belirleyin. Ödeme kararı, şikâyet veya doğrulanamayan ürün bilgisi gerektiren konular bir çalışana aktarılmalıdır. Sipariş ve iade bildirimlerini pazarlama mesajlarından ayrı tutun; destek talebi açan müşterinin kampanya mesajlarına onay verdiği varsayılamaz.
Destek kayıtlarından işletmeyi iyileştirin
İlk yanıt süresi, çözüm süresi, bekleme nedenleri ve yeniden açılan talepler farklı bilgiler verir. Hızlı ilk yanıt, sorun yanlış kişide bekliyorsa tek başına başarı göstergesi değildir. Hedeflerinizi ekibinizin gerçek kapasitesine göre belirleyin.
Tekrar eden sorunları kaynağına iletin: ürün açıklaması eksikse katalog ekibine, paketleme hatası varsa depoya, stok farkı varsa operasyona. Düzeltmeden sonra benzer taleplerin azalıp azalmadığını izleyin. Açılış öncesinde bir çalışan örnek talep açsın, doğru siparişi bulsun ve ilgili kişiye aktarsın; ardından başka bir çalışan aynı kaydı devralıp işlemi tamamlasın. Bu deneme, destek düzeninin kağıt üzerinde değil gerçekte çalıştığını gösterir.
AveksaSoft mağazanızda destek akışını birlikte kurgulayın
AveksaSoft’un Aveksa Start, Aveksa Plus, Aveksa Pro ve Aveksa Kurumsal paketlerini değerlendirirken iletişim kanallarınızı, panel kullanıcı sayınızı, sipariş ve iade süreçlerinizi anlatın. Özel bir destek ekranı veya harici bir müşteri hizmetleri aracıyla bağlantı ihtiyacınız varsa bunu ayrıca belirtin; güncel kapsam ve ek çalışmalar teklif ve demo görüşmesinde netleşir.
Demo öncesinde bir ürün sorusu, geciken bir kargo ve kısmi bir iade için örnek kayıtlar hazırlayın. AveksaSoft ekibiyle talep alanlarınızı ve geri ödeme adımlarınızı birlikte inceleyin. Günlük kullanıcının bir kaydı bulup doğru kişiye aktarabildiği gün, destek düzeniniz kullanıma hazır demektir.
Sık sorulan sorular
Otomatik cevap gitmesi talebin çözüldüğünü gösterir mi?
Hayır. Otomatik cevap yalnızca talebin alındığını bildirir. Talebi kimin incelediği, sonraki adımın ne olduğu ve müşteriye hangi sonucun iletildiği kayıtta ayrıca görünmelidir.
İade talebi açıldığında stok hemen artırılmalı mı?
Hayır. Önce ürünün depoya ulaşması ve yeniden satışa uygun olup olmadığının kontrol edilmesi gerekir. Talep, ürün kontrolü, stok kararı ve geri ödeme ayrı adımlar olarak izlenmelidir.
Geri ödemeyi onayladığımda para müşteriye ulaşmış olur mu?
Her zaman değil. İşletmenin onayı, ödeme kuruluşunun işlemi iletmesi ve tutarın müşterinin hesabına yansıması farklı zamanlarda gerçekleşebilir. Müşteriye hangi aşamada olduğunu doğru bilgiyle iletin.
