Otel yazılımı için ihtiyaç listesi ve teklif isteme dosyası nasıl hazırlanır?
Satıcıların aynı soruları aynı sırada yanıtlamasını sağlayan yazılı bir ihtiyaç dosyası hazırlayın. Bu rehber, beş bölüm, puanlama tablosu ve tek bir demo senaryosuyla karşılaştırılabilir teklifler almanızı sağlar.
İçindekiler
Kısaca
- Satıcılar kendilerine sorulan soruyu yanıtlar; yazılmayan bir ihtiyaç, karşılaştırılabilir bir yanıt değil, demo konusu olur.
- Her ihtiyacı özellik adı değil, bir süreç olarak yazın: kim başlatır, ne tetikler, sistem ne üretir.
- Her satıcıdan her satırı geliştirildi, gerçek veriyle sınandı veya adı geçen bir tesiste çalışıyor olarak işaretlemesini ve aynı fiyat tablosunu doldurmasını isteyin.
- Yazılı yanıtları toplantıdan önce puanlayın ve tek bir demo senaryosu kullanın: senaryoyu satıcı değil, otel yazar.
- Çıkış bölümü dosyanın ilk gününden beri orada olmalı: dışa aktarma biçimi, süre, maliyet ve verinin kime ait olduğu.
Rfp nasıl hazırlanır sorusunun yanıtı: her satıcının aynı sırada ve aynı biçimde yanıtladığı yazılı bir ihtiyaç dosyası hazırlarsınız. Böylece teklifler, demo anılarından değil, yan yana konabilen satırlardan karşılaştırılır. Dosya beş bölümden, bir puanlama tablosundan ve tek bir senaryolu demodan oluşur.
Üç satıcı üç cilalı ürün tanıtır, notlar üç teklif değil üç izlenim olarak geri döner. Bunun nedeni nadiren satıcılardır: hiçbiri aynı soruyu aynı sözlerle yanıtlamak zorunda kalmamıştır. Bu yazının sonunda her satıcıya aynı dosyayı gönderebilir, aynı satırlarda yanıt alabilir ve kimse uçak bileti almadan önce puanlayabilirsiniz.
Yazılı ihtiyaç dosyası neden demodan güçlüdür?
Çünkü demo, satıcının göstermeyi seçtiğini gösterir; yazılı dosya ise her satıcıyı aynı soruları aynı sırada yanıtlamaya zorlar.
Demo bir performanstır. Satıcı, ürününün iyi işlediği akışları seçer; grup blokları, bölünmüş hesaplar veya gün sonundan sonra yapılan bir düzeltme gibi sıkıntılı konular, ancak biri adıyla sorarsa görünür olur. Dosya, satıcı gelmeden iç görüş ayrılığını da çözer: her departman gerçekte ne yaptığını yazar ve genel müdür, iki departmanın aynı adımı farklı anlattığı yerleri görür.
Aynı numaralandırma ve aynı sıra, yanıtların hatırlanması gereken paragraflar değil, karşılaştırılabilir satırlar olarak gelmesini sağlar. Dosyayı yanıtlanabilir kadar kısa tutun: her satıcının yanıtlamak zorunda olduğu kırk numaralı ihtiyaç, kimsenin okumadığı iki yüz satırdan iyidir. Dosya aslında gizli bir puanlama tablosudur: her ihtiyaç bir ağırlığı olan satıra dönüşür ve ağırlıklar teklifler gelmeden kabul edilir. Sonradan sözleşmenin eki olur; satış sırasında verilen sözün yazılı biçimi ortaya çıkar.
İpucuYanıtı kendi biçiminizde isteyin
Satıcılardan kendi biçiminizde yanıt isteyin: her ihtiyaç için bir satır; yanıt, özelliğin durumu, kanıt (adı geçen bir tesis veya bir sınama) ve varsa fiyat etkisi sütunlarıyla. Serbest biçimli teklifler okunmadan geri gönderilir.
Soruların kendisi işin yarısıdır; otel yönetim sistemi (PMS) seçiminde yazılım firmasına sorulacak sorular yazımızda toplanmıştır. Bu dosya, o soruları karşılaştırılabilir yanıtlara dönüştüren araçtır.
Bölüm 1: tesis profili ve mevcut sistemler bölümüne ne girer?
Satıcının tahmin yürütmeden işi kapsamlandırıp fiyatlandırabileceği kadar bilgi: ölçek, satış noktaları, yapı, misafir profili ve binada kurulu sistemler.
Oda sayılarını türe göre ve satış noktalarını yazın: restoran, bar, spa, toplantı odaları. Tesisin sezonluk mu yıl boyu mu çalıştığını ve birden fazla tesisin tek girişten yönetilip yönetilmeyeceğini belirtin. Misafir profili dilleri belirler: resepsiyonun, hesabın ve misafire açık sayfaların hangi dillerde çalışması gerektiğini ve içeriği kimin yazacağını yazın.
Bugünkü sistemleri her biri bir satır olacak şekilde listeleyin: rezervasyon, restoran ve bar satışları, muhasebe, kapı kilitleri, kanal bağlantıları, e-fatura entegratörü; her sözleşmenin kimde olduğu ve ne zaman biteceğiyle. Sonra bugün gerçeğin nerede oturduğunu söyleyin: oda envanterinin hangi sistemde olduğu, misafir hesabının nerede kapatıldığı, mali belgenin nerede kesildiği ve üçünün sessiz kopyasını tutan elektronik tablonun hangisi olduğu. Yeni sistemi kimin kullanacağını ve kaç hesap olacağını adıyla yazın: resepsiyon, kat hizmetleri, yönetim, muhasebe, grup ofisi; telefonla çalışan var mı. Son olarak bu yıl değiştirilemeyecek donanımı listeleyin: kilitler, kart kodlayıcılar, yazıcılar, yazar kasalar; çünkü her biri bölüm 3'te bir arayüz ihtiyacına dönüşür.
Kontrol listesiTesis profili kontrol listesi
- Türe göre oda sayısı
- Satış noktaları ve açılış düzenleri
- Sezonluk ya da yıl boyu işletme
- Tesis sayısı ve ortak girişler
- Misafir dilleri
- Bugünkü sistemler ve sözleşme bitiş tarihleri
- Oda envanterinin sahibi sistem
- Role göre kullanıcı hesabı sayısı
- Kalacak sabit donanım
Bu sistemlerin birbirine nasıl bağlandığından emin değilseniz önce otel teknoloji altyapısında temel sistemlerin bağlantısını okuyun.
Bölüm 2: sistemin desteklemesi gereken süreçler nasıl anlatılır?
Her ihtiyacı bir süreç olarak yazın: kim başlatır, ne tetikler, sistemin üretmesi gereken nedir ve işler ters gittiğinde ne olur.
Departman departman ilerleyin: rezervasyon ve gruplar; resepsiyon (giriş, çıkış, erken ayrılış, yerleştirilemeyen bir misafir); kat hizmetleri (oda durumu, minibar, bakım); faturalama ve gün sonu (iptaller, ters kayıtlar, hesaplar arası aktarmalar, bölünmüş hesaplar); restoran ve bar satışları; raporlar. İstisnaları normal akışın yanına yazın. Girişi ama misafirle şirket hesabı arasında bölünmüş bir hesabı karşılayamayan sistem, ilk hafta, en kötü anda ortaya çıkar.
Ekranı değil sonucu tanımlayın: "üç sekmeli bir hesap ekranı" değil, "hesap doğru mali belgeyle kapanır ve oda envantere döner". Her satırı olmazsa olmaz, önemli veya iyi olur olarak işaretleyin; satıcılardan olmazsa olmazları ayrıntılı, gerisini tek sözcükle yanıtlamalarını isteyin. Tesisin bugün kullandığı raporları adlarıyla ve kimin okuduğuyla listeleyin; her birinin mevcut olmasını ya da özel iş olarak ayrıca fiyatlandırılmasını şart koşun. Belirsiz her maddenin altına tek satırlık bir örnek ekleyin; yoksa iki satıcı aynı cümleyi iki de kârlı biçimde okur.
| Belirsiz ifade | Süreç olarak yeniden yazımı | Neden önemli |
|---|---|---|
| Grup yönetimi | 40 odalı bir grup bloğu, belirtilen tarihte satılmayan odaları serbest bırakır; bloktan kullanılan oda sayısı günlük görünür; rezervasyon başlatır, satış müdürü okur | Satılmayan blok odası kaçan gelir demektir |
| Esnek faturalama | Hesap kapanmadan önce bir harcama, resepsiyon tarafından misafir hesabından şirket hesabına aktarılabilir; değişiklik kayda geçer | Düzeltmeler her gün yaşanır |
| İyi kat hizmetleri | Oda durumu kirli, temiz, denetlenmiş olarak değişir; kat personeli değiştirir, resepsiyon anında görür | Durum boşlukları çifte atamaya yol açar |
Bölüm 3: uyum ve arayüz ihtiyaçları genel çerçevede nasıl yazılır?
Gerçekleşmesi gereken adımı yazın, o adımı yerine getiren ürünü değil; her satıcıdan, sisteminin bu adımı nasıl taşıdığını ve kimin incelediğini anlatmasını isteyin.
Türkiye'de her konaklama; ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK, kişisel verilerin korunması kanunu) adımlarını içerir. Her adım için sorun: nerede gerçekleşir, kim onaylar, ne kaydedilir, nasıl düzeltilir. Tarihleri, ciro eşiklerini ve ceza tutarlarını dosyaya koymayın. Bunlar mükellefin kendi kapsamına bağlıdır ve yeniden değerlenir; dosya satıcının neyi desteklediğini sorar, yükümlülüğü muhasebeciniz doğrular.
Bir belgenin gönderilmeden önce bir kişiyi bekleyip beklemediğini, reddedildiğinde ne olduğunu ve reddin belgeyi kesen kişiye görünür olup olmadığını sorun. Bir düzenleyici satır yazılı olarak yer almalı: Kültür ve Turizm Bakanlığı'nın 2026/1 sayılı genelgesi (16.04.2026), konaklama tesislerini ve yazılım sağlayıcılarını, web servis bağlantısı üzerinden merkezi turizm veri tabanına veri göndermekle yükümlü kılar (alomaliye.com, 6 Mayıs 2026). Her satıcıdan konumunu konuşmada değil yazılı olarak anlatmasını isteyin.
Arayüzlere her biri bir satır ayrılır: kapı kilitleri, restoran ve bar yazar kasaları, muhasebe, kanal bağlantıları, e-fatura entegratörü. Her satır için sorun: durum nedir, adı geçen hangi tesiste çalışır, ücretini kim öder, durduğunda kim aranır. Bir güvenlik sorusuna sertifikasyon kısaltmasını yanıt olarak kabul etmeyin. Ne kaydedilir, kim okuyabilir, bir resepsiyonist ayrıldığında erişimi nasıl kaldırılır, veri nerede saklanır; bunları sorun.
DikkatHukuki danışma değildir
İhtiyaç dosyası hukuki danışma değildir ve satıcının yanıtı bir uyum belgesi değildir. Her yükümlülüğü genel çerçevede tanımlayın; tarih, eşik ve cezaları kendi durumunuz için muhasebeciniz ya da hukuk danışmanınızla doğrulayın.
Bölüm 4: veri, erişim ve çıkış bölümünde ne istenmelidir?
Verinizi kullanılabilir bir biçimde, belirtilen sürede ve belirtilen maliyetle dışarı alma hakkı; ayrıca müşteri kalırken veriyi kimin görebileceği ve değiştirebileceği kuralları.
Sahiplikle başlayın, tek cümle: otelin verisi, misafir geçmişi ve ondan üretilen raporlar dahil, otele aittir. Sonra dışa aktarma: yazdırılmış rapor değil, elektronik tabloda okunabilen bir dosya; istek üzerine ya da planlı olarak, ne kadar sürer ve ne kadara mal olur. Dışa aktarmanın içeriğini belirtin: rezervasyonlar, misafir profilleri, hesaplar, fiyatlar, kısıtlar, ekler ve rapor tanımları.
Erişim kuralları sıradadır: adı geçen roller, bir hesabı kim iptal edebilir, bir fiyatı kim değiştirebilir, ne kaydedilir, kayıt ne kadar süre tutulur. Bölümü çıkış koşulları kapatır: ihbar süresi, eski sistemle paralel çalışma dönemi, sözleşme bittikten sonra veriye ne olduğu ve yazılı silme onayı. "Göçte yardımcı oluruz" bir yanıt değildir. Biçimi, kişiyi ve tarihi isteyin.
Kontrol listesiÇıkış koşulları kontrol listesi
- Veri sahipliği yazılı olarak belirtilmiş
- Dışa aktarma biçimi adıyla belirtilmiş
- Belirtilen gün sayısı içinde, istek üzerine aktarım
- Planlı dışa aktarma mevcut
- Aktarım maliyeti belirtilmiş
- Misafir geçmişi dahil
- Fiyat ve kısıt geçmişi dahil
- Paralel çalışma dönemi kararlaştırılmış
- Çıkıştan sonra silme onayı
- Çıkış için adı belli bir ilgili kişi
Bu sorular otel yazılım sözleşmesinde imzalamadan önce okunacak maddelerle birlikte en iyi sonucu verir.
Bölüm 5: destek, eğitim, özellik durumu ve fiyat tek biçimde nasıl istenir?
Her satıcıya aynı tabloyu verin ve serbest biçimli teklifleri reddedin: aynı satırlar, aynı birimler, aynı para birimi, aynı vergi muamelesi, üç yıllık toplam.
Destek: saatler ve saat dilimi, kanallar, gerçekte kimin yanıtladığı, yanıt ve çözüm hedefleri, nelerin dahil nelerin ücretli olduğu, sorunu yükselten kişinin adı. Eğitim: kaç oturum, hangi roller için, yerinde mi uzaktan mı, materyali kim yazıyor, altıncı ayda yeni bir resepsiyonist katıldığında ne oluyor.
Özellik durumuna her satırda bir sütun ayrılır: geliştirildi, gerçek veriyle sınandı, adı geçen bir tesiste çalışıyor ya da tarihli olarak planlanıyor. Olmazsa olmaz bir satır için tesis adı veremeyen satıcı dürüstçe yanıtlıyordur; bu riski fiyatlayabilirsiniz. Yükseltme politikasını sorun: yeni sürümler dahil mi, yükseltmeye kim karar veriyor, yükseltmeden sonra özel raporlara ne oluyor.
| Kalem | Ne sorulur | Satıcının kullanacağı birim |
|---|---|---|
| Abonelik ya da lisans | Yinelenen ya da tek seferlik | Tesis başına aylık ya da oda başına aylık |
| Modüller | Hangileri dahil | Adıyla, ayrı fiyatlı |
| Arayüzler | Her bağlantı | Her biri, ücreti kimin ödediğiyle |
| Eğitim | Oturum sayısı ve roller | Sayı ve süre |
| Göç ve veri aktarımı | Sabit ya da değişken | Sabit fiyat ya da saatlik |
| Destek | Dahil ya da kademeli | Kademe, saatler, yanıt hedefi |
| İşlem ücretleri | Rezervasyon başına ücret var mı | Rezervasyon başına |
| Vergi | Dahil ya da hariç | Belirtilmiş |
| Üç yıllık toplam | Tek rakam | Tek sayı |
Üç yıllık toplam isteyin; çünkü ücretli arayüzler ve ücretli eğitimle düşük bir ilk yıl, düz bir tekliften bambaşka bir öneridir. Aboneliğin çevresindeki maliyetler otel yazılımı fiyatlandırmasının abonelik ötesinde nasıl oluştuğu yazısında ele alınır.
Yanıtlar puana nasıl dönüşür, senaryolu demo nasıl görünür?
Önce yazılı yanıtları puanlayın, olmazsa olmazlar için geçer ya da kalır eşiği kullanın; ancak sonra otelin yazdığı ve her satıcıya değiştirilmeden verilen tek bir demoyu yürütün.
Eşik önce gelir: yanıtlanmamış bir olmazsa olmaz satır düşük puan değil, kalır demektir. Boş yanıtı bir toplama ortalamaya katmak, tam olarak satın aldığınız riski gizler. Gerisini teklifler gelmeden ağırlıklandırın: süreç uyumu, uyum yönetimi, arayüzler, destek, üç yıllık fiyat ve çıkış koşulları; ağırlıklar yazılı olarak, sahip ve genel müdür tarafından kabul edilmiş olmalı. Puanı toplantıdan önce bağımsız ve yazılı olarak verin, sonra birleştirin; tek puanlayıcı, gördüğü son demoya kayar.
Demo senaryosu, otelin kendi haftasından alınmış beş altı sahneden oluşur; otelin sırasıyla, otelin veri biçimiyle: kısmen kullanılan bir grup bloğu, bir gün erken ayrılan bir misafir, misafirle şirket arasında bölünen bir hesap. Her sahneye süre sınırı koyun, satıcıdan sunum yerine kendi ürününü kullanmasını isteyin ve yanıt bir söze dönüştüğünde saati durdurun. Aynı modülleri ve aynı arayüzleri çalıştıran bir referans tesis isteyin; ilk ayda neyin bozulduğunu ve nasıl giderildiğini sorun.
Önemli noktaSenaryo hiç değişmez
Demo senaryosunu otel yazar ve satıcılar arasında asla değiştirmez. Bir satıcı kendi senaryosunu eklediği an karşılaştırma biter ve yine bir demo izliyorsunuzdur.
Şimdi ne yapmalı
Dosyayı bu hafta yazın: bölüm başına bir sayfa, numaralı ihtiyaçlar, tek bir fiyat tablosu ve tek bir demo senaryosu; sonra aynı son teslim tarihiyle üç satıcıya gönderin. Rfp nasıl hazırlanır sorusunun iş tarafı budur; soruların toplandığı rehber otel yönetim sistemi (PMS) seçimi yazımızdadır ve dosya, o soruları puanlayabileceğiniz, sözleşmeye ekleyebileceğiniz ve satıcıyı bağlayabileceğiniz yanıtlara dönüştürür.
Sıkça sorulan sorular
İhtiyaç listesi ile teklif isteme dosyası arasındaki fark nedir?
İhtiyaç listesi dosyanın tek bir bölümüdür. Teklif isteme dosyası gönderdiğiniz bütün pakettir: profil, ihtiyaçlar, uyum ve arayüzler, veri ve çıkış, destek ve fiyat; ayrıca yanıt biçimi, son teslim tarihi ve demo senaryosu. Biçim ve tarih olmadan bir liste, yalnızca listedir.
Otel yazılımı ihtiyaç dosyası ne kadar uzun olmalı?
Her satırın yanıtlanabileceği kadar kısa: aşağı yukarı 30 ile 60 numaralı ihtiyaç, tek sayfalık profil, bir fiyat tablosu ve bir demo senaryosu. Uzunluk amaç değildir; kimsenin yanıtlamadığı bir satır, hiç yazmadığınız satırdan pahalıya mal olur.
Dosyaya bir bütçe rakamı koymalı mıyız?
Bütçe değil, fiyat biçimini koyun. Açıklanan bir bütçe her teklifi o rakama sabitler ve paranın neyi aldığını gizler. Bunun yerine aynı tabloyu ve üç yıllık toplamı isteyin; sonra toplamları, her satıcının onayladığı kapsamla karşılaştırın.
Bir satıcı satır satır yanıtlamayı reddederse ne olur?
Reddi, imzadan sonra projenin nasıl yürüyeceğine dair bir yanıt olarak değerlendirin. Dosyayı olmazsa olmaz satırlara indirme önerisini sunun; ret sürerse teklifi, ürün açısından değil süreç açısından kalır olarak puanlayın.
İhtiyaç dosyasını yazmak için danışman gerekir mi?
Yazmak için gerekmez: her departman kendi süreçlerini anlatır, tek bir kişi tutarlı bir dille düzenler. Danışman ücretini puanlama aşamasında ve sözleşme aşamasında hak eder; yanıtların ek maddeye ve çıkış koşullarına dönüştüğü yer orasıdır.