Bir restoranın aynı saat için rezervasyon isteği sosyal medya mesajında, telefon görüşmesinde ve profil bağlantısındaki formda ayrı ayrı gelebilir. İsim veya kullanıcı adı benziyorsa ekip bunları yanlışlıkla tek misafir sayabilir; aynı kişi ikinci kanaldan yazdığında da iki ayrı masa ayırabilir. Bu nedenle sosyal medya mesajını doğrudan rezervasyon kaydı kabul etmek yerine, isteği tek bir işletme kaydına bağlayan ve belirsiz eşleşmeyi insana bırakan bir iş akışı gerekir.

Sosyal medya yönetimi hizmeti kapsamında hazırlanan bu rehber, farklı kanallardan gelen rezervasyon isteklerini mükerrer kayıt yaratmadan takip etmeye odaklanır. Belirli bir restoran, masa kapasitesi, kullanılan rezervasyon yazılımı veya yanıt süresi hakkında iddia ileri sürmez. Restoranın kendi onaylı kayıt sistemi ve gerçek müsaitliği esastır. Amaç, herkese “rezervasyonunuz kesinleşti” demek değil; her isteğin hangi kanaldan geldiğini, kim tarafından incelendiğini ve hangi kayıtla eşleştiğini görünür kılmaktır.

İsteği, kayıt adayını ve onaylı rezervasyonu ayırın

Gelen mesaj için ayrı bir durum tanımlayın: yeni istek, eşleşme aranıyor, olası mükerrer, kayıtla eşleşti, yanıt bekliyor, işletme tarafından onaylandı, değişiklik istendi veya kapatıldı. Bu durumlar gerçek masa kaydının kendisi değildir. Sosyal medya ekibi bir isteği kayda bağladığını görse bile, uygunluk ve onay yetkisi restoranın belirlediği operasyon sorumlusunda kalmalıdır. Böylece kullanıcı adı veya mesajdaki “tamam” sözcüğü tek başına masa ayırma kanıtına dönüşmez.

Her yeni başvuruya iç kullanım için tekil bir takip numarası verin. Bu numara sosyal medya platformunda müşteriye açıkça gösterilmek zorunda değildir; ekipler arasında mesajı ve rezervasyon kaydını bağlamak için kullanılır. Kayda kanal, başvurunun geliş zamanı, istenen tarih/saat, kişi sayısı, iletişim yöntemi ve eşleşmenin hangi alanlarla doğrulandığı yazılabilir. Restoranın gerçekten ihtiyaç duymadığı kişisel bilgileri kopyalamayın. Özellikle herkese açık yorumlarda telefon, tam ad veya özel plan paylaşmayın.

Benzer görünen iki isteği otomatik birleştirmeyin

İsim benzerliği, aynı tarih veya aynı kişi sayısı tek başına aynı rezervasyonu göstermez. Aynı kişi iki ayrı rezervasyon isteği gönderebilir; kimlik benzerliğini aynı talebin kanıtı saymayın. Tereddütte, mevcut isteğin devamı mı yoksa ayrı bir rezervasyon mu olduğunu özel kanalda netleştirin. Aynı isimli iki kişi olabilir; bir misafir grup sayısını değiştirmiş, tarihi düzeltmiş veya başka biri adına yazmış olabilir. Olası eşleşme için birden fazla bağımsız işaret aramak faydalıdır; örneğin istenen tarih ve saat yanında kullanıcının kendi verdiği takip bilgisi veya aynı özel mesaj zincirindeki açık devam ifadesi. Bu, evrensel bir doğrulama standardı değil, ekip içi hata azaltma önerisidir.

Bir eşleşme kesin değilse kayıtları birleştirmeyin. “Olası mükerrer, insan kontrolü” durumu verin; iki talebin kanalını ve zamanını saklayın; rezervasyon yetkilisinden inceleme isteyin. Yanlış kişiye rezervasyon bilgisini açıklamamak için herkese açık yorum yerine işletmenin belirlediği özel kanalı kullanın. Sosyal profilin doğru işlem yoluna yönlendirdiğini kontrol etmek için profil bağlantılarının güncel rotasını inceleyen rehber, profildeki sipariş yönlendirmesini doğrulamaya yardımcı olabilir; ancak farklı kanallardaki mesajların aynı kişiden geldiğini kendiliğinden kanıtlamaz.

