Restoranlarda Yapay Zekâ Telefon Asistanı: Sipariş ve Rezervasyonları POS ve KDS'ye Aktarma Rehberi

Yapay zeka telefon asistanı, restoranın yanıtlayamadığı çağrıları 7/24 karşılar; sipariş, rezervasyon ve müşteri sorularını doğru kurallarla yöneterek veriyi POS ve mutfak akışına aktarır. Böylece telefon trafiği yalnızca bir operasyon yükü olmaktan çıkar; takip edilebilir sipariş, rezervasyon ve gelir kanalına dönüşür.

Evet; yapay zekâ telefon asistanı, restoranın menü, sipariş ve rezervasyon kuralları doğru yapılandırılmışsa telefonla gelen talepleri toplayabilir ve desteklenen bir entegrasyon üzerinden POS ile mutfak akışına aktarabilir. Ancak bu sonuç her POS'ta otomatik olarak oluşmaz: menü eşleştirmesi, modifiyerler, stok/kullanılabilirlik verisi, ödeme yöntemi, KDS tetikleme kuralı ve insan temsilciye devir senaryoları canlıya geçmeden önce test edilmelidir.

Doğru kurulumun amacı personeli tamamen kaldırmak değil; yoğun saatlerde standart çağrıları karşılamak, sipariş bilgisini tekrar elle girme ihtiyacını azaltmak ve istisnaları doğru çalışana aktarmaktır. Elvador Sesli Yapay Zekâ Asistanı gibi bir çözümü değerlendirirken konuşma deneyiminin yanı sıra POS, rezervasyon, ödeme ve mutfak süreçlerinin gerçekten desteklenip desteklenmediğini doğrulayın.

Restoran yapay zekâ telefon asistanı kaçan çağrıları nasıl siparişe dönüştürür?

Telefon asistanı önce çağrının amacını ayırmalıdır: paket servis, gel-al, masa rezervasyonu, çalışma saati, adres, menü sorusu, alerjen bilgisi, mevcut sipariş durumu veya şikâyet. Ardından yalnızca restoranın tanımladığı kurallara ve entegrasyonun desteklediği işlemlere göre ilerlemelidir.

Sipariş odaklı güvenli akış şu şekildedir:

1. Çağrıyı karşılayın ve amacını belirleyin: Müşterinin sipariş, rezervasyon veya destek ihtiyacını ayrıştırın.
2. Menüden uygun ürünleri bulun: Ürün adı, varyasyon, modifiyer ve fiyat POS'taki karşılığıyla eşleşmelidir.
3. Zorunlu seçimleri tamamlayın: Boy, pişirme derecesi, sos, içecek, çıkarılacak malzeme veya teslimat tercihi gibi alanları eksiksiz alın.
4. Teslimat veya gel-al koşullarını doğrulayın: Adres, hizmet alanı, minimum sepet, teslimat ücreti ve tahmini süre kurallarını kontrol edin.
5. Siparişi sesli özetleyin: Ürünler, adetler, notlar, adres, toplam tutar, teslimat tercihi ve ödeme yöntemi müşteriye tekrar edilmelidir.
6. Onaydan sonra kayıt oluşturun: Sipariş, desteklenen entegrasyonla POS'a iletilmeli; başarısız aktarımda çalışanı uyaran bir istisna kaydı oluşmalıdır.
7. Mutfak tetikleme kuralını uygulayın: Siparişin KDS'ye veya yazıcıya ne zaman gideceği restoranın onay ve ödeme kuralına göre belirlenmelidir.
8. Gerekirse yazılı doğrulama gönderin: Müşterinin iletişim izni ve kullanılan kanalın kuralları uygunsa sipariş özeti veya ödeme bağlantısı paylaşılabilir.

SpotOn'un Maple entegrasyonu, belirli bir sağlayıcı-POS kombinasyonunda çağrı yanıtlama, sipariş alma, rezervasyon yönetimi ve siparişlerin POS ile mutfak akışına yönlendirilmesine örnek sunar. Bu örnek, aynı kapsamın her POS, her ülke veya her restoran kurulumu için garanti olduğu anlamına gelmez. (spoton.com, docs.maple.inc)

Photo by Voltaccess on Pexels.

