1. Dijital Hediye Kartı Nedir, Oteller İçin Hangi Senaryolarda Çalışır?
Dijital hediye kartı, otellerde iki ana forma ayrılır:
- Monetary (para yüklü) hediye kartı: belirli bir tutar, istenen hizmete harcanır.
- Paket/Voucher kart: “Spa Günü”, “2 Gece Konaklama”, “Romantik Paket” gibi önceden tanımlı bir ürün.
Otel özelinde “doğru form” şu kriterlerle seçilir:
- •Şehir oteli / spa ağırlığı: monetary kart ve “spa voucher” çok çalışır.
- •Resort / konaklama paketi: paket/voucher kart, özellikle sezon dışı satışta güçlüdür.
- •Kurumsal müşteri: paket (toplantı, spa, konaklama) daha nettir; maliyet/şeffaflık sağlar.
Monetary vs Paket/Voucher karşılaştırma tablosu
| Kart türü | Tanım | Öne çıkan kullanım | Kritik yönetim alanı |
|---|---|---|---|
| Monetary | Belirli bir tutar, istenen hizmete harcanır. | Şehir oteli / spa ağırlığı | Kod + bakiye takibi |
| Paket/Voucher | “Spa Günü”, “2 Gece Konaklama”, “Romantik Paket” gibi önceden tanımlı bir ürün. | Resort / konaklama paketi | Sezon ve blackout date yönetimi |
Mini örnek (İstanbul): İstanbul şehir otelinde “Monetary gift card” daha esnektir; spa veya restoran kullanımına da açılabilir.
Mini örnek (Bodrum): Bodrum resort’ta “2 gece + spa kredisi” gibi paket voucher, sezon başı/sonu kampanyalarda daha anlaşılır ve satışa yakın çalışır.
Ne yapmalıyım?
- • İlk lansmanda 1 monetory + 2 paketle başlayın (karmaşayı azaltır).
- • Dijital strateji iç link: https://dgtlface.com/tr/otel-dijital-pazarlama
2. Oteller için dijital hediye kartı ve voucher deneyimi nasıl tasarlanmalı?
Net cevap : Önce kart türünü netleştirin (monetary veya paket/voucher), sonra web’de satın alma–ödeme–gönderim akışını (e-posta/WhatsApp) tasarlayın ve kişiselleştirmeyi ekleyin. Kullanım koşullarını şeffaf yazın (geçerlilik, blackout date, iade, bakiye) ve voucher kodunu rezervasyon motoruna/PMS’ye entegre ederek kullanım–raporlama sürecini kurun. Kampanya ve sadakat senaryolarıyla ölçümleyip “kullanım oranı + şikâyet + gelir” üzerinden optimize edin.
AEO Checklist
- •Kart türü: monetary mı paket/voucher mı?
- •Satış akışı: ödeme, teslim (e-posta/WhatsApp), faturayı kim alıyor?
- •Koşullar: SKT, blackout date, iade, transfer, kısmi kullanım net mi?
- •Entegrasyon: booking engine/PMS kod, bakiye ve raporlama desteği var mı?
- •Güvenlik: kod güvenliği, sahtecilik ve rate limit planı var mı?
- •Kampanya/sadakat: indirimle çelişmeyen senaryolar yazıldı mı?
- •Ölçüm: kullanım oranı, breakage, şikâyet, yeni misafir KPI’ları tanımlı mı?
Ne yapmalıyım
- • Akışı tek sayfada görselleştir (aşağıdaki diyagram).
- • Satış/dönüşüm raporu iç link: https://dgtlface.com/tr/raporlama/satis-donusum
- • PMS & OTA yönetimi iç link: https://dgtlface.com/tr/pms-ota-yonetimi
3. Online Satış & Ödeme Akışı
Digital gift card, ödeme kalitesi kadar güvenliktir. En yaygın problemler: başarısız ödeme sonrası kartın “yine de” üretilmesi, sahte işlemler, iade/iptal belirsizliği ve 3D Secure uyumsuzluğu.
Satın alma akışının zorunlu adımları
- Kart seçimi: monetary tutar veya paket
- Kişiselleştirme: alıcı adı, mesaj, görsel tema
- Ödeme: 3D Secure + fraud kontrolleri
- Teslim: e-posta + opsiyonel WhatsApp
- Kart üretimi: benzersiz kod + QR + koşullar linki
- Alıcı deneyimi: “nasıl kullanırım?” mikro rehber
Ödeme teknik notları (kısa)
- •3D Secure: sahteciliği azaltır; deneyim dengesi iyi kurulmalı
- •İade süreçleri: iade koşulu “kullanılmamış/başlamamış” gibi net olmalı
- •Chargeback riski: teslim kanıtı (e-posta logu) saklanmalı
- •Vergi/fatura: kurumsal alıcılar için fatura bilgisi alanı gerekebilir
Ne yapmalıyım
- • “Ödeme başarılı → kod üret” kuralını teknik olarak zorunlu yap.
- • Refund senaryosunu test et (satın alma sonrası 10 dk).
4. Tasarım, Kişiselleştirme ve Kullanım Koşulları
Tasarım iki şeyi yapmalı: (1) hediye hissi, (2) kullanım netliği. Kişiselleştirme ise duyguyu artırır ama veri sorumluluğu getirir (KVKK).
Tasarımın 4 öğesi
- •Kart görseli: spa/konaklama/romantik temalar
- •Mesaj alanı: kısa, güvenli içerik
- •Kod/QR: kolay bulunur, kopyalanabilir değil “paylaşılabilir”
- •Koşullar linki: tek sayfa, anlaşılır
Koşullar (misafir diliyle) neleri içermeli?
- •Geçerlilik süresi (ör. 12 ay)
- •Blackout date (bayram/özel gün/sezon zirvesi)
- •Rezervasyon zorunluluğu (önceden arama/online)
- •Kısmi kullanım (bakiye kalır mı?)
- •Transfer/yeniden gönderim
- •İade/iptal (kullanılmamışsa mı?)
- •Kaybolan kod prosedürü (kimlik doğrulama)
Ne yapmalıyım
- • Koşulları “hukuk dili” değil “misafir dili” ile yaz.
- • KVKK: kişisel veri saklama süresi ve erişim rol bazlı olsun (Varsayım).
5. Voucher’ların Rezervasyon Sistemine Entegrasyonu
Burası otel gifting’ini e-ticaret gifting’inden ayıran ana fark: booking engine ve PMS entegrasyonu. Entegrasyon yoksa ön büro manuel yönetir; hata riski artar; raporlama kaybolur.
Entegrasyonun minimum yetenekleri
- •Kod doğrulama: geçerli mi?
- •Bakiye takibi: monetary kartta kalan bakiye
- •Kısıtlar: blackout date / minimum night / oda tipi kuralı
- •Raporlama: kullanılan/kullanılmayan, kanal, gelir
- •Muhasebe: bakiye = ertelenmiş gelir mantığı (Varsayım: finans gereği)
PMS/Rezervasyon motoru akışı (pratik)
- •Müşteri voucher kodu girer
- •Sistem indirim/bedel düşer veya paket uygular
- •Rezervasyon ID’ye voucher bağlanır
- •Check-in’de doğrulama yapılır
- •Kullanım “redeemed” olarak işaretlenir
- •Raporlama paneline düşer
Ne yapmalıyım
- • Entegrasyon yoksa bile “tek doğrulama paneli” oluştur (minimum karmaşa).
- • PMS & OTA yönetimi iç link: https://dgtlface.com/tr/pms-ota-yonetimi
6. Kampanya, Promosyon ve Sadakat ile Birlikte Kullanım
Dijital voucher, kampanyayı “tamamlayan” bir değer olmalı; indirimi telafi etmeye çalışır gibi görünmemeli. Sadakat tarafında ise tier benefit olarak “voucher kredisi” güçlü çalışabilir.
3 örnek hediye kartı senaryosu (micro-fikir)
- Spa Voucher (İstanbul): monetary 3.000 TL, blackout date yok/az
- Konaklama Voucher (Antalya/Belek): “2 gece + kahvaltı”, sezon kısıtı net
- Romantik Paket (Bodrum): “1 gece + spa + akşam yemeği”, kullanılabilirlik kuralları açık
Sadakat entegrasyonu örnekleri
- •Gold tier: yıldönümünde “spa voucher”
- •Platinum tier: upgrade yerine “paket voucher” seçeneği
- •Puanla voucher satın alma (Varsayım: program altyapısı uygunsa)
Ne yapmalıyım
- • Kampanya performansını satış dönüşüm raporuna bağla: https://dgtlface.com/tr/raporlama/satis-donusum
- • Dijital pazarlama iç link: https://dgtlface.com/tr/otel-dijital-pazarlama
7. Ölçüm, Güvenlik ve Teknik/Ethik Notlar
Dijital gifting “kod” demektir; kod güvenliği yoksa suistimal riski doğar. Aynı zamanda KVKK kapsamında veri işleme (alıcı adı, mesaj, e-posta, telefon) vardır.
Güvenlik checklist (kısa)
- •Benzersiz kod + tekil kullanım politikası
- •Rate limit (deneme sayısı sınırı)
- •Kod paylaşım/transfer kuralı
- •Log kayıtları (kim, ne zaman)
- •Fraud/chargeback yönetimi
KVKK ve veri minimizasyonu
- •Gereksiz veri toplama yok
- •Mesaj içeriğinde hassas veri teşviki yok
- •Erişim rol bazlı
- •Saklama süresi tanımlı
Muhasebe notu (pratik)
- •Satış anında nakit girişi olabilir ama kullanım anına kadar “ertelenmiş gelir” mantığı gerekebilir (Varsayım: finans standardınıza göre).
- •Breakage (kullanılmayan bakiye) raporlanmalı.
Key Statistics / Data Point (yumuşatılmış): Dijital hediye kartı/voucher modellerinin doğru kurgulandığında düşük ek maliyetle yeni gelir ve misafir akışı sağlayabildiği; kötü kurgulandığında ise “kullanılamayan hediye” şikâyetlerine yol açabildiği yönünde sektörel gözlemler bulunur.
8. Dijital Hediye Kartı Akış & Kullanım Koşulu Şablonunu İndir — Digital Gifting
Dijital Hediye Kartı Akış & Kullanım Koşulu Şablonunu İndir — Digital Gifting (v1.0)
Bu şablon, otel dijital hediye kartı/voucher sistemini uçtan uca kurgulamak için hazırlanmıştır. Satın alma–ödeme–gönderim–kullanım adımlarını tek akışta toplar; kullanım koşullarını (SKT, blackout date, iade, bakiye) misafir dilinde standartlaştırır. Booking engine/PMS entegrasyonu ve raporlama alanlarını da içerir.
Kim Kullanır?
Dijital pazarlama + CRM/Revenue + ön büro/rezervasyon + finans ekipleri.
Nasıl Kullanılır?
- Kart türünü seç (monetary/paket) ve akış alanlarını doldur.
- Kullanım koşullarını tek sayfada netleştir ve onayla.
- Entegrasyon + raporlama alanlarını tanımlayıp pilotla test et.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Akış tek sayfada net
- ▢ ✅ Koşullar şeffaf
- ▢ ✅ Entegrasyon test edildi
- ▢ ✅ İade/iptal prosedürü var
- ▢ ✅ KVKK ve güvenlik hazır
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Kontrol listesi
- •Akış tek sayfada net
- •Koşullar şeffaf
- •Entegrasyon test edildi
- •İade/iptal prosedürü var
- •KVKK ve güvenlik hazır
Bir Sonraki Adım
Ödeme, koşullar, booking engine/PMS entegrasyonu ve raporlama akışını birlikte kurmak isteyen oteller için.