Otel Mülk Yönetimi Yazılımı İçin RFP Nasıl Yazılır?

Otel mülk yönetimi yazılımı için bir RFP hazırlamak, yeni bir sisteme karar vermeden önce atabileceğiniz en akıllıca adımlardan biridir. Teklif talebi (RFP), belirli gereksinimlerinize, sorularınıza ve kriterlerinize yanıt vermelerini istemek amacıyla tedarikçilere gönderdiğiniz resmi bir belgedir.

Birden fazla tedarikçiyi değerlendirirken ve satış sunumları yerine yapılandırılmış, karşılaştırılabilir yanıtlar gerektiğinde RFP kullanın.

İyi yazılmış bir RFP, tedarikçileri standart demolarını sunmak yerine gerçek ihtiyaçlarınızı ele almaya zorlar. Her iki taraf için de hesap verebilirlik oluşturur ve ekibinize değerlendirme için tutarlı bir çerçeve sağlar. Sonuç, izlenimlere değil gerçeklere dayanan bir kısa listedir.

Gerçekten Bir RFP’ye İhtiyacınız Var mı?

RFP her zaman doğru araç değildir; ancak önemli sonuçlar doğuracak bir yazılım kararı alırken çoğu zaman en iyi seçenektir. Otel mülk yönetimi yazılımında bu süreç, değerlendirmeniz gerçek bir karmaşıklık veya kurumsal hesap verebilirlik içerdiğinde en fazla faydayı sağlar. RFP şu gibi durumlarda anlamlıdır:

• Aynı anda üç veya daha fazla tedarikçiyi değerlendiriyorsunuz.
• Mülkünüzde birden fazla departman, konum veya entegrasyon gereksinimi bulunuyor.
• Bir satın alma komitesi veya mülk sahipleri grubu, belgelenmiş bir gerekçeye ihtiyaç duyuyor.
• Mevcut bir sistemi, kapsamlı veri taşıma gereksinimiyle birlikte değiştiriyorsunuz.
• Bütçe onayı, resmi bir rekabetçi teklif süreci gerektiriyor.

RFP Ne Zaman Gereksiz Olabilir?

İhtiyaçları basit olan küçük ve bağımsız bir mülkseniz ve zaten güvendiğiniz bir veya iki tedarikçiden oluşan kısa bir listeniz varsa, yapılandırılmış bir tedarikçi demosu ve net bir soru listesi muhtemelen ihtiyacınız olan sonuca ulaşmanızı sağlar. Hızın süreçten daha önemli olduğu ve kararınızın dış onay gerektirmediği durumlarda RFP’yi atlayın.

RFI ve RFP ile RFQ Arasındaki Fark Nedir?

RFI bilgi toplar, RFP çözüm teklifleri ister ve RFQ belirli fiyatlandırmayı talep eder. Özellikle gereksinimleriniz ve tercih ettiğiniz çözüm zaten net olduğunda, her otel mülk yönetimi yazılımı satın alımı için RFP gerekmez. Doğru belgeyi seçmek, tedarikçilere doğru yönlendirmeyi sağlar ve ekibinizin yanıtları adil bir şekilde karşılaştırmasına yardımcı olur.

Her satın alma belgesini yazılım satın alma ihtiyaçlarınızla eşleştirmek için bu tabloyu kullanın:

Kaçınılması Gereken Yaygın RFP Hataları

Zayıf RFP’ler, tedarikçileri mülkünüz, öncelikleriniz ve satın alma kısıtlamalarınız hakkında tahminde bulunmak zorunda bırakır. Bu durum belirsiz yanıtlara, tutarsız fiyatlandırmaya ve karşılaştırılması zor tekliflere yol açabilir. Yaygın hatalar arasında kapsamı geniş gereksinimler kullanmak, sorumlulukları belirsiz bırakmak, uygulama ihtiyaçlarını gözden kaçırmak ve tedarikçilerin sınırlamaları veya ek maliyetleri nasıl açıklaması gerektiğini belirtmemek yer alır.