Canlı menü, fiyat ve ürün kullanılabilirliği telefon siparişlerinde neden kritiktir?

Müşteriye telefonda söylenen fiyatın POS'taki fiyatla farklı olması; iptal, iade, güven kaybı ve çalışan müdahalesi riskini artırır. Benzer şekilde, kullanılabilir olmayan ürünün siparişe girmesi mutfakta yeniden arama ve alternatif ürün süreci doğurur.

Bu nedenle entegrasyon tasarımında aşağıdaki alanlar mümkün olduğunca güncel ve test edilmiş olmalıdır:

• Ürün adı ve POS ürün kodu
• Güncel satış fiyatı ve para birimi
• Kategori, menü sıralaması ve şube bazlı menü farkları
• Varyasyonlar ve zorunlu seçimler
• Ekstra ürünler ile fiyat farkları
• Teslimat, gel-al veya yalnızca salonda servis uygunluğu
• Günlük kapatılan ürünler ya da ürün kullanılabilirliği
• Restoranın onayladığı alerjen ve beslenme bilgileri
• Teslimat alanı, minimum sepet ve teslimat ücreti kuralları

Stokta olmayan ürünler nasıl yönetilmelidir?

Sistem, güvenilir bir kullanılabilirlik verisi yoksa kesin stok vaadinde bulunmamalıdır. Ürün kapalı olarak işaretlenmişse siparişe eklememeli; restoranın önceden tanımladığı alternatifleri fiyat farkı ve alerjen bilgisiyle birlikte sunmalıdır.

Örnek yaklaşım:

• “Somon bugün mevcut değil. Restoranın tanımladığı levrek veya karidesli makarna seçeneklerinden birini değerlendirmek ister misiniz?”
• “Büyük boy pizza şu anda kullanılamıyor. Orta boy seçenek veya farklı bir ürün sunabilirim.”

Müşterinin açık onayı olmadan ürün değişikliği yapılmamalıdır. Alerjen, çapraz bulaşma veya özel beslenme sorularında sistem yalnızca restoranın onaylı bilgisini aktarmalı; kesinlik yoksa çağrıyı çalışana devretmelidir.

Sipariş özeti neden zorunludur?

POS'a gönderimden önce müşteriyle şu alanlar teyit edilmelidir:

• Ürünler, adetler ve özel notlar
• Teslimat veya gel-al tercihi
• Adres ve iletişim bilgisi
• Tahmini teslimat süresi
• Teslimat ücreti ve toplam tutar
• Ödeme yöntemi

Örnek: “Siparişiniz iki acısız tavuk dürüm, bir ayran ve bir patates kızartması. Teslimat adresiniz kayıtlı adresinizle aynı mı? Toplam tutar ve teslimat süresi, POS'tan gelen güncel bilgiye göre onayınızdan önce tekrar paylaşılacaktır.”

Bu adım, yanlış anlaşılmaları azaltır ve siparişin hangi aşamada terk edildiğini analiz etmeyi kolaylaştırır.

Photo by Andrea Piacquadio on Pexels.

Telefonla alınan siparişler POS ve KDS'ye nasıl güvenli aktarılır?

Amaç, telefon görüşmesinden sonra siparişi ikinci kez elle girmek zorunda kalmamaktır. Bununla birlikte otomasyon, yanlış eşleşmiş bir siparişi daha hızlı iletmemelidir. Güvenli tasarım; konuşma → doğrulama → sipariş kaydı → mutfak tetikleme → durum takibi → istisna yönetimi zincirini içermelidir.

Uygulanması gereken temel kontroller:

1. Ürün eşleştirme: Asistanın anladığı ürün, POS'taki doğru ürün kodu ve varyasyonla eşleşmelidir.
2. Modifiyer eşleştirme: “Soğansız”, “ekstra kaşarlı” veya “az pişmiş” gibi istekler POS ve KDS'de anlaşılır biçimde görünmelidir.
3. Tekil sipariş kimliği: Aynı çağrının veya tekrar denemesinin çift sipariş üretmesini önleyecek kayıt anahtarı kullanılmalıdır.
4. Aktarım sonucu takibi: POS isteği başarısız olursa sipariş sessizce kaybolmamalı; beklemede, başarısız veya insan incelemesi gerekli durumuna alınmalıdır.
5. KDS tetikleme kuralı: Siparişin mutfağa; müşteri onayı, ödeme yetkisi veya restoranın belirlediği kontrol adımından sonra düşmesi sağlanmalıdır.
6. İptal ve değişiklik yetkileri: Müşteri geri aradığında sipariş güncelleme, iptal ve iade akışı açıkça tanımlanmalıdır.
7. Şube yönlendirmesi: Çok şubeli yapılarda adres, servis alanı ve müşterinin seçimi doğru şube ile eşleştirilmelidir.