Tek bir operasyon kaydını ana kaynak yapın

Rezervasyonun asıl durumu, onaylı operasyon sistemi veya restoranın belirlediği tek kayıt tablosunda tutulmalıdır. Sosyal medya mesajı, telefon notu ve form bildirimi bu kayda bağlanan kaynaklar olarak kalır. Bir personel cevap yazarken kaydın son durumunu kontrol etmeli; diğer kanalda daha önce yanıt verildi mi, istek onaylandı mı, tarih değişti mi görebilmelidir. Tek kaynak yoksa ekipler ortak bir takip numarası ve net sorumlu belirlemeli, birkaç ayrı tabloyu sessizce ana kayıt gibi kullanmamalıdır.

İçerik takviminde yer alan bir rezervasyon çağrısı, rezervasyon sistemindeki gerçek kapasitenin yerine geçmez. Paylaşım “mesaj gönderin” diyorsa, yanıt metni bunun bir istek olduğunu ve uygunluğun teyit edilmesi gerektiğini açıkça anlatmalıdır. “Talebiniz alındı; masa onayı için ekibimiz kaydınızı kontrol ediyor” gibi bir dil, işletme kontrol etmeden kesin kabul izlenimi oluşturmaz. Gerçek onay verildiğinde ise onaylanan tarih, saat, kişi sayısı ve varsa işletmenin belirlediği özel koşullar kayıtla tutarlı biçimde iletilmelidir.

Çakışma ve değişiklikte konuşmayı izlenebilir tutun

Misafir kişi sayısını artırırsa veya saat değiştirirse eski rezervasyonu silip yenisini baştan açmak, konuşma izini koparabilir. Önce mevcut takip numarasını bulun; değişiklik isteğini ve zamanını ekleyin; yetkili kişinin uygunluğu yeniden kontrol etmesini bekleyin; sonra hem ana kaydı hem kullanıcıya verilen yanıtı güncelleyin. Eş zamanlı iki personel aynı talebe cevap veriyorsa biri sorumlu olarak atanmalı, diğeri yeni yanıt göndermeden önce durum kontrolü yapmalıdır.

Bir rezervasyon iptali geldiğinde bu yalnız içerik takviminde “mesaj yanıtlandı” olarak kapatılmamalıdır. Operasyon kaydının gerçekten iptal edildiği, serbest kalan kapasitenin nasıl yönetildiği ve diğer kanallardaki bekleyen kişiye bilgi verilip verilmeyeceği restoranın kendi kuralına göre doğrulanmalıdır. Bu yazı yoğun saatte bekleme süresini duyurma veya masa kapasitesi hesaplama rehberi değildir; yalnız bir rezervasyon isteğinin farklı sosyal kanallarda çoğalmasını ve ana kayda bağlanmasını ele alır.

Yanıt taslağını durumla eşleştirin

Ekibin kullanacağı kısa yanıtlar, kaydın durumuna göre değişmelidir. İlk alındı mesajı kesin onay gibi görünmemeli; olası mükerrer mesajında mevcut isteği bulmak için yalnız gereken bilgiyi istemeli; teyit edilmiş kayıtta ise işletmenin gerçekten onayladığı ayrıntıları aktarmalıdır. Hazır metinler çalışanların gerçek kaydı kontrol etme sorumluluğunu kaldırmaz. İçerik onayı, marka dili ve müşteri hizmetleri yanıtları birlikte planlanabilir; alerjen sorularında doğrulanmış bilgiye dayanmayı anlatan rehber de hassas sorularda onaylı yanıt kullanma sınırını gösterir.