Tedarikçi yanıtlarını daha yararlı ve karşılaştırılabilir hale getirmek için şu hatalardan kaçının:

Yetersiz Arka Plan Bilgisi veya Bağlam

Tesis türünüzü, oda sayınızı, konumlarınızı, departmanlarınızı, mevcut sisteminizi ve projenin hedeflerini açıklayın. Bu bağlam olmadan tedarikçiler uygun olmayan yapılandırmalar önerebilir veya birden fazla tesis için raporlama, kat hizmetleri iş akışları ya da geçiş ihtiyaçları gibi gereksinimleri gözden kaçırabilir. Kısa bir tesis profili ekleyin ve yeni sistemin çözmesi gereken operasyonel sorunları açıklayın.

Eksik veya Belirsiz Bütçe

Beklenen bütçe aralığınızı belirtin veya tek seferlik ve yinelenen maliyetlerin eksiksiz bir dökümünü isteyin. Net fiyatlandırma yönlendirmesi olmadan tedarikçiler onay limitinizi aşan çözümler önerebilir ya da uygulama, entegrasyonlar, eğitim, destek ve veri geçişi maliyetlerini dahil etmeyebilir. Tedarikçilerden her maliyeti ayrı göstermelerini ve isteğe bağlı ücretleri belirtmelerini isteyin.

Belirsiz Gereksinimler veya Hukuki Jargon

Gereksinimleri sade bir dille yazın ve ekibinizin her özellikten beklediği sonucu açıklayın. Belirsiz ifadeler farklı yorumlara yol açarken aşırı hukuki dil önemli operasyonel ayrıntıları gizleyebilir. Sistemin oda atamalarını, fiyat kısıtlamalarını, denetim izlerini ve konuk verilerine erişimi nasıl ele aldığını sormak gibi spesifik sorular kullanın.

Paylaşılan Değerlendirme Kriteri Yok

Tedarikçilere, yanıt vermeden önce teklifleri nasıl değerlendireceğinizi bildirin. Paylaşılan kriterler olmadan tedarikçiler kendi tercih ettikleri satış noktalarına odaklanabilir ve ekibiniz yanıtları tutarsız biçimde puanlayabilir. İşlevsellik, entegrasyonlar, uygulama, destek, güvenlik, kullanılabilirlik ve toplam maliyet gibi alanlara ağırlıklar atayın.

Tedarikçi Yanıtları İçin Standart Format Yok

Her tedarikçiye aynı yanıt şablonunu, soru sırasını ve fiyatlandırma formatını verin. Yapılandırılmamış teklifler, dahil edilen özellikleri, varsayımları, hizmet düzeylerini, sözleşme koşullarını ve hariç tutulanları karşılaştırmayı zorlaştırır. Tedarikçilerin her gereksinimi doğrudan yanıtlamasını ve yanıtları dahil, yapılandırılabilir, özel geliştirme, kullanılamaz veya açıklama gerektiriyor şeklinde etiketlemesini zorunlu tutun.

Join our Community

Keep up with the hotel management community!

Get Free Access

Have an account? Log In

Otel Mülk Yönetimi Yazılımı RFP Ekibinizi Oluşturun

Farklı işlevlerden oluşan bir ekip, tedarikçiler tekliflerini sunmadan önce operasyonel ihtiyaçları, satın alma kısıtlarını ve teknik gereksinimleri belirlemenize yardımcı olur. Ayrıca ortak sorumluluk oluşturarak nihai kararınızın tesisin gerçekte nasıl çalıştığını yansıtmasını sağlar.

Uygulanabilir bir RFP hazırlamak ve tedarikçi yanıtlarını adil biçimde değerlendirmek için şu grupları sürece dahil edin:

Proje Sponsoru