Her POS aynı API, webhook veya sipariş oluşturma yeteneğine sahip değildir. Bazı sistemlerde doğrudan aktarım mümkünken, bazılarında ara yazılım, çalışan onayı veya yalnızca sipariş taslağı gerekir. Canlıya geçmeden önce ürün oluşturma, iptal, fiyat değişikliği, KDS aktarımı ve hata senaryoları ayrı ayrı test edilmelidir.

Telefonla ödeme ve PCI DSS açısından dikkat edilmesi gerekenler

Telefonla kart verisi almak, konuşma kaydı, telefon altyapısı ve ödeme sürecinin PCI DSS kapsamını etkileyebilir. Ham kart bilgisini standart ses kaydında, CRM notunda veya yapay zekâ görüşme kaydında tutacak bir akış tasarlamayın. Özellikle CVV/CVC gibi kart doğrulama kodları, yetkilendirme sonrasında saklanamaz. (pcisecuritystandards.org, pcisecuritystandards.org, pcisecuritystandards.org)

Daha güvenli yaklaşım; PCI uyumlu ödeme sağlayıcısının yönettiği ödeme akışı, güvenli ödeme bağlantısı veya uygun ödeme terminali kullanmaktır. Restoran, ödeme sağlayıcısı ve sesli asistan tedarikçisi arasındaki sorumluluklar sözleşme, veri akışı ve güvenlik kontrolleriyle ayrıca değerlendirilmelidir.

Sipariş özetini WhatsApp ile göndermek mümkün mü?

Mümkündür; ancak müşterinin WhatsApp üzerinden işletmeden mesaj alma izni, Meta'nın mesaj politikaları ve uygulanabilir iletişim kuralları dikkate alınmalıdır. İşletmenin başlattığı şablon mesajlar için müşteri opt-in'i ve onaylı mesaj şablonu gerekebilir. (developers.facebook.com, developers.facebook.com)

Bu koşullar sağlanıyorsa Yapay Zekâ Mesajlaşması üzerinden sipariş özeti, güvenli ödeme bağlantısı veya teslimat güncellemesi gibi işlem odaklı bildirimler tasarlanabilir. Mesaj içeriği, izin kaydı ve gönderim tetikleyicisi canlıya geçmeden önce doğrulanmalıdır.

Yapay zekâ telefon asistanı rezervasyon kurallarını nasıl uygular?

Rezervasyon otomasyonu yalnızca “masa var” veya “masa yok” yanıtı vermemelidir. Restoranın gerçek kapasitesi, masa planı, oturum süresi, özel gün politikası, kapora kuralı ve hizmet tercihleri sisteme açıkça tanımlanmalıdır.

Tanımlanması gereken başlıca rezervasyon kuralları:

• Açık günler ve saatler
• Kişi sayısına uygun masa kapasitesi
• Masa başına tahmini oturum süresi
• Aynı zaman diliminde kabul edilecek maksimum rezervasyon
• Teras, iç alan, çocuk sandalyesi veya erişilebilirlik tercihleri
• Büyük grup ve etkinlik taleplerinde kapora veya yönetici onayı
• Geç kalma, masa tutma ve iptal kuralları
• Özel gün, sabit menü ve etkinlik koşulları
• Aynı telefon numarasıyla oluşabilecek mükerrer rezervasyon kontrolü

Rezervasyon tamamlandığında tarih, saat, kişi sayısı, varsa kapora koşulu ve iptal politikası müşteriye açıkça okunmalıdır. Masa planı ve no-show yönetimi için ayrı bir rezervasyon aracı kullanılıyorsa, telefon asistanı bu araca kayıt oluşturmalı veya en azından çalışan onayına düşen bir talep üretmelidir.

