White label czy własny silnik rezerwacyjny
Wycena przychodzi i wygląda na możliwą do udźwignięcia. Programista, któremu ufasz, wycenił silnik rezerwacyjny — wyszukiwarka, wyniki, checkout, jeden ekran administracyjny, trzy miesiące — a kwota nie jest absurdalna. Od dwóch lat chcesz własny system. To właśnie w tym momencie rozstrzyga się pytanie white label czy własny silnik rezerwacyjny, i zwykle rozstrzyga się na złych dowodach: na cenie pierwszego miesiąca zamiast na kształcie drugiego roku.
Wycena jest uczciwa. Dotyczy tylko tej części pracy, którą widać.
Co naprawdę wycenia kosztorys budowy
Niemal każdy kosztorys, jaki dostaniesz, wycenia powierzchnie: formularz wyszukiwania, listę wyników, stronę z danymi pasażerów, krok płatności, tabelę rezerwacji w panelu. To realna praca i kompetentny zespół robi ją dobrze. To także ta wymienialna połowa — ta, o którą dwie agencje sprzedające tę samą trasę nigdy nie konkurują. Nikt nigdy nie wybrał agencji dlatego, że jej ekran availability miał lepsze odstępy.
Druga połowa to ta strona połączenia, której z przeglądarki nie widać. To tam znikają lata.
Kosztem jest liczba integracji, nie interfejs
Poproś dostawcę o dostęp, a nie dostaniesz klucza API zwrotnym mailem. Dostaniesz środowisko testowe, proces certyfikacji, credentials wydawane osobno dla każdego podmiotu, dokument z regułami i osobę kontaktową, która odpowiada we własnym tempie. Potem poznasz dialekt tego konkretnego dostawcy: static rates w jednym miejscu i live availability w drugim, allotment z release period obok free-sale, cut-off, który twój silnik musi respektować, fare rules decydujące o tym, czy zmiana jest płatna, katalog ancillaries, który nie mapuje się na niczyj inny. A teraz pomnóż to przez liczbę dostawców, których klienci się po tobie spodziewają.
Jedna integracja to projekt. Sześć to dział, i on nigdy się nie kończy, bo żaden z tej szóstki nie zobowiązał się przestać się zmieniać.
Ta sama pułapka siedzi za każdym ekranem, który kosztorys wymienia. Wyszukiwanie wygląda na jedną funkcję dopóki nie masz dwóch przewoźników zwracających tę samą trasę w różnych cenach i nie musisz zdecydować w kodzie, którą zobaczy klient. Zwrot wygląda na przycisk dopóki fare rule nie mówi kara, dostawca nie mówi voucher, a klient nie mówi karta. Markup wygląda na liczbę w ustawieniach do dnia, w którym chcesz jedną regułę dla klientów korporacyjnych, drugą dla sub-agenta w Krakowie i trzecią dla sprzedaży z ulicy na tej samej taryfie.
Tej arytmetyki kosztorys nie zawiera, a wobec interfejsu to nie jest błąd zaokrąglenia — to jest produkt. Na platformie white label ta praca jest już wykonana i już obsadzona: treść dostawców trafia do sklepu przez supplier groups zamiast przez umowy podpisywane po kolei, a strona włącza loty, hotele, pakiety albo atrakcje zależnie od tego, co faktycznie sprzedaje.
Porównanie, które przeżywa zderzenie z drugim rokiem
Czytaj tabelę jak operator, nie jak kupujący. W każdym wierszu pytanie jest to samo: na kim to wisi?
| Budowa własna | White label | |
|---|---|---|
| Czas do pierwszej prawdziwej rezerwacji | Cykl developerski, potem certyfikacja u każdego dostawcy | Tego samego dnia, na subdomenie platformy — kreator rejestracji przygotowuje ją bez pytania o kartę |
| Połączenia z dostawcami | Twoje do zdobycia, certyfikacji i utrzymania, po kolei | W zestawie; włączasz te, które sprzedajesz |
| Języki i waluty na starcie | Te, które zapisałeś w zakresie i opłaciłeś | 40 języków, z pisanymi od prawej do lewej; każda strona wybiera własną walutę domyślną i listę, którą oferuje |
| Dostawca zmienia swoje API | Twój backlog, na ich termin | Problem platformy, rozwiązany raz dla wszystkich |
| Wystawianie biletów pada o 02:00 | Ty albo ten programista, który odbierze | Dyżur platformy |
| Zmiana wyglądu strony | Release | Ustawienie — motyw, kolory, kroje pisma i logo zmieniasz z panelu bez ponownego wdrożenia |
| Proces, którego nikt inny nie sprzedaje | Do zbudowania, dokładnie tak, jak pracujesz | Tylko jeśli platforma już go modeluje |
| Czyj jest kod | Twój | Nie twój — twoje są marka, klienci i warunki handlowe |
Dwa z tych wierszy przemawiają za budową. To nie są nagrody pocieszenia. Jeśli to, co sprzedajesz, jest wystarczająco nietypowe, ważą więcej niż wszystko powyżej.
Ile kosztuje pomyłka
Trybem awarii własnego silnika nie jest projekt, który się rozsypuje. Takie widać, bolą i da się je przeżyć. Droga wersja to system, który działa — a potem powoli przestaje.
Programista, który go napisał, idzie dalej, a następny wycenia każdą drobną zmianę jako ryzyko, bo nikt żywy nie przeczytał tego kodu. Dostawca wycofuje endpoint we własnym terminie i rezerwacje zaczynają padać tak, że klienci zauważają to wcześniej niż twój monitoring. Fare rule zakodowana poprawnie w pierwszym roku nigdy nie zostaje przejrzana, a ADM, które po niej przychodzi, obciąża twój numer IATA, nie wykonawcy. Credentials płatnicze wygasają. Certyfikaty wygasają. Framework dwie wersje wstecz zamienia się w rozmowę o bezpieczeństwie, na którą nie zaplanowałeś tygodnia.
Nic z tego nie przychodzi jako faktura i dlatego nigdy nie pojawia się w porównaniu, które ludzie naprawdę robią. Przychodzi jako uwaga. Właściciel, który spędza wtorek nad zepsutym PNR, we wtorek nie sprzedaje, a agencje, które cichną po własnej budowie, rzadko cichną dlatego, że oprogramowanie padło — cichną dlatego, że osoba, która przynosiła klientów, jest teraz osobą, która utrzymuje system.
Kiedy budowa naprawdę ma sens
Czasem ma, a przypadki są na tyle konkretne, że można się do nich przyłożyć.
- Oprogramowanie jest twoim wyróżnikiem. Jeśli sprzedajesz technologię innym firmom turystycznym, a nie podróże, nie możesz oddać na zewnątrz tego, za co bierzesz pieniądze.
- Masz już inżynierów i zabudżetowałeś drugiego. Nie tego, który buduje — tego, który to przejmuje, kiedy pierwszy odejdzie. Budowa bez planu sukcesji to najem z dodatkowymi krokami.
- Prowadzisz proces, którego nikt nie modeluje. Operator pielgrzymkowy trzymający własne łóżka i zszywający grupowe PNR z etapami wizowymi robi coś, w co ogólny silnik nigdy do końca nie wsiądzie.
Jest też droga, która nie jest żadną z tych dwóch: kup sklep, zbuduj tylko ten fragment, który naprawdę jest twój. Platforma udostępnia w tym celu API lotów i hoteli, choć dostęp zaczyna się od rozmowy, a nie od samoobsługowego klucza. Wyceń ten wariant, zanim zobowiążesz się do pełnej budowy, bo fragmentem, który faktycznie chciałeś kontrolować, jest zwykle jeden proces, a nie cały silnik.
A jeśli twój model stoi na sub-agentach, wyceń i to porządnie. Tutaj credit limits i fakturowanie settlement są pojęciami pierwszej klasy, a nie arkuszem, który ktoś uzgadnia w niedzielę; w budowie własnej to drugi projekt, którego nikt nie wpisał do pierwszej wyceny.
Jedno pytanie, zadane obu stronom
Zanim cokolwiek podpiszesz, zadaj to samo pytanie programiście i platformie: w marcu dostawca zmienia certyfikację — kto wykonuje pracę, na czyj termin i skąd się o tym dowiem? Odpowiedzi nie będą podobne, a różnica między nimi jest tym, między czym naprawdę wybierasz.
Porównanie działającego sklepu z kosztorysem jest uczciwszym testem niż porównanie dwóch dokumentów, więc jeśli chcesz zobaczyć, co się faktycznie stawia, zanim się do czegoś zobowiążesz, uruchom stronę w kreatorze — nie pyta o kartę, a subdomena, którą dostaniesz, zostaje na stałe, także po podpięciu własnej domeny.