Genel müdür, işletme sahibi, operasyonlardan sorumlu üst düzey yönetici veya bölgesel operasyon direktörü, otel mülk yönetimi yazılımı RFP'sine sponsor olabilir. Bu kişi proje önceliklerini belirler, bütçe beklentilerini doğrular, birbiriyle çelişen gereksinimleri çözer ve nihai onayı verir.

İşlevsel Uzmanlar

Ön büro müdürü, odalar bölümü müdürü, gelir yöneticisi, kat hizmetleri müdürü, finans sorumlusu ve BT yöneticisi departman gereksinimlerini tanımlayabilir. Mevcut iş akışlarını açıklamalı, entegrasyon ihtiyaçlarını belirlemeli, raporlama eksiklerini işaretlemeli ve önerilen özelliklerin günlük operasyonları destekleyip desteklemediğini değerlendirmelidirler.

Satın Alma veya RFP Hazırlama Ekibi

Satın alma yöneticisi, satın alma uzmanı, proje yöneticisi veya iş analisti RFP sürecini organize edebilir. Bu grup yanıt şablonunu oluşturur, son tarihleri belirler, fiyat taleplerini standartlaştırır, varsayımları belgeler ve tedarikçi sorularını koordine eder.

Son Kullanıcılar ve Paydaşlar

Resepsiyon görevlileri, rezervasyon personeli, kat hizmetleri çalışanları, gece denetçileri, tesis muhasebecileri ve işletme sahibi temsilcileri pratik ihtiyaçları ve kararlarla ilgili kaygıları açıklayabilir. Geri bildirimleri kullanılabilirliği test etmeye, eğitim gereksinimlerini belirlemeye, erişim izinlerini değerlendirmeye ve tekliflerin gerçek konuk hizmeti iş akışlarına uygun olduğunu doğrulamaya yardımcı olur.

Olmazsa Olmazları ve Hedefleri Tanımlayın

Tedarikçilerden teklif istemeden önce yeni otel mülk yönetimi yazılımınızın neler yapması gerektiğini tanımlayın. Net sorunlar, hedefler ve vazgeçilmez koşullar, tedarikçilerin operasyonunuza doğrudan yanıt vermesine ve yanıtların karşılaştırılmasını kolaylaştırmasına yardımcı olur.

Gereksinimlerinizi tanımlamak için bu alanları kullanın:

• Mevcut sistemdeki sorunlu noktalar: Mevcut sisteminizin nerelerde gecikmelere, hatalara veya yinelenen işlere yol açtığını açıklayın. Örneğin, resepsiyon görevlilerinin rezervasyon ayrıntılarını yeniden girip girmediğini, kat hizmetleri ekibinin canlı oda durumu güncellemelerine erişemediğini veya yöneticilerin raporları manuel olarak dışa aktarıp aktarmadığını belirtin.

• Gerekli iyileştirmeler ve başarı sonuçları: Talep edilen her özelliği ölçülebilir bir operasyonel sonuçla ilişkilendirin. Daha hızlı giriş işlemleri, oda durumu tutarsızlıklarının azalması, daha doğru doluluk raporları veya bakım görevlerinin daha iyi görünür olması gibi gereksinimler belirleyebilirsiniz.

• İşlevsel, teknik ve uyumluluk gereksinimleri: Rezervasyonlar, faturalandırma, kat hizmetleri, raporlama, otel muhasebe yazılımı ile entegrasyonlar, güvenlik ve veri koruma kapsamındaki gerekli yetenekleri listeleyin. Ödeme işleme, muhasebe entegrasyonu, role dayalı erişim, denetim günlükleri, veri saklama ve geçerli gizlilik yükümlülüklerine uyumluluk gibi gereksinimleri belirtin.

• Kullanıcı rolleri, kullanım düzeyleri ve iş akışları: Her kullanıcı grubunu, beklenen kullanıcı sayısını, erişim düzeyini ve temel iş akışını belirleyin. Resepsiyon görevlilerini, gece denetçilerini, kat hizmetleri personelini, gelir yöneticilerini, finans çalışanlarını ve bölgesel operasyon yöneticilerini; varışlar veya vardiya değişimleri sırasındaki yoğun kullanım dönemleriyle birlikte dahil edin.