Web Rezervasyon Chatbotu telefon kanalını tamamlayabilir. Ancak telefon, web sohbeti ve mesajlaşma kanallarının aynı kapasite kaynağını kullanması gerekir; aksi hâlde aynı masa için çakışan kayıt riski oluşur.

Hangi durumlarda çağrı insan temsilciye devredilmelidir?

Başarılı otomasyon, her çağrıyı botta tutmak değildir. Standart talepleri hızla çözmek; belirsiz, riskli veya yüksek değerli talepleri doğru çalışana bağlamaktır.

İnsan temsilciye devir kuralları en az şu durumları kapsamalıdır:

• Müşteri iki veya üç denemede anlaşılmadığını belirtirse
• Konuşma güven seviyesi düşükse veya bilgiler birbiriyle çelişiyorsa
• Alerjen, çapraz bulaşma veya özel beslenme konusunda kesin teyit gerekiyorsa
• Şikâyet, iade, gecikmiş sipariş veya olumsuz deneyim bildiriliyorsa
• Kurumsal yemek, catering, etkinlik veya büyük grup talebi varsa
• Sipariş toplamı ya da grup büyüklüğü restoranın tanımladığı eşik üzerindeyse
• POS, ödeme, teslimat alanı veya ürün kullanılabilirliği verilerinde çelişki oluşursa
• Müşteri özellikle bir çalışanla görüşmek isterse

Devirde çalışan, müşteriye aynı bilgileri yeniden sordurmamalıdır. Sistem; görüşme özeti, sipariş taslağı, telefon numarası, açık soru ve varsa hata durumunu temsilciye iletmelidir.

Restoranlar hangi gelir ve operasyon metriklerini takip etmelidir?

Telefon otomasyonunun başarısı yalnızca yanıtlanan çağrı sayısıyla ölçülmemelidir. Ölçüm, çağrının gerçek siparişe veya gerçekleşen rezervasyona dönüşüp dönüşmediğini; hatanın, iadenin veya insan müdahalesinin nerede oluştuğunu göstermelidir.

Takip edilebilecek temel metrikler:

• Yanıtlanan çağrı oranı: Yanıtlanan çağrı / toplam gelen çağrı
• Kaçan çağrı geri kazanım oranı: Önceden kaçan çağrıların ne kadarının yeni akışta karşılandığı
• Sipariş dönüşüm oranı: Siparişle sonuçlanan çağrı / sipariş niyetli çağrı
• Ortalama sipariş tutarı: Telefon-asistan kanalıyla alınan gerçekleşmiş siparişlerin ortalaması
• Ek ürün kabul oranı: Önerilen yan ürün, içecek veya tatlının kabul edildiği sipariş oranı
• Sipariş hata oranı: Yanlış ürün, eksik ürün, yanlış adres, iptal veya iade ile sonuçlanan sipariş oranı
• POS aktarım başarı oranı: Başarıyla POS'a iletilen sipariş / iletilmeye çalışılan sipariş
• İnsan temsilciye devir oranı: Otomasyon dışında kalan talep oranı ve devir nedenleri
• Rezervasyon dönüşüm oranı: Kesinleşen rezervasyon / rezervasyon talebi
• No-show oranı: Gelmeyen rezervasyon / toplam rezervasyon
• Rezervasyon başına harcama: Rezervasyon kaynağıyla eşleştirilebilen gerçekleşmiş adisyon ortalaması
• Çağrı başına gerçekleşen gelir: Telefon kanalındaki gerçekleşmiş gelir / yanıtlanan çağrı

Toplam telefon siparişi doğrudan “ek gelir” kabul edilmemelidir. Daha sağlıklı değerlendirme için otomasyon öncesi ve sonrası dönemlerde kaçan çağrı oranı, telefon siparişi dönüşümü, ortalama sepet, hata maliyeti ve iade oranı karşılaştırılmalıdır. National Restaurant Association'ın 2024 tarihli araştırması, operatörlerin AI entegrasyonu dahil teknolojilere yatırım niyetini gösterir; ancak restoranınıza ait sonuç yerine geçmez. (restaurant.org)

