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üreci daha geniş guest experience platformları ve customer success modeli içinde ö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.
- • Portal üzerinden alınan işlem adımlarını rezervasyon yönetimi ile entegre düşün.
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 web sitesi geliştirme tarafında yardım merkezi UX’i ve kullanıcı akışı dikkatle kurgulanmalıdır:
- •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 satış sonrası otomasyon ve task yönetimi mantığıyla 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).
- • Self-service ile çözülemeyen talepleri rezervasyon desteği akışına aktar.
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.
- • Portal üzerinden giden teşekkür, anket ve tekrar temas kurgusunu 30 günlük iletişim takvimi ile hizala.
- • 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. Bu modeli kurarken ana satış sonrası destek hizmeti kapsamını esas alabilir, detay sorular için satış sonrası destek hakkında sık sorulan sorular bölümüne geçebilirsiniz.
Bir Sonraki Adım
Self-service konu haritasını çıkarır, SSS/form UX’ini tasarlar, handoff akışını genel çağrı merkezi hizmetleri yapısı içinde 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