• Kurulum tercihleri: Bulut tabanlı, yerel olarak barındırılan veya hibrit kurulumu tercih edip etmediğinizi belirtin. Tarayıcı erişimi, mobil iş akışları, internet kesintilerine dayanıklılık, tesis düzeyinde yapılandırma, güncellemeler, veri barındırma ve tedarikçi tarafından yönetilen altyapı gereksinimlerini açıklayın.

Otel Tesis Yönetimi Yazılımı RFP'sini Yazın

Hedefleriniz, gereksinimleriniz ve paydaşlarınız belirledikten sonraki adım, bunları odaklanmış bir RFP'ye dönüştürmektir. İyi organize edilmiş bir belge, tedarikçilere net bir yön verir ve ekibinizin işlevleri, uygulama planlarını, fiyatlandırmayı ve desteği karşılaştırmasına yardımcı olur. RFP'nize şu bölümleri ekleyin:

1. Yönetici Özeti

Tesisinizi, proje hedeflerinizi, mevcut sisteminizi ve yeni bir yazılım arama nedeninizi açıklayın. Oda sayısı, tesis türü, konum sayısı ve planlanan karar tarihi gibi ayrıntılardan bahsedin. Departmanlar arasında tek bir rezervasyon kaydı veya oda durumu hakkında daha iyi görünürlük gibi beklediğiniz sonuçları açıklayın.

2. İş Kapsamı

Tedarikçilerin sağlaması gereken hizmetleri ve yazılım yeteneklerini tanımlayın. Uygun olduğu durumlarda rezervasyonları, resepsiyon operasyonlarını, kat hizmetlerini, bakımı, faturalandırmayı, raporlamayı, entegrasyonları, veri aktarımını, desteği ve birden fazla tesisin yönetimini dahil edin. Örneğin, tedarikçilerden sistemlerinin oda değişikliklerini, grup rezervasyonlarını, bölünmüş ödemeleri ve kullanıma kapalı odaları nasıl yönettiğini açıklamalarını isteyin.

3. Teknik Gereksinimler

Ekibinizin platformun karşılamasını beklediği teknik koşulları listeleyin. Kurulum modelini, desteklenen tarayıcıları ve cihazları, mobil erişimi, API'leri, entegrasyonları, veri dışa aktarmayı, çalışma süresi hedeflerini, yedekleme süreçlerini ve yoğun varışlar sırasındaki performansı kapsayın. Muhasebe, ödeme, satış noktası, otel rezervasyon motoru, kanal yönetimi veya kimlik yönetimi platformları gibi mevcut sistemleri belirtin.

4. Tedarikçi Yetkinlikleri

Tedarikçilerden sizinkine benzer tesisleri destekleyebileceklerine dair kanıt sunmalarını isteyin. Şirket geçmişini, konaklama sektöründeki müşterileri, ilgili uygulama deneyimini, destek konumlarını, finansal bilgileri ve referansları talep edin. Referanslara veri aktarımının doğruluğunu, yanıt sürelerini, sistem kullanılabilirliğini, eğitimin kalitesini ve tedarikçinin çözülemeyen sorunları nasıl ele aldığını sorun.

5. Güvenlik ve Uyumluluk Gereksinimleri

Misafir, ödeme, çalışan ve işletme verilerinin korunmasına yönelik gereksinimlerinizi belirtin. Tedarikçilerden erişim kontrollerini, çok faktörlü kimlik doğrulamayı, şifrelemeyi, denetim günlüklerini, güvenlik açığı testlerini, olaylara müdahaleyi, veri saklama sürelerini ve alt işleyenleri açıklamalarını isteyin. Ödeme kartı gereklilikleri ve misafirlerinizi veya faaliyet gösterdiğiniz konumları etkileyen gizlilik yasaları gibi geçerli yükümlülükleri dahil edin.