Yapay zekâ telefon asistanı canlıya alınmadan önce hangi testler yapılmalıdır?

Canlıya geçmeden önce yalnızca “sistem telefonu açıyor mu?” sorusunu değil, uçtan uca operasyonu test edin.

Operasyon ve entegrasyon test listesi

• Stokta bulunan standart paket siparişi
• Birden fazla ürün, varyasyon ve özel not içeren sipariş
• Kullanılamayan ürün ve alternatif ürün önerisi
• Güncellenmiş fiyat veya şube bazlı menü farkı
• Yanlış, eksik veya hizmet alanı dışındaki teslimat adresi
• Gel-al siparişi ve teslimat siparişi ayrımı
• Büyük grup, kapora gerektiren veya özel gün rezervasyonu
• Alerjen sorusu ve zorunlu insan devri
• Şikâyet veya gecikmiş sipariş çağrısı
• Müşterinin çalışanla görüşme talebi
• POS bağlantısının kesildiği senaryo
• KDS/yazıcı gönderiminin başarısız olduğu senaryo
• Aynı çağrının tekrar denemesiyle oluşabilecek mükerrer sipariş
• İptal, sipariş değişikliği ve geri arama akışı

KVKK ve kayıt yönetimi kontrol listesi

Çağrı kaydı, telefon numarası, adres, sipariş geçmişi ve rezervasyon bilgisi kişisel veri içerebilir. Bu nedenle restoran ve tedarikçileri; aydınlatma yükümlülüğünü, uygun hukuki sebebi, erişim yetkilerini, saklama süresini, imha sürecini ve veri işleyen ilişkisini kendi somut veri akışına göre değerlendirmelidir. KVKK'nın aydınlatma yükümlülüğüne ilişkin düzenlemesi ve silme/yok etme/anonimleştirme düzenlemesi bu süreçler için temel çerçeveyi oluşturur. (kvkk.gov.tr, kvkk.gov.tr, kvkk.gov.tr)

Sık Sorulan Sorular

Yapay zekâ telefon asistanı her POS sistemiyle çalışır mı?

Hayır. Her POS aynı API, webhook, menü senkronizasyonu, sipariş oluşturma, iptal veya KDS aktarımı yeteneğine sahip değildir. Bazı sistemlerde doğrudan entegrasyon mümkünken, bazılarında ara yazılım veya çalışan onayı gerekir. Canlıya geçmeden önce ürün eşleştirme, fiyat senkronizasyonu, sipariş oluşturma, iptal ve mutfak aktarımı ayrı ayrı test edilmelidir.

Yapay zekâ stokta olmayan bir ürünü müşteriye satabilir mi?

Ürün kullanılabilirliği güncel ve güvenilir biçimde sisteme aktarılmazsa bu risk vardır. Doğru kurulumda kapalı ürün siparişe eklenmez; restoranın tanımladığı alternatifler sunulur veya çağrı bir çalışana devredilir. Günlük menü ve sınırlı üretim yapan işletmelerde ürün kullanılabilirliği kontrolü özellikle önemlidir.

Telefonla alınan siparişlerde yanlış anlaşılma nasıl azaltılır?

POS'a gönderimden önce ürün, adet, özel not, teslimat tercihi, adres, toplam tutar ve ödeme yöntemi müşteriye tekrar okunmalıdır. Belirsiz ifade, düşük ses kalitesi veya çelişkili bilgi oluştuğunda sistem tahminle karar vermek yerine açıklama istemeli ya da insan temsilciye devretmelidir.

Yapay zekâ telefon asistanı kredi kartı bilgisini telefonda alabilir mi?

Bu süreç ödeme altyapısı ve PCI DSS kapsamı açısından dikkatle tasarlanmalıdır. Ham kart verisini çağrı kaydında, müşteri notunda veya standart sesli asistan akışında tutmamak gerekir. Özellikle CVV/CVC gibi kart doğrulama kodları yetkilendirme sonrasında saklanamaz. Güvenli ödeme bağlantısı veya PCI uyumlu ödeme sağlayıcısının yönettiği akış daha uygun bir seçenek olabilir. (pcisecuritystandards.org, pcisecuritystandards.org, pcisecuritystandards.org)