Yanıt sahibi vardiya değiştiriyorsa takip numarası, mevcut durum, son verilen yanıt ve bir sonraki adım kısa bir devir notunda bulunmalıdır. “DM’ye cevap verildi” tek başına yeterli değildir; talep hangi rezervasyon satırına bağlandı, kimden uygunluk bekleniyor ve kullanıcıya ne zaman tekrar dönülecek anlaşılmalıdır. Aynı başvuruya birden fazla kanal üzerinden cevap verilmişse, konuşmaların hangisinin güncel olduğu not edilmelidir. Böylece kişisel mesaj içeriğini geniş gruplara kopyalamadan iş devri yapılabilir.

Yayın öncesi ve dönem sonu kontrolü

Rezervasyon isteyen bir gönderiyi planlamadan önce çağrı ifadesini, kullanılan profil bağlantısını ve ekibin yanıt kanalını kontrol edin. Paylaşımda belirli bir süre içinde dönüş, her isteğe masa veya anında onay garantisi vermeyin. Yoğun saat bekleme bilgisini güncel tutan rehber, masa durumuyla ilgili duyuruların ayrıca teyit edilmesi gerektiğini gösterir. Gönderi yayındayken mesajların kimin tarafından izleneceğini belirleyin. Kampanya bittikten sonra sabitlenmiş duyuru veya hikâye bağlantısı kullanıcıları yanlış akışa götürüyorsa güncelleyin. Profil sipariş bağlantılarını güncel tutan çalışma, sosyal profildeki yönlerin değiştirilmesinin neden yayın kontrolü gerektirdiğini gösterir; rezervasyon isteklerinin gerçek operasyon kaydına bağlanması yine ayrıca izlenmelidir.

Dönem sonunda toplam mesaj sayısını rezervasyon sayısı gibi raporlamayın. Özet; yeni istek, doğrulanmış mükerrer, ana kayda bağlanan, işletmece onaylanan, iptal edilen ve yanıt bekleyen kayıtları ayrı gösterebilir. Her sayının nasıl üretildiğini ve hangi dönemi kapsadığını belirtin. Mesajı silinen veya platformdan kaybolan bir kullanıcı adıyla aynı kişiyi başka kanalda eşleştirmek için yeterli kanıt yoksa kayıt “çözülemedi” olarak kalmalıdır.

İş akışını yayına almadan önce birkaç senaryoyu ekip içinde deneyin: tek mesajla gelen yeni istek, aynı talebin iki platformdan gelmesi, birbirine benzeyen fakat farklı iki kişi, kişi sayısı veya tarih değişikliği, iptal ve vardiya devri. Her senaryoda hangi kişinin ana kaydı güncelleyeceğini ve müşteriye hangi aşamada kesin bilgi verilebileceğini kararlaştırın. Test için gerçek misafir bilgisi kullanmayın. Kontrol listesi, sosyal medya ekibiyle rezervasyon sorumlusunun aynı kelimelere farklı anlam yüklemesini önler; örneğin “alındı”, “eşleşti” ve “onaylandı” durumları birbirinin yerine kullanılmamalıdır.

İki kanal arasında uyuşmazlık varsa en son mesajın daha doğru olduğunu varsaymayın. Tarih veya kişi sayısı değişikliği ana kayıtta yetkili tarafından onaylanmadan yeni bilgiyi kesinleşmiş gibi bildirmeyin. İncelemenin sürdüğünü söyleyebilirsiniz. Bir kanalda “uygun olabilir” denmiş, diğerinde “onaylandı” yazılmışsa önce hangi yanıtın işletme kaydına dayanarak gönderildiğini bulun. Yanıtı geri çekmek veya düzeltmek gerekiyorsa aynı kullanıcıya açık ve sakin biçimde ulaşın; herkese açık yorumda özel rezervasyon ayrıntısı vermeyin.