6. Uygulama ve Eğitim Beklentileri

Keşif, yapılandırma, veri taşıma, entegrasyon testi, kullanıcı kabul testi, kullanıma alma desteği ve kullanıma alma sonrası inceleme dahil olmak üzere ihtiyaç duyduğunuz uygulama hizmetlerini açıklayın. Proje kilometre taşları, tedarikçi sorumlulukları, tesis sorumlulukları ve eskalasyon prosedürleriyle ilgili beklentileri belirleyin. Tedarikçilerden resepsiyon görevlileri, gece denetçileri, kat hizmetleri ekipleri, yöneticiler ve yöneticiler için bir eğitim planı sunmalarını isteyin.

7. Fiyatlandırma ve Lisanslama

Tedarikçilerin abonelik ücretlerini, kurulum bedellerini, uygulama hizmetlerini, entegrasyonları, veri taşımayı, eğitimi, desteği, donanımı, vergileri ve isteğe bağlı modülleri ayrı ayrı belirtmelerini zorunlu tutun. Fiyatlandırma esasını oda, tesis, kullanıcı, işlem veya kullanım seviyeleri gibi ölçütlerle tanımlayın. Üç veya beş yıllık toplam fiyatlandırmayı, yenileme artışlarını, asgari taahhütleri ve oda veya konum ekleme ücretlerini talep edin.

8. Sözleşme Koşulları

Kuruluşunuzun tedarikçilerin ele almasını beklediği ticari ve hukuki koşulları belirtin. Sözleşme süresini, yenilemeleri, fesih haklarını, hizmet düzeylerini, destek yanıt sürelerini, veri sahipliğini, veri dışa aktarmayı, gizliliği, sorumluluğu, sigortayı, fiyat değişikliklerini ve alt yüklenicileri kapsayın. Tedarikçilerden koşullarınızla ilgili istisnaları belirlemelerini ve önerilen herhangi bir sözleşmenin değişiklikleri işaretlenmiş bir kopyasını sunmalarını isteyin.

9. Tedarikçi Yanıtı Gereksinimleri

Ekibinizin teklifleri daha kolay karşılaştırabilmesi için tedarikçilerden yanıtlarını tutarlı bir biçimde yapılandırmalarını isteyin. Her işlevsel gereksinimi ele almalarını, özelliklerin standart, yapılandırılabilir, özel geliştirme gerektiren veya kullanılamaz durumda olup olmadığını belirtmelerini ve bağımlılıkları, sınırlamaları veya ek maliyetleri açıklamalarını zorunlu tutun. Ayrıca tedarikçilerden üçüncü taraf entegrasyonlarının veya uygulama hizmetlerinin gerekli olduğu noktaları belirtmelerini isteyebilirsiniz.

Değerlendirme Kriterlerinizi Belirleyin

Özellikle birkaç departman farklı özellikleri inceleyecekse, tedarikçiler tekliflerini sunmadan önce değerlendirme kriterlerinizi belirleyin. İşlevsellik, kullanılabilirlik, entegrasyonlar, uygulama, destek ve toplam maliyet gibi hangi faktörlerin en önemli olduğuna karar verin ve önemlerine göre her birine bir ağırlık verin. Her teklif için aynı ağırlıklı puanlama çerçevesini kullanmak, ekibinizin tedarikçileri tutarlı biçimde değerlendirmesine yardımcı olur ve kararların operasyonel önceliklerle bağlantılı kalmasını sağlar.

En Önemli Unsurlar Nelerdir?

Proje hedeflerinizi ve operasyonel önceliklerinizi yansıtan, ağırlıklandırılmış üç ila beş kategori seçin. Örneğin, birden fazla tesisten oluşan bir grup raporlama ve merkezi yönetime daha fazla ağırlık verebilirken, bağımsız bir otel resepsiyon iş akışlarına ve uygulama desteğine öncelik verebilir. Bu yaygın puanlama kategorilerini gözden geçirin ve ardından yalnızca ekibiniz için en önemli olanları seçin:

