1. Self-service destek nedir, oteller için ne ifade eder?
Self-service destek, misafirin bir temsilciye ulaşmadan bilgiye erişebilmesi ve talep oluşturabilmesidir. Otellerde bu, “yardım merkezi (FAQ) + talep formu + ticket takibi + gerekirse canlı devretme” bileşimidir. Amaç; misafirin bekleme süresini azaltmak, ekibin tekrar eden işleri üzerinden yükü almak ve süreçleri ölçülebilir kılmaktır.
Mini Check
- • Self-service’i çağrı merkezinin alternatifi değil, tamamlayıcısı olarak görüyorum.
- • Talep formu + ticket takip mantığı var.
- • Handoff ile insan desteğine hızlı geçiş var.
Ne yapmalıyım?
- • Self-service’i 3 parçaya böl: bilgi (FAQ), talep (form), takip (ticket).
- • “Handoff kuralını” yaz: tıkandıysa → çağrı merkezine devret.
- • Mobilde tek elle kullanılabilir tasarımı hedefle.
- • Rezervasyon yönetimiyle entegre düşün: https://dgtlface.com/tr/pms-ota/rezervasyon-yonetimi
2. Misafir portalları ve mobil uygulamalarda satış sonrası işlevler
Otel portalı/uygulaması satış sonrası için 4 ana işlev taşır:
- •Bilgi merkezi: SSS, tesis kuralları, saatler
- •İşlem merkezi: online check-in, fatura indirme, belge talebi
- •Talep merkezi: housekeeping, teknik arıza, ekstra hizmet talebi
- •Takip merkezi: ticket durumu (açık/beklemede/kapandı)
Mini Check
- • Misafir “nereden başlarım?” sorusuna tek giriş ekranı var.
- • Ticket durumunu misafir görebiliyor.
- • Çağrı merkezine devretme butonu/kanıtı var (Varsayım).
Ne yapmalıyım?
- • Portal ana menüsünü 5–7 öğeyle sınırlı tut.
- • “En çok sorulan 10 konu”yu ana ekrana taşı.
- • Talep formlarını kısa yap (3–5 alan).
- • Handoff butonunu görünür yap (kritik).
3. SSS, bilet ve talep formu tasarımı: UX prensipleri
Self-service başarısı, içerik ve form tasarımında başlar. SSS “metin yığını” olursa kimse okumaz. Formlar uzun olursa misafir vazgeçer. Bu yüzden:
- •SSS: kısa başlıklar + arama + kategori
- •Form: minimal alan + foto ekleme (opsiyonel) + aciliyet seçimi
- •Ticket: status + tahmini dönüş süresi (Varsayım: SLA gösterilebilir)
SSS yapısı örnek tablosu
| Kategori | En sık sorular | Hedef |
|---|---|---|
| Check-in/out | saatler, erken giriş | sürtünmeyi azalt |
| Transfer | saat, ücret, rota | belirsizliği azalt |
| Oda/tesis | manzara, minibar | beklentiyi yönet |
| Fatura/belge | indirme, talep | çağrıyı azalt |
| Teknik/housekeeping | arıza, havlu | hızlı çözüm |
Mini Check
- • SSS araması var.
- • Formlar kısa ve mobil uyumlu.
- • Ticket status’ı misafir görüyor.
Ne yapmalıyım?
- • SSS’yi 5 ana kategoriye indir.
- • Her SSS cevabını 3–6 satırda tut.
- • Formlarda “aciliyet” ve “konum/oda” alanını sadeleştir.
- • Tıkanma durumunda handoff göster (canlı destek).
4. Hangi konular self-service, hangileri mutlaka insan ile çözülmeli?
Her talep self-service’e uygun değildir. Kural basit: duygusal yoğunluk + risk + esneklik ihtiyacı arttıkça insan gerekir.
- •Self-service’e uygun (düşük risk): saatler, fatura/belge, ekstra havlu, teknik arıza bildirimi, geç check-out talebi (onay süreciyle)
- •İnsan gerekli (yüksek risk): overbooking, ciddi hijyen/güvenlik, iade/iptal pazarlığı, kriz şikâyetleri, yüksek duygu yoğunluğu
Mini Check
- • Self-service konuları risk seviyesine göre seçildi.
- • Kritik konularda hızlı handoff var.
- • Self-service tıkanınca “kayıp” olmuyor; ticket devrediliyor.
Ne yapmalıyım?
- • Konuları risk seviyesine göre etiketle (low/medium/high).
- • High risk → doğrudan insan akışına yönlendir.
- • Medium risk → self-service + hızlı handoff.
- • Handoff kurallarını SOP’a yaz.
5. Self-service ile çağrı merkezi arasında akış nasıl kurulmalı?
- •Portal menüsünü sadeleştir; SSS + form + ticket takibi tek yerde olsun.
- •Konuları sınıflandır: self-service uygun / insan şart / hibrit (handoff).
- •Formdan ticket aç: owner ve SLA otomatik atansın (Varsayım).
- •Tıkanma noktasında handoff: çağrı/WhatsApp’a tek tuşla devret.
- •Misafire status göster: “beklemede/çözüldü” ve dönüş süresi.
- •KPI ile ölç: kullanım oranı, handoff oranı, çözüm süresi, NPS etkisi.
Mini Check
- • Handoff net ve hızlı.
- • Ticket owner/SLA var.
- • KPI’lar izleniyor.
Ne yapmalıyım?
- • Handoff’u “destek kanalı seçimi” olarak tasarla (çağrı/WhatsApp).
- • Portal’dan gelen ticket’ları aynı queue’ya düşür (tek kaynak).
- • SLA hatırlatmaları kur (Varsayım).
- • Çağrı merkezi rezervasyon desteğiyle bağla: https://dgtlface.com/tr/cagri-merkezi/rezervasyon-destegi
6. Self-service’in NPS, şikâyet ve maliyet üzerine etkisi: ölçüm yaklaşımı
Self-service “maliyet düşürür” iddiası tek başına yetmez; doğru ölçüm gerekir. Basit ama işleyen bir ölçüm seti:
- •Self-service kullanım oranı
- •Handoff oranı (portal yetmedi → insan)
- •Çözüm süresi (portal + insan)
- •Basit çağrı hacmi düşüş sinyali
- •NPS/CSAT etkisi (portal kullanan segmentte)
Mini Check
- • Self-service kullanım ve handoff birlikte izleniyor.
- • Portal kullananlar için memnuniyet sinyali ölçülüyor.
- • Basit taleplerin çağrıdan çıktığı görülüyor (yönlü).
Ne yapmalıyım?
- • İlk 30 gün pilot KPI’ları seç (4 metrik).
- • Handoff oranı yüksekse SSS ve form UX’ini iyileştir.
- • “En çok aranan 10 konu”yu SSS’ye taşı.
- • Süreci yazılım ekibiyle birlikte iter et.
7. Self-service için ideal 15 konu checklist’i
İdeal 15 konu (başlangıç seti)
- Online check-in adımları
- Check-in/out saatleri
- Transfer bilgisi ve teyit
- Fatura indirme / belge talebi
- Wi-Fi bilgisi (güvenli paylaşım)
- Housekeeping: ekstra havlu/yastık
- Teknik arıza bildirimi
- Mini bar / oda ekipmanı bilgisi
- Restoran saatleri / rezervasyon talebi
- Spa saatleri / randevu talebi
- Havuz/aktivite saatleri
- Geç check-out talebi (onaylı)
- Kayıp eşya bildirimi (form)
- Özel istek bildirimi (çocuk/alerji)
- Şikâyet bildirimi (hibrit: hızlı handoff)
Mini Check
- • Konular düşük riskten başlıyor.
- • Şikâyet konusu hibrit (handoff) kurguda.
- • Her konunun formu kısa.
Ne yapmalıyım?
- • Bu 15 konudan ilk 8’ini pilot yap.
- • 2 hafta sonra usage ve handoff oranına bak.
- • En çok kullanılan 3 konuyu ana ekrana sabitle.
- • İçerikleri 180 günde UX açısından güncelle.
8. Teknik not: mobil uyumluluk, erişilebilirlik ve güvenlik
Self-service ekranları mobilde iyi değilse işe yaramaz. Ayrıca erişilebilirlik (kontrast, font, ekran okuyucu uyumu) ve güvenlik (giriş/kimlik doğrulama) kritik. Otel portalında yapılabilecek temel güvenlik yaklaşımı:
- •Misafir doğrulama (rezervasyon kodu + soyad veya OTP) (Varsayım)
- •Oturum süresi ve logout
- •Hassas belgelerde erişim kısıtı
- •KVKK: minimum veri, loglama, rol bazlı erişim
Mini Check
- • Mobilde 1 dakikada ticket açılabiliyor.
- • Erişilebilirlik kontrol listesi var.
- • Kimlik doğrulama ve güvenlik düşünülmüş.
Ne yapmalıyım?
- • Mobile-first tasarım yap.
- • Erişilebilirlik testini pilotta uygula.
- • Giriş/OTP akışını basit tut.
- • KVKK ile uyumlu veri politikası yaz.
9. Competitor gap’i kapatma: satış sonrası talepler + call center entegrasyonlu portal modeli
Rakip içerikler self-service’i çoğunlukla check-in veya rezervasyon tarafında anlatır. Bu trend yazısı ise satış sonrası talepleri, SSS+form+ticket+handoff modeliyle call center’a entegre eder; hangi konuların self-service’e uygun olduğunu risk/duygu ekseninde sınıflandırır. Portal mockup’ları, akış diyagramı ve 15 konu checklist’i ile özellikle zincir ve şehir otellerine somut bir pilot iskeleti verir.
Self-Service Konu Listesi & Akış Şablonunu İndir — Çağrı Merkezi / Satış Sonrası Destek (v1.0)
Bu şablon, otel satış sonrası için self-service portal/uygulama pilotunu başlatmak üzere “ideal 15 konu listesi”, SSS kategori tablosu ve portal→ticket→call center handoff akışını sağlar. Mobil-first UX ve erişilebilirlik notlarıyla kullanım engellerini azaltmayı hedefler. Hangi konuların insan temasına ihtiyaç duyduğunu netleştirerek çağrı merkezi kapasitesini daha kritik vakalara ayırır.
Kim Kullanır?
Dijital ürün/yazılım ekibi, CRM/operasyon, çağrı merkezi lideri.
Nasıl Kullanılır?
- 15 konudan ilk 8’ini pilot seç ve SSS + form ekranlarını çıkar.
- Handoff kuralını tanımla (tıkandıysa çağrı/WhatsApp devri) ve ticket owner/SLA ata.
- 30 gün ölç (usage, handoff, çözüm süresi) ve UX’i iteratif iyileştir.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Gün 1–2: konu seçimi + risk sınıflandırma
- ▢ ✅ Gün 3–4: SSS bilgi mimarisi + arama
- ▢ ✅ Gün 5–7: form + ticket akışı
- ▢ ✅ Gün 8–10: handoff entegrasyonu + SLA
- ▢ ✅ Gün 11–14: pilot test + KPI ölçüm + revizyon
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
10. Sonuç: Basit işleri self-service’e, kritik vakaları insana veren model kazanır
Self-service destek ve misafir portalları, çağrı merkezini ortadan kaldırmak için değil; tekrar eden ve düşük riskli talepleri 7/24 çözüp insan temasını daha kritik vakalara ayırmak için tasarlanmalıdır. Başarı; SSS + form + ticket + handoff dengesini iyi kurmak, mobil-first UX uygulamak ve doğru KPI’larla ölçmekten geçer.
Doğru kurguda portal, ekip yükünü azaltır; misafire daha hızlı yanıt verir; operasyon ve yazılım ekiplerine ölçülebilir bir satış sonrası destek modeli sunar.
Bir Sonraki Adım
Self-service konu haritasını çıkarır, SSS/form UX’ini tasarlar, handoff akışını ve KPI ölçüm planını kurar; operasyon ve yazılım ekipleri için.
Sık Sorulan Sorular
Self-service misafir portalı nedir, oteller için ne işe yarar?▾
Hangi satış sonrası talepler self-service ile çözülebilir?▾
Self-service ekranlarında SSS ve formlar nasıl tasarlanmalı?▾
Self-service ile çağrı merkezi arasında akış nasıl kurulmalı?▾
Her sorun self-service ile çözülebilir mi?▾
İlgili İçerikler
İlgili Yazılar