Birden fazla mesajı tek kayda bağlarken amaç kullanıcıları izlemek değil, aynı hizmet talebine verilen yanıtların tutarlı olmasını sağlamaktır. Ekip, yalnız rezervasyonu yürütmek için gerekli verileri kullanmalı; sosyal medya profili veya başka paylaşımlarından kişisel çıkarım yapmamalıdır. Kayıt süresi, erişim ve saklama düzeni işletmenin belirlediği gizlilik politikasıyla uyumlu olmalıdır. Bu içerik hukuki değerlendirme sunmaz; özel veri kuralları için yetkili danışmana başvurulmalıdır.

Çözüm için operasyon sorumlusuna gönderilen iç notta yalnız takip numarası, belirsizliğin türü ve beklenen karar yer alsın. Kaynak mesajın tamamını her ekibe kopyalamak yerine, görevini yerine getirecek kişiye gereken bağlamı verin. Böylece aynı kişi farklı kanallardan yazdığında iletişim tutarlı kalırken özel konuşma içeriği gereksiz yere yayılmaz.

Sık sorulan sorular

Bir DM geldiğinde rezervasyon kesinleşmiş sayılır mı?

Hayır. DM bir talebin geldiğini gösterir; restoranın uygunluğu kontrol edip rezervasyonu onayladığını tek başına kanıtlamaz. Yanıtta “istek alındı” ile “rezervasyon onaylandı” durumlarını açıkça ayırın ve kesin bilgiyi yetkili kayıttan doğrulayın.

Aynı isimli iki mesajı nasıl ayırabilirim?

İsim benzerliğine dayanarak birleştirmeyin. Talebin tarihi, saati, kişi sayısı ve kullanıcının paylaştığı takip bilgisi gibi bağımsız alanları kontrol edin. Eşleşme belirsizse ayrı kayıtları koruyup insan incelemesine yönlendirin.

Misafir hem yorumdan hem özel mesajdan yazarsa ne yapılmalı?

Yorumda kişisel ayrıntıları istemeyin veya paylaşmayın. İşletmenin belirlediği özel iletişim kanalına yönlendirin, iki temasın aynı istek olup olmadığını ana kayıttan doğrulayın ve her kanaldan ayrı rezervasyon açmayın.

Rezervasyon numarası sosyal medya mesajında paylaşılmalı mı?

İç takip numarası ekipler için kullanılabilir; herkese açık yorumda paylaşılması gerekmez. Misafire iletilecek referans varsa işletmenin onaylı yöntemini ve özel iletişim kanalını kullanın. Başka kişilerin kaydını açığa çıkarabilecek bilgi göndermeyin.

Bir kişi tarih değişikliği istediğinde eski kayıt silinmeli mi?

Önce mevcut kaydı bulun, değişiklik isteğini tarih ve sorumlusuyla not edin, uygunluğu yetkiliye kontrol ettirin. Ana kayıt güncellendikten sonra kullanıcıya yeni durum bildirilmelidir. Eski iz tamamen silinirse çakışmanın nasıl oluştuğu anlaşılamaz.

Mesaj yanıtlandıysa talep kapatılabilir mi?

Yalnız mesaj gönderilmiş olması operasyon adımının tamamlandığını göstermez. İstek ana rezervasyon kaydıyla eşleşti mi, işletme onayladı mı veya kullanıcıdan ek bilgi bekleniyor mu kontrol edin. Durumu bu sonuca göre kapatın.

Farklı sosyal medya hesaplarından gelen talepler otomatik birleştirilebilir mi?

Yeterli doğrulama olmadan otomatik birleştirme risklidir. Hesap adı, isim veya zaman yakınlığı kesin kanıt değildir. Sistem yalnız aday eşleşme gösterebilir; nihai birleştirme, işletmenin tanımladığı alanları kontrol eden yetkili tarafından yapılmalıdır.

Yoğun saatlerde bekleme bilgisi bu iş akışının parçası mı?

Bekleme tahmini, mevcut masa ve servis durumunu anlatan ayrı bir bilgidir. Bu makalenin odağı farklı kanallardaki rezervasyon isteklerini tek operasyon kaydına bağlamaktır. Kullanıcıya iletilen bekleme bilgisi ayrıca güncel durumdan teyit edilmelidir.