• İşlevsel uygunluk
• Entegrasyon yetenekleri
• Uygulama planı
• Kullanıcı deneyimi
• Raporlama ve analiz
• Güvenlik ve uyumluluk
• Destek ve eğitim
• Toplam maliyet
• Tedarikçi deneyimi
• Sözleşme koşulları

Bir Puanlama Matrisi Kullanın

Her kriter için bir satır ve her tedarikçi için bir sütun içeren bir puanlama matrisi oluşturun. İşlevsel uygunluğa %30, entegrasyonlara %20, uygulamaya %15, desteğe %15, güvenliğe %10 ve toplam maliyete %10 ağırlık verebilir, ardından bu ağırlıkları kendi önceliklerinize göre ayarlayabilirsiniz. Değerlendiricilerin her kriteri tutarlı bir 1–5 veya 1–10 ölçeğinde puanlamasını sağlayın ve her puanı kendisine atanmış ağırlıkla çarpın. Veri taşıma riski temel endişenizse, her kategorinin eşit sayılmasına izin vermek yerine uygulama ağırlığını artırın.

Puanlama Sürecinizi Netleştirin

Teklifleri kimin puanlayacağını ve yanıtlar ulaşmadan önce değerlendiricilerin hangi kanıtları dikkate alması gerektiğini belirleyin. Sorumlulukları satın alma sürecini etkilediğinde ön ofis, kat hizmetleri, finans, BT, gelir yönetimi ve mülkiyet temsilcilerini dahil edin. Her puan için açıklamalar içeren standartlaştırılmış bir değerlendirme ölçütü kullanın, ardından puanlama başlamadan önce değerlendiricilerin gereksinimleri tutarlı biçimde yorumlamasını sağlamak için kısa bir uyum toplantısı planlayın. Eksik bir muhasebe entegrasyonu veya belirsiz bir eğitim planı gibi olağan dışı derecede yüksek veya düşük puanlar için yazılı yorumlar talep edin.

Otel Tesis Yönetimi Yazılımı RFP'sini Yayınlayın

RFP'nizi açık ve kontrollü bir süreç üzerinden dağıtın; böylece her tedarikçi aynı bilgileri alır ve yanıt vermek için eşit süreye sahip olur. Tutarlı bir süreç ayrıca ekibinize soruların, son tarihlerin ve başvuruların güvenilir bir kaydını sunar; şu uygulamaları kullanın:

Doğru Dağıtım Yöntemini Seçin

RFP'yi doğrudan e-postayla gönderin, bir tedarik portalı üzerinden yayımlayın veya tedarikçileri merkezi bir kaynak bulma platformu aracılığıyla davet edin. Çoğu otel yazılımı araştırması için belge erişimini, tedarikçi sorularını, teklif alımını ve revizyon geçmişini tek bir yerde kaydeden merkezi bir sistem kullanmanızı öneririm. Bir tedarikçi iletişim listesi ekleyin veya pms-rfp@yourhotel.com gibi rol tabanlı bir gelen kutusu kullanın; böylece süreci birden fazla ekip üyesi yönettiğinde iletişim netliğini koruyabilirsiniz.

Net Bir Zaman Çizelgesi Belirleyin

RFP'nin içinde, saat dilini ve tarihlerin takvim günü mü yoksa iş günü mü ifade ettiğini de belirterek her dönüm noktasını yayımlayın. Bir otel tesis yönetimi yazılımı araştırması için uygulanabilir bir zaman çizelgesi şöyle olabilir:

• RFP yayımlanma tarihi: Son belgeyi ve yanıt şablonunu davet edilen tüm tedarikçilere gönderin.
• Tedarikçi soru-cevap dönemi: Sorular için beş ila yedi iş günü tanıyın, ardından yanıtları katılan tüm tedarikçilerle paylaşın.
• Son başvuru tarihi: Tedarikçilere RFP'yi aldıktan sonra tekliflerini hazırlamaları için iki ila üç hafta verin.
• Değerlendirme ve seçim dönemi: Puanlama, tanıtımlar, referans kontrolleri ve finalist seçimi için bir ila iki hafta ayırın.

