Wstęp
Chociaż teoretycznie rozwijanie firmy oferującej oprogramowanie dla branży hotelarskiej za pomocą zapytań ofertowych (RFP) może wydawać się łatwe, w praktyce wiele hoteli przegląda chwytliwe prezentacje sprzedażowe i próbuje ustalić, czy rzeczywiście spełniają one oczekiwania. Na przykład, jeśli dostawca deklaruje “łatwą integrację”, “wysoki czas sprawności” lub “wsparcie dla wielu obiektów”, to wszystkie te stwierdzenia są dobrymi sloganami reklamowymi. Jednak ich rzeczywiste znaczenie dla hotelu zmieni się, gdy do równania dodamy system PMS, systemy płatności, harmonogramy pracy pracowników i wpływ wdrożenia.
Te dwa obowiązki przyczyniają się do tworzenia solidniejszych RFP, które pomagają dostawcom jasno określić, na czym się koncentrują, i pozwalają Twojemu zespołowi stworzyć sprawiedliwy, a nie emocjonalny model punktacji dla wszystkich propozycji.
W Appricotsoft stosujemy proste podejście do tworzenia oprogramowania. Żadnych “czarnych skrzynek”, żadnych niejasnych obietnic i nie utożsamiamy dynamicznych projektów oprogramowania dla branży hotelarskiej z produkcją przeciętnej aplikacji na tablet. Postrzegamy naszą pracę jako przedłużenie tożsamości naszej firmy, a budowanie silnych partnerstw programistycznych to dla nas uczciwość, odpowiedzialność i koncentracja na rezultatach dla naszych klientów.
Ten przewodnik pomoże Ci stworzyć listę pytań RFP i kryteria oceniania, skupiając się na czterech obszarach, które zazwyczaj decydują o tym, czy projekt w branży hotelarskiej zakończy się sukcesem, czy stanie się bolesny:
- integracje
- dostępność i niezawodność operacyjna
- podejście wdrożeniowe
- możliwość obsługi wielu właściwości
Docelowa grupa odbiorców artykułu obejmuje założycieli firm produkujących oprogramowanie dla branży hotelarskiej, menedżerów hoteli, liderów innowacji oraz kadrę kierowniczą wyższego szczebla, którzy chcą prowadzić skuteczniejsze rozmowy z dostawcami i stosować lepsze kryteria oceny bez wielu niespodzianek po zawarciu umowy. Układ, grupa docelowa i namacalny efekt produktu, wynikające z powyższego opisu, będą zgodne ze standardami obowiązującymi na blogu.
Oto kilka przykładów, dlaczego ogólne zapytania ofertowe nie sprawdzają się w branży hotelarskiej.
Zespoły zakupowe mogą łatwo oceniać dostawców, korzystając z listy kontrolnej “gotowości do działania”, jednak gdy już zaczną integrowanie produktów dostawcy z istniejącymi systemami, wspierając ruchliwą recepcję i wdrażanie produktów w przypadku wielu nieruchomości o różnych różnicach operacyjnych mogą występować pewne problemy.
Hotele nie są środowiskami jednosystemowymi, lecz raczej zbiorem zintegrowanych aplikacji; hostowanych na lub zintegrowanych z systemem zarządzania nieruchomością (PMS), systemem rezerwacji online, bramką płatności (np. kartą kredytową), aplikacjami do obsługi wiadomości, systemami sprzątania, systemami dostępu do pokoi, systemem sprzedaży dodatkowej, systemami punktów sprzedaży (POS), systemami lojalnościowymi, raportowaniem analitycznym itp., a także z wieloma procesami wewnętrznymi, które działają inaczej w poszczególnych obiektach. Złożoność tych warstw łączności, gdy wdrażanie gościnności rozwiązania dostawców rodzą dodatkowe pytania wykraczające poza te, które zwykle zadaje się przy podejmowaniu decyzji o zakupie ogólnego oprogramowania (np. czy dostawca oferuje dobry interfejs).
Appricotsoft oferuje doskonały wybór treści poświęconych branży hotelarskiej, które pokazują, że aby rozwiązania dostawców usług hotelarskich mogły zostać pomyślnie zintegrowane, dostawca musi rozumieć konkretny model operacyjny obiektu hotelowego, wymagany stopień integracji, stopień zaawansowania przygotowań produktu do wdrożenia oraz gotowość obiektu do obsługi zintegrowanego produktu dostawcy, a nie tylko jakość interfejsu dostawcy.
Przykładem pytania, które powinno znaleźć się w dobrym RFP, jest:, “Czy dostarczysz plan integracji?” zamiast po prostu “Czy możesz to zbudować?”
Rodzaje pytań zadawanych w RFP pokażą różnicę między dostawcą, który sprzedaje zaufanie, a takim, który wzbudza zaufanie klienta.
Czego oczekiwać od zapytania ofertowego


