- Tek otel, en fazla iki departman
- 6–10 talep türü
- Bir temel misafir kanalı (web portalı veya oda QR/NFC)
- Talepten görev oluşturma
- Görev sahiplenme ve tek sahiplilik koruması
- SLA süresi ve gecikme takibi
- Engel bildirimi
- Tamamlanma kaydı ve kanıtı
- Yönetici Bugün ekranı
- Haftalık değerlendirme görüşmesi
- Pilot sonuç raporu
Önce gerçek işleyişte sonucu kanıtlayın.
Pilot, bütün oteli aynı gün değiştirme projesi değildir. Seçilmiş departmanlar, sınırlı hizmetler ve önceden kabul edilmiş ölçütlerle günlük kullanım provasıdır.
İlk kanıt satış değil, kaybolmayan ve tamamlanan taleptir.
Başlangıç değeri, pilot kapsamı ve başarı formülü canlı kullanımdan önce otelle birlikte yazılır. 30 günlük canlı Core pilot boyunca gelir artışı hedeflenmez; doğru yönlendirme, sahiplenme, tamamlama ve misafir teyidi kanıtlanır. Revenue ancak Core kabulünden sonra ayrı 14 günlük uzatma olarak açılabilir.
KİMLER İÇİN UYGUN?
Sabit ve küçük bir kapsamla başlamayı kabul eden oteller.
Tasarım Ortağı Pilotu ilk 3 uygun otel için açıktır. Bu bir kampanya değil, aynı anda gerçekten destekleyebileceğimiz otel sayısıdır.
- Kapsam
Tek tesis, en fazla 100 oda, 2 departman, 6–10 talep türü, 1 misafir kanalı ve 1 yönetici ekranı.
- Departman çiftleri
Ön Büro + Housekeeping veya Ön Büro + Teknik Servis
- Uygun değilse
Çok tesisli zincir, aynı anda birden fazla PMS bağlantısı veya otele özel geliştirme bekleyen otel için bu pilot uygun değildir. Bunlar ayrı bir kapsam ve teklif gerektirir.
Neler dahil, neler dahil değil?
- Otelin tamamının production onboarding’i
- Çok sayıda PMS entegrasyonu
- Otele özel geliştirme
- Bütün ek satış kategorileri
- Canlı ödeme ve folyo mutabakatı (sağlayıcı kabulü tamamlanmadıkça)
- Native mobil uygulama
- Genel entegrasyon marketplace’i
PİLOTTA ÇALIŞAN YETENEKLER
Pilot kapsamı ilk bakışta anlaşılır.
Durum etiketi neyin kurulabileceğini gösterir. Her yeteneğin ön koşulu, alternatif çalışma yolu ve sınırları ayrıntı bölümünde açılır.
- Misafir talep oluşturmaPilot-ready
Temel hizmet talepleri pilotta otelin belirlediği türlerle ve manuel onayla yürütülür.
Koşullar ve sınırlar
- Bu durum ne demek?
- Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
- Başlamadan önce
- Otelin hizmet kuralları, talep türleri ve onay sahibi
- Alternatif çalışma yolu
- Talebi personele aktar ve otelden manuel onay al
- Sınırlar
- Pilotta talep türleri 6–10 ile sınırlıdır.
- Ücretli talepler pilotta manuel otel onayıyla ilerler; canlı tahsilat içermez.
- Görev oluşturmaPilot-ready
Her talep tek bir görev kaydı üretir; kural tanımlı değilse görev Front Desk’e düşer, kaybolmaz.
Koşullar ve sınırlar
- Bu durum ne demek?
- Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
- Başlamadan önce
- Departman, yönlendirme kuralı ve vardiya tanımlarının kurulması
- Alternatif çalışma yolu
- Front Desk tarafından manuel görev açma
- Sınırlar
- Yönlendirme kuralları otelin tanımına bağlıdır; tanımsız türde görev Front Desk’e düşer.
- Görev sahiplenmePilot-ready
Aynı görevi iki kişi üstlenemez. Çakışma sunucuda çözülür ve kim ne zaman üstlendi kaydı tutulur.
Koşullar ve sınırlar
- Bu durum ne demek?
- Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
- Başlamadan önce
- Kişisel personel hesapları ve departman üyeliklerinin kurulması
- Alternatif çalışma yolu
- Yönetici tarafından manuel atama
- Sınırlar
- Sahiplenme çakışması sunucuda çözülür; kaybeden istek hata değil, açık bir çakışma yanıtı alır.
- SLA ve gecikme takibiPilot doğrulaması bekliyor
SLA akışı çalışır durumdadır; hedef süreler pilot otelle sabitlenir ve ilk sonuç pilot ölçümünde doğrulanır.
Koşullar ve sınırlar
- Bu durum ne demek?
- Ürün tarafı hazırdır; sonuç iddiası ancak gerçek pilot ölçümüyle doğrulanır.
- Başlamadan önce
- Departman bazlı SLA süreleri ve vardiya kurallarının otelle tanımlanması
- Alternatif çalışma yolu
- Yönetici müdahale listesi ve manuel yeniden atama
- Sınırlar
- SLA hedef süreleri Otelora tarafından değil otel tarafından belirlenir.
- Yayımlanmış bir SLA iyileşme oranı yoktur; ilk oran pilot ölçümünden çıkar.
- Şikâyet takibiPilot-ready
Teknik iş kapansa bile misafir çözüm takibi ayrı kayıt olarak açık tutulabilir.
Koşullar ve sınırlar
- Bu durum ne demek?
- Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
- Başlamadan önce
- Şikâyet sahipliği ve telafi yetki sınırlarının yazılması
- Alternatif çalışma yolu
- Front Desk insan takibi
- Sınırlar
- Telafi tutarı ve yetkisi otelin tanımına bağlıdır; sistem kendiliğinden telafi vermez.
- Misafir çözüm teyidiPilot doğrulaması bekliyor
Teknik kapanış ile misafirin kabulü ayrı ölçülür; yanıt gelmediğinde teyit olumlu sayılmaz.
Koşullar ve sınırlar
- Bu durum ne demek?
- Ürün tarafı hazırdır; sonuç iddiası ancak gerçek pilot ölçümüyle doğrulanır.
- Başlamadan önce
- Teyit mesajının gideceği kanalın seçilmesi ve otel onayı
- Alternatif çalışma yolu
- Front Desk’in misafiri arayarak teyit alması
- Sınırlar
- Misafir yanıt vermezse teyit “alınamadı” olarak kalır; olumlu sayılmaz.
- Teyit oranı hedefi pilot öncesinde otelle birlikte belirlenir.
- Çevrimdışı dayanıklılıkPilot doğrulaması bekliyor
Bağlantı kesildiğinde güvenli not ve kanıt taslakları idempotent kuyruğa alınır. Sahiplik, görev durumu, para ve rezervasyon işlemleri bağlantı ister.
Koşullar ve sınırlar
- Bu durum ne demek?
- Ürün tarafı hazırdır; sonuç iddiası ancak gerçek pilot ölçümüyle doğrulanır.
- Başlamadan önce
- Otel Wi-Fi kapsamının çalışma alanlarında ölçülmesi
- Alternatif çalışma yolu
- Online-zorunlu işlemi kapsama giren noktadan açıkça yeniden deneme
- Sınırlar
- İç not, ilerleme notu, fotoğraf ve tamamlama kanıtı taslakları cihazda kuyruklanır.
- Claim, atama, görev state değişikliği, ödeme, iade, telafi ve rezervasyon değişikliği çevrimdışı yapılamaz.
- Yönetici Bugün ekranıPilot-ready
Yönetici ekranı örnek ve pilot verisini ayırır; canlı müşteri sonucu henüz yayımlanmamıştır.
Koşullar ve sınırlar
- Bu durum ne demek?
- Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
- Başlamadan önce
- Görev, SLA ve departman kurallarının kurulması
- Alternatif çalışma yolu
- CSV/PDF dışa aktarımı ve haftalık sonuç görüşmesi
- Sınırlar
- Ekranda gösterilen örnek veri ile gerçek pilot verisi ayrı işaretlenir.
- Yayımlanmış müşteri sonucu yoktur.
- Operasyon raporlamasıPilot doğrulaması bekliyor
Raporlar sürümlü metrik tanımlarıyla üretilir; verisi yetersiz metrik sıfır gibi gösterilmez.
Koşullar ve sınırlar
- Bu durum ne demek?
- Ürün tarafı hazırdır; sonuç iddiası ancak gerçek pilot ölçümüyle doğrulanır.
- Başlamadan önce
- Pilot başlamadan metrik tanımlarının ve başlangıç ölçümünün kabul edilmesi
- Alternatif çalışma yolu
- Haftalık değerlendirme görüşmesi ve manuel özet
- Sınırlar
- Verisi yetersiz metrik sıfır olarak değil “yeterli veri yok” olarak gösterilir.
- Metrik tanımı pilot başladıktan sonra sürüm değiştirmeden güncellenemez.
- Gelir ve misafir tercih raporlarıPilot doğrulaması bekliyor
Gelir raporu örnek veri ile gerçek otel sonucunu açıkça ayırır; ek brüt kâr iade ve ödeme maliyeti düşülerek hesaplanır.
Koşullar ve sınırlar
- Bu durum ne demek?
- Ürün tarafı hazırdır; sonuç iddiası ancak gerçek pilot ölçümüyle doğrulanır.
- Başlamadan önce
- Maliyet, fiyat, teslimat ve iptal verilerinin otel tarafından doğrulanması
- Alternatif çalışma yolu
- Örnek rapor ve manuel mutabakat
- Sınırlar
- Brüt kâr otelin bildirdiği maliyete bağlıdır; Otelora maliyet tahmin etmez.
- Yayımlanmış gerçek otel gelir sonucu yoktur.
- Native mobil uygulamaPlanlanıyor
Native mobil uygulama yoktur. Çalışan tarafı telefona sabitlenen mobil web uygulaması olarak çalışır.
Koşullar ve sınırlar
- Bu durum ne demek?
- Henüz ürün özelliği değildir; satın alınabilir kapsamda yer almaz.
- Başlamadan önce
- Mağaza hesapları ve dağıtım süreci kararı
- Alternatif çalışma yolu
- Telefona sabitlenen mobil web uygulaması
- Sınırlar
- Satın alınabilir kapsamda değildir; pilot kapsamına dahil edilmez.
Hazırlayın. Core’u kanıtlayın. Revenue’yu sonra deneyin.
- 017–14 gün
Hazırlık / baseline
Kurulum, vardiya ve yönlendirme kurallarının hazırlanması ve pilot öncesi başlangıç değerlerinin ölçülmesi.
Bitiş koşulu: Metrik tanımları ve başlangıç değerleri otel tarafından yazılı olarak kabul edilir. - 0230 gün
Canlı Core pilot
Talep yakalama, görev sahiplenme, SLA ve misafir teyidinin gerçek vardiyada çalıştırılması.
Bitiş koşulu: Haftalık değerlendirmelerle çekirdek akışın stabil olduğu birlikte kayda geçirilir. - 0314 gün
Revenue uzatması (isteğe bağlı)
Çekirdek kabul edilirse geç çıkış, transfer veya oda yükseltmeden yalnız biri açılır.
Bitiş koşulu: Gelir sonucu çekirdek metriklerden ayrı raporlanır; açılmaması pilotu başarısız yapmaz.
Revenue uzatması yalnız 30 günlük Core kabulünden sonra açılır. Açılmaması Core pilotunu başarısız yapmaz ve canlı Core bedelini değiştirmez.
Kim neyi üstleniyor?
- Oda, departman, vardiya ve personel listelerinin sağlanması
- SLA hedef sürelerinin belirlenmesi
- Talep türlerinin ve onay sahiplerinin seçilmesi
- Ekibin eğitime katılması ve pilot boyunca sistemi kullanması
- Haftalık değerlendirme görüşmesine yönetici katılımı
- Gerekliyse Meta, PMS ve ödeme hesaplarının açılması
- Kurulum, veri girişi ve kural yapılandırması
- Ekip eğitimi ve kullanım rehberi
- Başlangıç ölçümü ve metrik tanımlarının sürümlenmesi
- Pilot boyunca teknik destek ve arıza müdahalesi
- Haftalık rapor ve pilot sonuç raporu
- Pilot sonunda verinin dışa aktarımı
Başarı nasıl ölçülür?
Metrik tanımları pilot başlamadan sürümlenir ve pilot sırasında sessizce değiştirilemez. Verisi yetersiz olan metrik sıfır olarak değil “yeterli veri yok” olarak raporlanır.
Talep yakalama oranı
Sisteme giren uygun talepler, otelin aynı dönemde örneklediği gerçek taleplerle karşılaştırılır.
Sahiplenme medyanı ve p90
Tipik görevin ve en yavaş yüzde 10’luk grubun ne kadar sürede sorumlu bulduğu ayrı gösterilir.
Tamamlama medyanı ve p90
Ortalamanın gizleyebileceği uzun beklemeler görev sayısıyla birlikte görünür kılınır.
SLA uyumu ve açık gecikme oranı
Payda; zamanında tamamlanan, geç tamamlanan ve süresi geçtiği hâlde açık kalan görevlerin tamamıdır.
Sahipsiz görev ve yeniden açılma
Vardiya sonunda sahibi olmayan işler ile kapandıktan sonra yeniden açılan işler ayrı izlenir.
Misafir çözüm teyidi
Teknik kapanış ile misafirin kabulü ayrı ölçülür; yanıt gelmezse teyit olumlu sayılmaz.
PİLOT BİTTİĞİNDE
Sonuç toplantısı ve devam kararı.
Pilot bitiminde sonuç toplantısı yapılır ve rapor birlikte okunur.
- Pilot başarısız olursa
- Devam zorunluluğu yoktur. Abonelik başlamaz, production onboarding bedeli doğmaz ve otel verisi dışa aktarılır.
- Daha önce doğan bedeller
- Hazırlık ve canlı pilot bedelleri kendi kabul noktalarında doğduğu için iade edilmez; bu iki kalem dışında ek bedel oluşmaz.
- Veri
- Otel talep ederse pilot verisi dışa aktarımdan sonra silinir.
PİLOT SONRASI NORMAL TİCARİ MODEL
Abonelik modeli pilot başlamadan sözleşmeye yazılır.
Pilot bedelleri ve pilot sonrası abonelik ayrı kalemlerdir. Pilot başarılı olursa yeni bir fiyat pazarlığı açılmaz; aşağıdaki rakamlar baştan bellidir.
- Pilot hazırlık bedeli
- 15.000 TL + KDV
- Canlı pilot bedeli
- 20.000 TL + KDV
- Pilot toplamı
- 35.000 TL + KDV
- Production onboarding
- 25.000 TL + KDV · 10 iş günü içinde geçişte 15.000 TL mahsup edilir, kalan 10.000 TL + KDV olur
- Otelora Core aboneliği
- Oda başı 150 TL, aylık minimum 9.900 TL + KDV
- İsteğe bağlı modüller
- WhatsApp & AI, Revenue ve Connected PMS/Payment için otelin kapsamına göre yazılı teklif verilir; pilot bedeline dahil değildir.
HARİCİ MALİYETLER VE ENTEGRASYON ÖN KOŞULLARI
Sonradan ortaya çıkan zorunlu maliyet yoktur.
Aşağıdaki kalemler sağlayıcı tarafından faturalanır ve yalnız ilgili yetenek açıldığında oluşur. Pilot temel misafir kanalıyla, hiçbiri açılmadan başlatılabilir.
- Meta WhatsApp konuşma bedelleriMeta faturalar
Otelin kendi Meta hesabından tahsil edilir. Yalnız WhatsApp kanalı seçildiyse oluşur.
- AI sağlayıcısı kullanımıAI sağlayıcısı faturalar
Kullanım hacmine göre ölçülür ve yazılı bütçe sınırıyla açılır.
- Ödeme sağlayıcısı komisyonuÖdeme sağlayıcısı faturalar
Yalnız online ödeme açıldığında oluşur. Otelora ek satıştan komisyon almaz.
- SMS bedelleriSMS sağlayıcısı faturalar
Yalnız SMS kanalı açıksa oluşur.
- PMS lisansı ve entegrasyon ücretiPMS sağlayıcısı faturalar
Otelin PMS sözleşmesine bağlıdır; Otelora tarafından belirlenmez.
İlk pilot tamamlandığında
Müşteri hikâyesi yalnız gerçek sonuçla yayımlanır.
Otelora henüz doğrulanmış pilot sonucu yerine örnek başarı yüzdesi göstermez. İlk çalışma tamamlandığında aynı başlangıç ve bitiş tanımıyla aşağıdaki kanıtlar yayımlanır.
Henüz yayımlanmış müşteri sonucu bulunmuyor.- 01Otel profili ve oda sayısı
- 02Kullanılan PMS
- 03Pilot süresi ve başlangıç durumu
- 04Uygulanan departmanlar
- 05Söz verilen sürede tamamlama: önce / sonra
- 06Sahipsiz görev değişimi
- 07Hizmet başına personel dokunuşu değişimi
- 08Doğru departmana yönlendirme oranı
- 09Misafir çözüm teyidi oranı
- 10Otel yöneticisinin onaylı değerlendirmesi
Otel adı, yönetici sözü ve sonuçlar yalnız yazılı müşteri onayıyla kullanılır. Anonim anlatım gerekiyorsa şehir, oda sayısı ve otel türü bağlamı korunur; yine müşterinin onayı alınır.
Oteliniz için pilot kapsamını birlikte belirleyelim.Genel sunum değil; mevcut operasyonunuza göre gerçekçi başlangıç planı.
Demo görüşmesi iste