Bir dönüm noktası değişirse tedarikçileri zamanında bilgilendirin ve tüm katılımcı tedarikçilere uzatmayı aynı anda bildirin.

Başvuru Gereksinimlerini Tanımlayın

Tedarikçilere teklifleri nasıl sunacaklarını açıkça bildirin; örneğin anlatı yanıtı için PDF, fiyatlandırma için XLSX ve doldurulmuş anketler için DOCX kullanmalarını isteyin. Bir tedarik portalı, güvenli yükleme bağlantısı veya rol tabanlı gelen kutusu gibi teslim yöntemini belirtin ve tedarikçilerin şablonlarınızı veya formlarınızı kullanmasının zorunlu olup olmadığını açıklayın. Ayrıca son teslim tarihi saat dilimini, teklif geçerlilik süresini, dosya boyutu sınırlarını, adlandırma kuralını ve geç başvuruların reddedilip reddedilmeyeceğini ya da yalnızca yazılı onayla kabul edilip edilmeyeceğini belirtin.

Tedarikçi Yanıtlarını Değerlendirin ve Kısa Liste Oluşturun

Her teklifi daha önce belirlediğiniz gereksinimlere ve değerlendirme çerçevesine göre inceleyin. Belgelenmiş yetenekleri, fiyatlandırma varsayımlarını, uygulama zaman çizelgelerini, destek taahhütlerini ve tedarikçilerin belirttiği istisnaları karşılaştırın. Sonuçları kullanarak alanı tanıtımlar, referans kontrolleri veya takip soruları aracılığıyla daha derin doğrulamayı hak eden tedarikçilerle daraltın:

• Teklif incelemelerini standartlaştırın: Her yanıtı aynı çalışma sayfasına veya karşılaştırma tablosuna dönüştürün. Her gereksinimin dahil, yapılandırılabilir, özel geliştirme gerektiren, kullanılamaz veya belirsiz olup olmadığını kaydedin ve entegrasyonlar, kullanıcı sayıları ve destekle ilgili varsayımları not edin.

• Ağırlıklı puanlama matrisi kullanın: İşlevsel uygunluğu, entegrasyonları, uygulamayı, desteği, güvenliği, kullanılabilirliği ve toplam maliyeti üzerinde anlaşılmış ağırlıkları kullanarak puanlayın. Örneğin, yoğun sezon öncesinde bir sistemi değiştirirken veri aktarımına ve eğitime daha fazla ağırlık verin.

• Yapılandırılmış tanıtımlar planlayın: Her finaliste genel sunumlara izin vermek yerine aynı senaryoları verin. Tedarikçilerden, iş akışlarınızı kullanarak bir oda değişikliği, bölünmüş ödeme, grup rezervasyonu, kat hizmetleri durum güncellemesi, gece denetimi ve muhasebe dışa aktarımını göstermelerini isteyin.

• Tedarikçi referanslarıyla görüşün: Oda sayıları, tesis türleri, entegrasyonları veya birden fazla tesis gereksinimleri benzer olan otellerle konuşun. Referanslara veri aktarımının doğruluğunu, destek yanıt sürelerini, eğitim kalitesini, sistem kullanılabilirliğini ve çözümlenmemiş uygulama sorunlarını sorun.

• Teklifteki boşlukları netleştirin: Fiyatlandırma, işlevsellik, zaman çizelgeleri veya sözleşme koşulları belirsiz göründüğünde yazılı sorular gönderin. İstenen bir özelliğin dahil mi, yapılandırılabilir mi, özel geliştirme mi gerektirdiğini veya planlanıp planlanmadığını sorun ve son puanlamadan önce her yanıtı belgeleyin.