Zanim zaczniesz zadawać pytania dostawcom, ustal z zespołem, czego oczekujesz od zapytania ofertowego (RFP). Na przykład w oprogramowaniu dla branży hotelarskiej celem RFP nie jest tylko ocena ofert, ale obniżenie ryzyka związanego z realizacją.
Skuteczne RFP pomoże Ci:
- Oceniaj dostawców pod kątem ich możliwości realizacji zamówień, a nie pod kątem atrakcyjności ich prezentacji.
- Łatwiejsza identyfikacja ukrytych założeń dotyczących integracji lub własności danych.
- Sprawdź, czy obietnice dostawcy dotyczące czasu sprawności działania są poparte dowodami dyscypliny operacyjnej.
- Oceń dojrzałość planu wdrożenia dostawcy – zarówno dla jednej nieruchomości, jak i dla całego portfolio.
- Sprawdź, czy dostawca będzie w stanie obsłużyć przyszły rozwój po wdrożeniu.
Jest to zgodne z naszym przekonaniem o transparentności systemów dostaw. W Appricotsoft korzystamy z platformy Unison Framework, która opiera się na przejrzystości postępów, dowodach kompromisów, cotygodniowych demonstracjach, wspólnych dziennikach decyzyjnych oraz kontroli jakości wbudowanej w fazy rozwoju, a nie dopiero na końcu. Ten sam tok myślenia jest ważny przy wyborze dostawcy: warto współpracować z partnerem, który jasno komunikuje swój system dostaw przed rozpoczęciem projektu, a nie dopiero po popełnieniu błędu w jego trakcie.
4 aspekty, które należy wziąć pod uwagę przy ocenie RFP dla firmy hotelarskiej
W procesie oceny wniosków o propozycje (RFP) firmy hotelarskie powinny skupić większość swojej oceny na tych czterech aspektach.
1. Zintegrowane systemy
Wiele problemów związanych z ukrytymi elementami zakresu, opóźnieniami spowodowanymi przesunięciem terminów i słabą wydajnością operacyjną wynika z integracji systemów oprogramowania. Firma deklarująca: “Integracja z PMS” nie daje firmom zatrudniającym pełnego obrazu sytuacji. Każda firma zatrudniająca musi znać rodzaje systemów, z którymi oprogramowanie będzie współpracować, metody integracji, przepływ danych, sposób obsługi ewentualnych problemów oraz zależności operacyjne między hotelem a dostawcą.
2. Czas sprawności i niezawodność działania
W przypadku incydentu systemowego między dostawcą oprogramowania hotelowego a systemem tego dostawcy, hotel nadal funkcjonuje; goście nadal przybywają, personel nadal potrzebuje narzędzi do wykonywania swojej pracy, a zamówienia są składane u dostawców. Ocena czasu sprawności jako miary ciągłości działania, a nie miary wydajności sprzętu i/lub oprogramowania, jest kluczowa dla zapewnienia, że firmy hotelarskie nie będą miały przerw w świadczeniu usług swoim gościom.
3. Metodologia wdrażania
Skuteczne wdrożenie dobrych systemów oprogramowania może się nie powieść z powodu słabych szkoleń i/lub procedur zarządzania zmianą, słabych metod pilotażowych oraz braku metod awaryjnych dla firm. Dla firm hotelarskich wdrożenie jest kluczowym elementem produktu oferowanego przez dowolnego dostawcę; nie należy go traktować jako czegoś drugorzędnego.
4. Obsługa wielu nieruchomości
Pojedyncza udana implementacja w jednym hotelu nie gwarantuje, że zadziała ona również po wdrożeniu w wielu hotelach, z których każdy korzysta z innych zasad marki, konfiguracji lokalnych, dostępu/ról klientów, procesów zarządzania treścią itd. Wszystkie hotele w sieci muszą być w stanie powtórzyć to wdrożenie i późniejszą obsługę przed przystąpieniem do instalacji produktu.
Pytania RFP: integracje
Poniżej znajdziesz najprzydatniejsze pytania RFP, które możesz zadać dostawcom w kontekście integracji.
Pytania główne
- Z którymi systemami PMS, systemami rezerwacji, systemami płatności, systemami POS, systemami CRM, systemami wiadomości i kanałami integrowałeś się już wcześniej?
- Czy każda istotna integracja była oparta na API, oprogramowaniu pośredniczącym, plikach czy niestandardowa?
- Które obiekty danych przemieszczają się między systemami i w jakim kierunku?
- Jakie zależności wymagają podjęcia działań lub zatwierdzenia przez hotel, dostawcę PMS lub stronę trzecią?
- Jak sobie radzisz z częściowymi awariami, ponownymi próbami, zduplikowanymi zdarzeniami i opóźnioną synchronizacją?
- Jak rejestrować i monitorować stan integracji?
- Jak testować integracje przed wdrożeniem?
- W jaki sposób radzicie sobie z ograniczeniami piaskownicy lub brakującą dokumentacją dostawcy?
- Co się stanie, jeśli jeden system zewnętrzny zmieni swoje API lub limity przepustowości?
- Które integracje wchodzą w zakres podstawowy, a które są szacowane osobno?
Pytania uzupełniające ujawniające dojrzałość
- Czy możesz pokazać przykładowy diagram architektury integracyjnej?
- Czy możesz wyjaśnić, w jaki sposób dokumentowane i zatwierdzane jest mapowanie danych?
- Jak radzicie sobie z tożsamością gości w wielu systemach?
- Jaka jest ścieżka eskalacji, gdy problem dotyczy zewnętrznego dostawcy?
- Jaki jest przewidywany czas realizacji zamówienia na nową nieruchomość, jeśli znany jest już system PMS?
- Które części warstwy integracyjnej można ponownie wykorzystywać w różnych obiektach?
Te pytania są istotne, ponieważ integracje w branży hotelarskiej są kluczowym czynnikiem wyboru w projektach oprogramowania hotelowego. Branżowe wytyczne dotyczące HTNG i interoperacyjności w branży hotelarskiej podkreślają również, jak kluczowe dla zmniejszenia tarcia wdrożeniowego są wspólne standardy i przejrzystość integracji.
Jak brzmi mocna odpowiedź
Solidna odpowiedź dostawcy jest konkretna. Nazywa systemy, wyjaśnia wzorce integracji, identyfikuje ryzyka i odróżnia możliwości sprawdzone od planowanych.
Jak brzmi słaba odpowiedź
Słaba odpowiedź brzmi następująco:
- “Możemy zintegrować się z dowolnym systemem PMS.”
- “To nie powinno stanowić problemu”.”
- “Zwykle ustalamy to w trakcie wdrażania.”
To nie jest zapewnienie. To odroczone ryzyko.
Pytania dotyczące niezawodności i dostępności dostaw Twoich operacji:
Zespoły branży hotelarskiej są przyzwyczajone do żądania gwarancji sprawności w oparciu o umowy. Jednak zbyt często używają tego samego sformułowania ‘gwarantowana sprawność’, nie pytając producentów, w jaki sposób wywiążą się z tego zobowiązania.
Pytania kluczowe
- Jaką gwarancję dostępności zapewniacie dla produkcji?
- Jakich metod używasz do pomiaru czasu sprawności i które zdarzenia są wykluczane?
- Z jakich narzędzi monitorowania i powiadamiania korzystasz?
- Jaki jest Twój system priorytetów/wagi incydentów i jak szybko reagujesz?
- Opisz metody redundancji, tworzenia kopii zapasowych i odzyskiwania.
- Jaki jest przewidywany czas i punkt odzyskiwania krytycznych usług, biorąc pod uwagę procesy redundancji, tworzenia kopii zapasowych i odzyskiwania?
- W jaki sposób będziesz komunikować się z klientami podczas planowej konserwacji elektronicznej systemów?
- Jeśli usługa zewnętrzna przestanie działać, jakie procedury zostaną wdrożone, aby uniknąć wpływu na inne systemy?
- Jakie raporty operacyjne i pulpity nawigacyjne są dostępne dla klientów?
- Czy doświadczyłeś incydentu produkcyjnego? Co zrobiłbyś inaczej?
Pytania, które umożliwiły Ci połączenie tematów dotyczących czasu sprawności z obsługą hotelu
- Jeśli dostawca płatności będzie tymczasowo niedostępny, które funkcje zostaną wyłączone w ramach funkcjonalności dla gości?
- Czy w przypadku awarii integracji personel będzie mógł wykonywać najważniejsze zadania?
- Zarejestruj aktualne firmowe rozwiązania awaryjne stosowane bezpośrednio w przypadku przerwy w produkcji.
- Jeśli w systemie występuje błąd kosmetyczny, jak odróżnić go od blokady operacyjnej?
To, co chciałbyś wiedzieć
- Nie kupujesz tylko produktu infrastrukturalnego. Kupujesz zasady dotyczące sposobu działania tych produktów.
W Appricotsoft wierzymy, że jakość oprogramowania powinna być wbudowana w codzienne dostarczanie poprzez przegląd, testowanie, zapewnienie jakości, gotowość do wydania i widoczne zarządzanie ryzykiem, a nie traktowana jako końcowy etap porządkowania. Zasada ta znajduje odzwierciedlenie w naszym wewnętrznym systemie dostarczania oprogramowania, ponieważ niezawodność buduje się poprzez proces, a nie slogany.
Pytania RFP: podejście do wdrożenia
Rozważając wdrożenie hotelu, należy wziąć pod uwagę wiele czynników, takich jak harmonogram, zaangażowane osoby, sposób szkolenia personelu oraz plan wdrożenia od obiektu pilotażowego do zakończenia wdrożenia w całej grupie obiektów. Dlatego nie ma potrzeby uzasadniania, aby sekcja dotycząca wdrożenia miała osobne miejsce w zapytaniu ofertowym, z uwzględnieniem jej wagi w punktacji.
Pytania główne:
- Jak wygląda plan wdrożenia od etapu pilotażowego do pełnego wdrożenia?
- Jak wybrać nieruchomość pilotażową?
- Jakie role wdrożeniowe spodziewasz się po hotelu?
- Jak radzicie sobie ze szkoleniem personelu i wdrażaniem nowego systemu?
- Jaka dokumentacja jest udostępniana zespołom operacyjnym i wsparcia?
- Jaki jest Twój plan przejścia?
- Jakie scenariusze wycofania lub powrotu do poprzedniej wersji są dostępne (jeśli sytuacja nie będzie sprzyjająca podczas uruchomienia)?
- W jaki sposób zbieracie opinie po uruchomieniu i ustalacie, co należy poprawić w pierwszej kolejności?
- Jak różni się wdrażanie w zależności od wielkości nieruchomości lub modelu operacyjnego?
- Jakie wskaźniki pozwolą stwierdzić, czy wdrożenie zakończyło się sukcesem?
Oto wskaźniki silnego wdrożenia
Szukamy silnego dostawcy:
- Umiejętność opisywania wskaźników i kryteriów udanego pilotażu
- Wykorzystanie list kontrolnych gotowości nieruchomości
- Szkolenie personelu w oparciu o rolę
- Istnienie “hiperopieki” nad witryną po jej uruchomieniu (aby zagwarantować pomyślną implementację)
- Wykorzystanie jasno określonych ścieżek eskalacji w celu rozwiązania problemów
- Wdrożenie funkcji etapami, jeśli jest to właściwe
- Możliwość zebrania wniosków wyciągniętych po wdrożeniu w celu zastosowania ich w przyszłych wdrożeniach
To jest właściwy sposób myślenia o wdrożenie dla branży hotelarskiej – stosowanie ustrukturyzowanego podejścia, które jest ostatecznie skoncentrowane na działaniu, z naciskiem na identyfikację/łagodzenie ryzyka na wcześniejszym etapie procesu niż później, podczas realizacji planu głównego.
Słabe sygnały wejścia na rynek
Należy zachować ostrożność, jeśli dostawca traktuje wdrożenie jako:
- proste zarządzanie projektami
- “wewnętrzna odpowiedzialność klienta”
- pojedynczy, ogólny plan wdrożenia dla wszystkich nieruchomości
Oznacza to zazwyczaj, że są dobrzy w tworzeniu oprogramowania, ale słabsi w jego sprawdzaniu w rzeczywistych warunkach hotelowych.
Pytania RFP: obsługa wielu nieruchomości
Większość zapytań ofertowych zawiera słowo “skalowalność”, ale niewiele z nich pyta, jak ustalić, co oznacza obsługa wielu nieruchomości.
Kluczowe pytania
- Jak wygląda struktura Twojego produktu umożliwiająca obsługę wielu nieruchomości jako jednej grupy?
- Jakie są rodzaje ustawień (globalne, regionalne, na poziomie marki, specyficzne dla obiektu)?
- W jaki sposób zarządzane są role użytkowników w różnych grupach i poszczególnych nieruchomościach?
- W jaki sposób będzie wyglądało zarządzanie treścią obiektu (lub menu), usługami, sprzedażą dodatkową i zasadami operacyjnymi w wielu obiektach?
- Czy nieruchomości mogą mieć różne przepływy pracy, ale korzystać z tej samej platformy?
- W jaki sposób sprawozdawczość jest prowadzona na poziomie portfela i poszczególnych nieruchomości?
- Jakie zmiany są konieczne, aby wdrożyć nową nieruchomość, jeśli w systemie jest już skonfigurowana istniejąca nieruchomość?
- W jaki sposób radzisz sobie z różnicami między nieruchomościami w systemach zarządzania nieruchomościami (PMS), metodami płatności lub lokalnymi integracjami z każdą nieruchomością?
- Jak zapobiec temu, aby dostosowywanie jednej nieruchomości nie naraziło pozostałych na ryzyko konieczności modernizacji?
- Czy możesz podać przykład, w jaki sposób Twoja architektura wspiera możliwość ponownego wykorzystania konfiguracji, ale nie zmusza każdego hotelu do stosowania się do jednego schematu?
W tej sekcji zostaną ujawnione następujące informacje:
Chcesz zrozumieć, czy Dostawca myśli w kategoriach platform, czy projektów jednorazowych. Dostawcy, którzy nie potrafią wyjaśnić warstw konfiguracji, usług współdzielonych i struktury zarządzające będą mieli trudności z przeprowadzką do innego miejsca niż pierwsza nieruchomość.
Oto przejrzysta, praktyczna i funkcjonalna tabela punktacji:
W przypadku każdego kryterium zastosowano skalę numeryczną od 1 (słaby) do 5 (doskonały).
1 = Słabo. Kryterium to obejmuje niejasną, niepotwierdzoną lub bardzo ryzykowną odpowiedź (np. nowa technologia).
2 = Słaby. Istnieje zamiar, ale jest to niepełna odpowiedź; takiej odpowiedzi zazwyczaj brakuje jasności.
3 = Dopuszczalne. Odpowiedź jest rozsądna, ale nie zawiera wystarczających szczegółów i/lub dowodów.
4 = Silny. Odpowiedź jest jasna, wiarygodna i dobrze ustrukturyzowana; zawiera wspierające ją szczegóły/dowody, a także pewne korzyści.
5 = Doskonale. Odpowiedź jest szczegółowa, zawiera sprawdzoną reakcję o niskim ryzyku, zawiera wystarczającą ilość informacji pomocniczych i wykazuje zdolność operacyjną w omawianym obszarze.
Całkowita integracja (waga 35% ogólnego wyniku)
- Typ integracji (typ dostępu)
- Przejrzystość architektury integracyjnej
- Obsługa i monitorowanie błędów integracji
- Możliwość ponownego wykorzystania integracji w różnych obiektach
- Zależności integracyjne i przejrzystość ryzyka
Całkowity czas sprawności i niezawodność (waga 25% ogólnego wyniku)
- Realistyczny czas sprawności gwarantowany
- Monitorowanie i zarządzanie incydentami
- Odzyskiwanie sprawności i planowanie awaryjne
- Wsparcie produkcji gotowe do
- Komunikacja podczas zarządzania incydentami
Całkowita ocena podejścia do wdrożenia (waga 20% ogólnego wyniku)
- Projekt pilotażowy
- Szkolenia i wsparcie
- Plan przejścia i powrotu
- Wsparcie po uruchomieniu
- Zespół ds. sprawności operacyjnej hotelu
Całkowita obsługa wielu nieruchomości (waga 20% ogólnego wyniku)
- Model konfiguracji
- Zarządzanie i uprawnienia
- Ponowne wykorzystanie kontra dostosowywanie
- Raportowanie na poziomie portfela
- Efektywność wdrażania nowych nieruchomości
Arkusz oceny dostawcy
Doskonałym przykładem zastosowania systemu punktacji w odniesieniu do dostawców jest ich ranking i ocena na podstawie ich wyników w odniesieniu do kryteriów punktacji. Poniżej znajdują się trzy przykłady punktacji dostawców:
Sprzedawca A
- Integracja: 4.2
- Czas pracy: 3,8
- Wdrożenie: 4.5
- Wiele nieruchomości: 3.7
- Wynik ważony: 4,08
Sprzedawca B
- Integracja: 3.6
- Czas sprawności: 4,4
- Wdrożenie: 3.2
- Wiele nieruchomości: 4.1
- Wynik ważony: 3,85
Sprzedawca C
- Integracja: 4.7
- Czas pracy: 4.1
- Wdrożenie: 4.3
- Wiele nieruchomości: 4.6
- Wynik ważony: 4,45
Nie chodzi o to, że punktacja kiedykolwiek będzie całkowicie obiektywna; w rzeczywistości żaden system punktacji nie jest prawdziwie obiektywny. Celem systemu punktacji jest raczej uwidocznienie subiektywności, aby można ją było jasno zrozumieć i ocenić, a także zapewnić możliwość uwzględnienia wszystkich czynników łącznie.


