İptal, iade ve destek süreçleri nasıl kurgulanır?

En iyi işleyen platformda bile siparişlerin küçük bir kısmı sorunlu biter: restoran ürünü bitmiştir, adres yanlıştır, paket eksik gelmiştir, yemek soğumuştur. Bu durumlar nasıl çözüldüğüne göre müşteriyi ya kaybettirir ya da sadakatini artırır. Online yemek sipariş sisteminde ret, iptal ve iade süreçlerinin baştan, açık kurallarla tanımlanması gerekir.

Ret: restoranın hakkı, ama nedenli

Restoran siparişi yalnızca kabul etmeden önce reddedebilir. Ret anında bir neden seçilmesi zorunludur: ürün tükendi, mutfak çok yoğun, adres teslim bölgesi dışında, kapanmak üzere, kurye yok. Online ödemeli siparişte ret, provizyonun iadesini tetikler. Merkez, restoran bazında ret oranını ve nedenlerini izler; sık "ürün tükendi" reddi, stok anahtarının kullanılmadığını gösterir.

İptal: kim, ne zaman?

Müşteri siparişi restoran kabul etmeden önce tek dokunuşla iptal edebilmelidir. Restoran hazırlamaya başladıktan sonra müşterinin tek taraflı iptali adil olmaz; bu aşamadan sonra iptal destek ekibinin kararıyla yapılır. Destek, siparişin zaman çizelgesine bakar: restoran kabulde gecikti mi, kurye atanamadı mı, müşteri adresi değiştirmek mi istiyor? Karar ve gerekçesi siparişin kaydına yazılır.

Kısmi iade

Teslim edilmiş siparişlerde en sık talep kısmi iadedir: bir içecek gelmemiş, bir ürün yanlış hazırlanmıştır. Destek ekibi iade tutarını girer ve gerekçeyi seçer. Online ödemede iade, ödeme yöntemine geri yapılır; yemek kartında ağın kısmi iade desteğine, kredi kartında bankanın işlem süresine bağlıdır. Kapıda ödemeli siparişlerde ise iade genellikle cüzdan bakiyesi olarak verilir.

İadenin maliyetini kimin üstleneceği sözleşmeyle belirlenir. Restoran kaynaklı hatalarda tutar restoranın hakedişinden düşülür; platform kaynaklı sorunlarda, örneğin platform kuryesinin gecikmesinde, maliyeti platform üstlenir.

Destek talebinin anatomisi

İyi bir destek talebi şu bilgileri kendiliğinden taşır: sipariş kodu, restoran, siparişin o anki durumu, ödeme yöntemi ve müşterinin mesajı. Müşterinin bunları tek tek yazması gerekmez; takip ekranındaki "sorun bildir" düğmesi talebi bu bilgilerle açar. Talepler öncelik sırasıyla listelenir: kurye adresi bulamıyor gibi canlı sorunlar yüksek, fatura talebi gibi konular normal önceliktedir.

Zaman çizelgesi her şeydir

Sorunlu siparişlerde ilk bakılacak yer, her durumun saatini gösteren zaman çizelgesidir. Restoran 19.44'te kabul etmiş, kurye 20.25'te teslim almışsa gecikmenin kaynağı mutfaktır. Kurye 20.03'te almış ama 20.45'te teslim etmişse sorun yoldadır. Bu netlik, hem müşteriyle hem restoranla yapılan konuşmayı kısaltır.

Teslim kodunun rolü

Kapıda 4 haneli teslim koduyla kapanan siparişlerde "sipariş gelmedi" talepleri çok daha kolay değerlendirilir. Kod doğrulanmışsa paket doğru kişiye ulaşmıştır; doğrulanmamışsa teslim kanıtı yoktur ve destek buna göre karar verir.

Raporlama

Merkez yönetim; iptal ve iade oranlarını restoran, bölge ve neden bazında izlemelidir. Belirli bir restoranda "soğuk geldi" şikâyetleri artıyorsa paketleme ya da kurye mesafesi gözden geçirilir. Belirli bir mahallede "adres bulunamadı" sık görülüyorsa adres tarifi alanı zorunlu yapılabilir.

Önleyici adımlar

İadelerin büyük kısmı önlenebilir. Restoranların "tükendi" anahtarını kullanması, ürün bitmişken gelen siparişleri ve ardından gelen retleri azaltır. Paketleme kontrol listesi, özellikle içecek ve sos gibi kolay unutulan kalemlerde eksik ürün şikâyetlerini düşürür. Hazırlık süresinin gerçekçi seçilmesi, kuryenin restoranda beklemesini ve yemeğin soğumasını önler. Merkezin bu konuları restoranlarla düzenli olarak paylaşması, destek yükünü kalıcı olarak hafifletir.

Restoranın sesi

İade kararları yalnızca müşterinin anlatımıyla verilmemelidir. Restoran panelinde, kendi siparişleriyle ilgili açılan talepleri görme ve not ekleme imkânı olmalıdır. Restoran "içecekler pakete konuldu, fotoğrafı var" diyebiliyorsa destek ekibi daha adil karar verir. Bu karşılıklı görünürlük, restoranın platforma duyduğu güveni de artırır.

Hazır yanıtlar

Destek ekibinin sık karşılaştığı durumlar için hazır yanıt şablonları, yanıt süresini kısaltır ve dilin tutarlı kalmasını sağlar. Şablonlar kişiselleştirilebilir olmalıdır: müşterinin adı, sipariş kodu ve yapılan işlem metne otomatik eklenir. Ancak şablonun yanında her zaman özgür metin yazma alanı da bulunmalıdır; her sorun bir şablona sığmaz.

Bu demoda destek rolüyle yönetimde açık talepleri, sipariş detayında iade ve iptal işlemlerini; örnek takip ekranında ise müşteri tarafındaki "sorun bildir" düğmesini görebilirsiniz.