Tedarikçileri Seçin ve Bilgilendirin

Gereksinimlerinize, uygulama kapasitenize, bütçenize ve uzun vadeli operasyonel ihtiyaçlarınıza en iyi uyan tedarikçiyi seçin. Herkesi bilgilendirmeden önce nihai puanları, referans geri bildirimlerini, fiyatlandırma varsayımlarını, sözleşme istisnalarını ve çözümlenmemiş riskleri doğrulayın. RFP sürecini adil biçimde tamamlamak ve ekibinizi uygulamaya hazırlamak için şu son adımları tamamlayın:

Seçilen ve Seçilmeyen Tedarikçileri Bilgilendirin

Önce seçilen tedarikçiyle iletişime geçin, ardından seçilmeyen tedarikçileri gecikmeden ve saygılı bir şekilde bilgilendirin. Karar takvimini açıklayın, her tedarikçiye teklifi için teşekkür edin ve satın alma politikanız izin verdiğinde sınırlı geri bildirim sunun. Örneğin, seçilmeyen bir tedarikçiye kat hizmetleri özelliklerinin yüksek puan aldığını, ancak geçiş takviminin ve muhasebe entegrasyonunun proje gereksinimlerini karşılamadığını söyleyin.

Son Müzakerelere Hazırlanın

Maliyeti, riski ve tesisinizin kullanıma alındıktan sonra faaliyet gösterebilme kapasitesini etkileyen konularda müzakere edin. Abonelik ücretlerini, yenileme artışlarını, uygulama ücretlerini, geçiş hizmetlerini, eğitim saatlerini, entegrasyon ücretlerini, hizmet düzeyi hedeflerini, destek yanıt sürelerini, veri dışa aktarma haklarını, fesih koşullarını ve sorumluluk hükümlerini gözden geçirin. Onaydan önce finaliste, her değişikliği revize edilmiş bir teklif ve sözleşme taslağında teyit ettirin.

İmzadan Önce Kurum İçi Mutabakatı Sağlayın

Proje sponsorundan, finans veya satın alma ekibinden, BT ve güvenlik inceleme ekiplerinden, hukuk danışmanından ve uygulamadan etkilenecek departman yöneticilerinden onay alın. Onaylanan bütçenin yinelenen ücretleri, tek seferlik hizmetleri, vergileri, donanımı, entegrasyonları ve beklenmeyen maliyetler için ayrılan payı içerdiğini doğrulayın. Sözleşmeyi imzalamadan önce uygulama takvimini, veri geçişi sorumluluklarını, yoğun sezon kısıtlamalarını ve imza yetkisini son kez gözden geçirin.

Dikkate Alınması Gereken En İyi Otel Tesis Yönetimi Yazılımları

Here's my pick of the 10 best software from the 10 tools reviewed.

Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.

1. 1. roommaster — Best for hotel revenue optimization
2. 2. Canary Technologies — Best for full-lifecycle guest management
3. 3. Click Maint CMMS — Best for hotel maintenance management
4. 4. Mews — Best for automated hotel operations
5. 5. Connecteam — Best for internal hotel communication
6. 6. ResNexus — Best for complete booking management
7. 7. ThinkReservations — Best for all-in-one booking engine
8. 8. HotelKey — Best for mobile-first operations
9. 9. WebRezPro — Best for integrating with third-party applications
10. 10. innRoad — Best for independent hotels

Otel PMS RFP'niz Hazır—Şimdi Doğru Sistemi Seçin

Tedarikçiler yanıtlarını verdikten ve seçiminizi yaptıktan sonra, bir sonraki adım seçtiğiniz PMS'nin tesisiniz için uzun vadede doğru seçenek olduğundan emin olmaktır— bir otel PMS'si nasıl seçilir  başlıklı rehberimiz, entegrasyon uyumluluğu ve ölçeklenebilirlikten dağıtım türüne ve tedarikçi desteğine kadar temel ölçütleri adım adım ele alır.