Zapytanie ofertowe powinno zawierać zarówno odpowiedzi opisowe, jak i, o ile to możliwe, dokumentację pomocniczą od dostawców.
Składając wniosek do dostawcy, należy zapytać o następujące informacje:
- przykładowe diagramy architektury
- przykładowy plan wdrożenia/lista kontrolna wdrażania nieruchomości
- przykładowy raport o stanie/szablon zarządzania
- przykładowe wsparcie SLAAn
- przykład monitorowania integracji
- Anonimowe studium przypadku wdrożeń obejmujących wiele nieruchomości
- nazwane założenia i zależności po stronie dostawcy
Przejrzystość realizacji jest jednym z najwyraźniejszych wskaźników zdolności partnera do pomyślnej realizacji projektów zgodnie z oczekiwaniami organizacji. W Appricotsoft cenimy transparentność każdego projektu i dlatego wymagamy od wszystkich partnerów udostępniania wspólnych artefaktów, widocznych ryzyk, rejestrów decyzyjnych i regularnych demonstracji w trakcie realizacji projektów. Zasada ta powinna obowiązywać od samego początku aż do zakończenia, na etapie wyboru dostawcy.
Przy opracowywaniu wniosku o ofertę (RFP) na oprogramowanie dla branży hotelarskiej często popełnia się następujące błędy:
1. Przecenianie ceny
Cena ma znaczenie; niemniej jednak złożenie niskiej oferty może, ze względu na konieczność przeróbek na miejscu lub luki integracyjne, okazać się droższe w realizacji w przyszłości niż złożenie oferty wyższej od średniej (wykorzystanie rzeczywistych kosztów z wcześniej wdrożonych systemów zapewni dokładność podczas porównywania).
2. Zadawanie pytań ogólnych.
Zadawanie pytań typu “Jaka jest Twoja jakość?” spowoduje udzielenie ogólnych odpowiedzi. Zamiast tego należy poprosić o podanie konkretnych metod, rezultatów i przykładów.
3. Niezauważanie ryzyka związanego z osobami trzecimi
Dostawca usług hotelowych może przedstawić atrakcyjną ofertę, jednak aby projekt został pomyślnie wdrożony, konieczne jest uzależnienie od innych firm, takich jak system zarządzania nieruchomością (PMS), firmy przetwarzające płatności oraz harmonogramy zatwierdzania. Dobry dostawca z góry zidentyfikuje ryzyko wynikające z zależności.
4. Traktowanie projektów pilotażowych jako dowodu sukcesu lub gotowości do wdrożenia.
Projekt pilotażowy może wykazać wykonalność integracji, nie wykaże jednak, że będzie ona skuteczna w przypadku wielu lokalizacji i różnych typów gości.
5. Niezrozumienie sposobu obsługi zmian zakresu
Dojrzały partner jasno wyjaśni związek między zakresem, czasem i budżetem podczas omawiania zmian w zakresie. Ten poziom szczerości jest ważnym wskaźnikiem długoterminowego sukcesu, obok dopracowania samej oferty. Co więcej, ta wartość jest zgodna z kulturą Appricotsoft, która opiera się na realizmie, odpowiedzialności za pracę i stawianiu na jakość, a nie na niejasne zapewnienia.
Jak Appricotsoft poradzi sobie z tym problemem
Przejrzystość jest nieodłączną cechą, dzięki której Appricotsoft zbudował swoje doświadczenie w branży hotelarskiej. Uważamy, że to silne uprzedzenie psychologiczne.
Odpowiadając na ten typ RFP, uważamy, że od samego początku należy jasno określić cztery główne kwestie:
- Dowody kontra nowe idee.
- Oddziel doświadczenie od nowych możliwości odkrywania.
- W jaki sposób projekt pozostaje widoczny.
- Jak działalność hotelarska wpływa na wdrożenie.
Będziemy udostępniać dokumentację i próbki na każdym z czterech etapów, pokazując, w jaki sposób każdy etap projektu był dokumentowany i sprawdzany na każdym etapie planowania, tworzenia, weryfikacji i wdrażania, a także w formie cotygodniowych wersji demonstracyjnych, jako mechanizmu budowania zaufania zarówno do naszych usług, jak i do siebie nawzajem.
Zadbamy o to, aby procedury obsługi gości hotelowych zostały w pełni uwzględnione podczas planowania wdrożenia. Wdrożenie to nie tylko kwestia ”techniczna”. Gotowość personelu hotelu (w tym między innymi ograniczenia obiektu, a także istniejące procesy zarządzania przepływem (domyślne i awaryjne)) również powinna zostać uwzględniona w procesie instalacji.
Będziemy rozwijać ten produkt w taki sposób, aby mógł być obsługiwany przez wiele hoteli i wiele obiektów, dbając o to, aby był powtarzalny, łatwy w zarządzaniu i w rozsądny sposób zrównoważony między wspólną logiką współdzielonej aplikacji a unikalnymi potrzebami każdego hotelu.
Powyższe podejście jest bezpośrednim odzwierciedleniem tego, do czego dążymy jako firma – praktyczni, dociekliwi, skoncentrowani na jakości i zaangażowani w dostarczanie wyłącznie wysokiej jakości oprogramowania, które z dumą wspieramy.
Oprócz tego wyjaśnienia, w celu dalszej dyskusji, należy przeczytać RFP z uwzględnieniem: Przewodnik Appricotsoft po wyborze dostawców usług hotelarskich, I artykuły o odkrywaniu gościnności (opisujące, co będzie się działo podczas warsztatów hotelowych przed wdrożeniem oprogramowania). Bardziej szczegółowe informacje na temat interoperacyjności i technologii hotelarskich można znaleźć w przewodnikach HTNG.
Często zadawane pytania (CQ)
Ile pytań należy zadać w zapytaniu ofertowym?
Liczba pytań powinna odzwierciedlać dojrzałość dostaw; jednak zbyt wiele pytań spowoduje, że dostawcy będą udzielać ogólnych, niekonkretnych odpowiedzi. Dobrą zasadą w przypadku projektów związanych z oprogramowaniem hotelowym byłoby użycie 20–35 dobrze opracowanych pytań zamiast 80 zbyt ogólnych.
Czy powinniśmy uwzględnić stałą cenę w zapytaniu ofertowym?
Można, ale tylko pod warunkiem, że jasno określisz zakres projektu. Niepewność integracji i problemy z wdrożeniem zazwyczaj ułatwiają przedstawienie budżetu etapowego zamiast sztywnego.
Która kategoria jest najważniejsza przy ustalaniu wyników?
Ogólnie rzecz biorąc, kategorią o największym znaczeniu są integracje. Kategoria ta obejmuje wiele aspektów, takich jak ramy czasowe, ryzyko i złożoność operacyjna, na których koncentruje się branża hotelarska.
Jak możemy zapewnić uczciwe porównanie dostawców, jeśli jeden z nich oferuje lepsze materiały sprzedażowe niż inny?
Jednym ze sposobów zapewnienia uczciwego porównania byłoby użycie ważonej rubryki do oceny każdego dostawcy, poproszenie o dowody potwierdzające odpowiedzi udzielone przez dostawcę oraz przywiązanie większej wagi do szczegółów niż dopracowanych odpowiedzi.
Czy udane wdrożenie systemu hotelowego dowodzi, że dostawca ma możliwości świadczenia usług w wielu obiektach?
Nie, choć jest to dobry znak, dostawcę nadal należy oceniać pod kątem wielu czynników, takich jak zarządzanie, struktura konfiguracji, powtarzalność procesu wdrażania oraz sposób raportowania całkowitej aktywności portfela.
Myśli końcowe
Zapytanie ofertowe (RFP) skierowane do hotelu powinno pomóc w znalezieniu partnera, który będzie w stanie “przetrwać” kontakt z rzeczywistością, a nie tylko wygrać rundę prezentacji.
Jeśli Twoja ocena dostawców będzie się opierać na integracji, dostępności, gotowości do wdrożenia i obsłudze wielu obiektów, podejmiesz bardziej świadomą decyzję i ograniczysz ryzyko związane z dostawą w dół łańcucha dostaw. Najlepszy dostawca rzadko jest tym, który mówi najlepiej; to dostawca, który odpowiada na wszystkie trudne pytania, wcześnie wskazuje kompromisy i demonstruje niezawodność produktu końcowego w praktyce.
Uważamy, że właśnie tego powinni oczekiwać najlepsi klienci od procesu tworzenia oprogramowania, a branża powinna stawiać temu większe wymagania.