Restoran rezervasyonları POS'a mı, ayrı bir rezervasyon sistemine mi aktarılmalıdır?

Bu, kullanılan teknoloji ve işletme ihtiyacına bağlıdır. Masa planı, kapasite ve no-show yönetimi için rezervasyon odaklı bir sistem gerekli olabilir. Müşteri harcaması ve sadakat analizi için ise rezervasyon kaydının POS veya CRM profiliyle eşleşmesi faydalıdır. En iyi yapı; kapasite verisinin tekil ve tutarlı tutulduğu, gerçekleşen adisyonun gerektiğinde rezervasyon kaydıyla ilişkilendirilebildiği yapıdır.

İnsan temsilciye devir oranı yüksekse sistem başarısız mı sayılır?

Her zaman değil. İlk dönemde yüksek devir oranı; eksik menü verisi, tanımsız istisnalar veya bilinçli güvenlik kuralları bulunduğunu gösterebilir. Devir nedenleri düzenli incelenerek standart talepler otomasyona eklenebilir. Buna karşılık alerjen, şikâyet, yüksek tutarlı catering ve özel etkinlik gibi konularda insan devri bilinçli bir kalite kontrolü olabilir.

Sonuç: Restoran telefon trafiğini ölçülebilir gelire dönüştürmek için ne yapmalısınız?

Yapay zekâ telefon asistanı; doğru menü verisi, açık rezervasyon kuralları, doğrulanmış POS entegrasyonu ve güçlü istisna yönetimiyle birlikte kullanıldığında telefon kanalını daha ölçülebilir hâle getirebilir. Başarıyı yalnızca çağrı yanıtlama üzerinden değil, doğru sipariş, gerçekleşen rezervasyon, hata maliyeti ve müşteri deneyimi üzerinden değerlendirin.

Uygulamaya geçişte şu kontrol listesini izleyin:

• Son 60-90 gündeki gelen, yanıtlanan ve kaçan çağrı verilerini çıkarın.
• Telefonla gelen talepleri sınıflandırın: sipariş, rezervasyon, adres, menü, şikâyet ve etkinlik talebi.
• POS menüsündeki ürün, fiyat, varyasyon, kullanılabilirlik ve şube verilerini temizleyin.
• Teslimat alanı, minimum sepet, alternatif ürün ve iptal kurallarını yazılı hâle getirin.
• Rezervasyon kapasitesi, oturum süresi, kapora ve iptal kurallarını netleştirin.
• KDS'ye gönderim için müşteri onayı ve ödeme kuralını belirleyin.
• İnsan temsilciye devir senaryolarını, sorumluları ve çalışma saatlerini tanımlayın.
• POS, KDS, rezervasyon, ödeme ve mesajlaşma akışlarını test ortamında doğrulayın.
• KVKK, çağrı kaydı, erişim yetkisi ve saklama süreçlerini hukuk ve bilgi güvenliği ekipleriyle değerlendirin.
• Canlıda dönüşüm, hata, devir, ortalama sepet ve no-show metriklerini haftalık izleyin.

Restoranınıza uygun telefon, mesajlaşma ve rezervasyon otomasyonu için Demo Talep Edin.

Kaynaklar

1. SpotOn: Maple AI Integration
2. Maple: Orders Module Overview
3. PCI Security Standards Council: Protecting Telephone-Based Payment Card Data
4. PCI Security Standards Council: Can Card Verification Codes/Values Be Stored for Card-on-File or Recurring Transactions?
5. Meta for Developers: WhatsApp Business Platform Overview
6. Meta for Developers: WhatsApp Message Template Guidelines
7. Kişisel Verileri Koruma Kurumu: Aydınlatma Yükümlülüğünün Yerine Getirilmesinde Uyulacak Usul ve Esaslar Hakkında Tebliğ
8. Kişisel Verileri Koruma Kurumu: Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hale Getirilmesi Hakkında Yönetmelik
9. National Restaurant Association: Serving Up Technology: New Data Shows How Tech Integration Is Transforming the Restaurant Experience
10. Are merchants allowed to request card-verification codes/values from cardholders?: Are merchants allowed to request card-verification codes/values from cardholders?
11. Public Announcement on Fulfilment of Obligation to Inform: Public Announcement on Fulfilment of Obligation to Inform