White label ili vlastiti rezervacijski sustav?

Ponuda je došla mailom i na prvo čitanje izgleda preživljivo. Programer kojemu vjerujete procijenio je rezervacijski sustav — pretraga, rezultati, naplata, jedan administratorski ekran, tri mjeseca — i broj nije apsurdan. Vlastiti sustav želite već dvije godine. Upravo se tu stvarno rješava pitanje white label ili vlastiti rezervacijski sustav, a rješava se obično po pogrešnom dokazu: po cijeni prvog mjeseca umjesto po obliku druge godine.

Ponuda nije nepoštena. Ona samo pokriva onaj dio posla koji vidite.

Što ponuda za razvoj zaista procjenjuje

Gotovo svaki proračun koji će vam dati procjenjuje površine: formu za pretragu, listu rezultata, stranicu s podacima putnika, korak plaćanja, tablicu rezervacija u administraciji. Taj je posao stvaran i sposoban ga tim odradi dobro. To je ipak roba — ona polovica na kojoj dvije agencije koje prodaju istu liniju nikada ne konkuriraju. Nitko nije odabrao agenciju zato što je njezin ekran raspoloživosti imao bolji prored.

Druga polovica stoji na onoj strani veze koja se iz preglednika ne vidi. Tamo odlaze godine.

Cijena je broj integracija, a ne sučelje

Zatražite od dobavljača pristup i nećete dobiti API ključ povratnom poštom. Dobivate testno okruženje, proces certifikacije, pristupne podatke izdane po pravnoj osobi, dokument s pravilima i osobu za kontakt koja odgovara po svom kalendaru. Onda susrećete dijalekt baš tog dobavljača: statične cijene na jednom mjestu i živu raspoloživost na drugom, allotment s release periodom uz free-sale, cut-off koji vaš sustav mora poštovati, fare rules koji odlučuju je li izmjena naplatna, i katalog ancillaries koji se ne mapira ni na čiji drugi. Sad to pomnožite brojem dobavljača koje klijenti očekuju da nosite.

Jedna je integracija projekt. Šest ih je odjel — i nikada se ne dovršava, jer nijedan od tih šest nije obećao da će prestati mijenjati se.

Ista zamka stoji i za svakim ekranom koji ponuda jest nabrojala. Pretraga izgleda kao jedna funkcija sve dok ne nosite dva avioprijevoznika koji vraćaju isti itinerer po različitoj cijeni, pa u kodu morate odlučiti kojega klijent vidi. Povrat izgleda kao tipka sve dok fare rule ne kaže penal, dobavljač ne kaže voucher, a klijent karticu. Marže izgledaju kao broj u postavkama do dana kad želite jedno pravilo za korporativne klijente, drugo za podagenta u Splitu i treće za onoga koji uđe s ulice — na istoj cijeni.

Ta je aritmetika ono što ponuda za razvoj ispušta, i nije riječ o greški zaokruživanja prema sučelju — to je sam proizvod. Na white label platformi posao je već obavljen i već pokriven ljudima: sadržaj dobavljača dolazi do trgovine preko supplier groups, a ne preko ugovora koje potpisujete jedan po jedan, i stranica uključuje avio karte, hotele, turističke pakete ili atrakcije prema tome što stvarno prodaje.

Usporedba koja preživi drugu godinu

Čitajte tablicu kao operativac, ne kao kupac. U svakom je redu isto pitanje: na čijem je vratu?

Dva reda govore u korist gradnje. Nisu utješne nagrade. Ako je ono što prodajete dovoljno neobično, pretežu nad svim ostalim.

Koliko vas košta pogrešan odabir

Vlastiti sustav ne pada kao projekt koji se uruši. Urušavanja su vidljiva, bolna i preživljiva. Skupa je verzija sustav koji radi — a onda polako prestaje.

Programer koji ga je napisao ide dalje, a sljedeći procjenjuje svaku malu izmjenu kao rizik, jer kod nitko živ nije pročitao. Dobavljač ukine endpoint po svom kalendaru i rezervacije počnu padati tako da to klijenti vide prije vašeg monitoringa. Fare rule točno kodiran prve godine više se ne preispituje, a ADM koji dođe naplaćuje se na vaš IATA broj, ne na izvođačev. Platni podaci istječu. Certifikati istječu. Framework dvije verzije iza postaje razgovor o sigurnosti za koji niste planirali tjedan.

Ništa od toga ne dolazi kao faktura, i zato nikada ne ulazi u usporedbu koju ljudi stvarno naprave. Dolazi kao pozornost. Vlasnik koji utorak provede nad pokvarenim PNR-om u utorak ne prodaje; a agencije koje utihnu nakon vlastite gradnje rijetko utihnu zato što je softver otkazao — utihnu zato što onaj koji je prije dovodio posao sada održava sustav.

Kada je gradnja stvarno pravi potez

Ponekad jest, i slučajevi su dovoljno konkretni da se izmjerite po njima.

• Softver je sama razlika. Ako prodajete tehnologiju drugim putničkim firmama, a ne putovanja, ne možete iznijeti drugome upravo ono za što naplaćujete.
• Već imate inženjere i predvidjeli ste drugoga. Ne onoga koji gradi — onoga koji održava kad prvi ode. Gradnja bez plana nasljeđivanja je najam s nekoliko koraka više.
• Vodite proces koji nitko ne modelira. Organizator hodočašća koji drži svoje ležajeve i veže grupne PNR-ove s rokovima za vize ne radi ništa u što će opći sustav ikada točno leći.

Postoji i put koji nije ni jedno ni drugo: kupite trgovinu, izgradite samo onaj dio koji je stvarno vaš. Platforma izlaže API za avio karte i hotele upravo zato, premda pristup počinje kao razgovor, a ne kao samoposlužni ključ. Procijenite hibrid prije nego se obvežete na cijelu gradnju, jer dio koji ste zaista htjeli kontrolirati obično je jedan proces, a ne cijeli sustav.

A ako vam model stoji na podagentima, procijenite i to kako treba. Kreditni limiti i settlement fakturiranje ovdje su pojmovi prvog reda, a ne tablica koju netko usklađuje nedjeljom; u vlastitoj gradnji to je drugi projekt koji nitko nije stavio u prvu ponudu.

Jedno pitanje, za obje strane

Prije nego što nešto potpišete, postavite isto pitanje programeru i platformi: dobavljač u ožujku promijeni svoju certifikaciju — tko radi posao, po čijem roku i kako to ja doznam? Odgovori neće biti slični, a razlika među njima je ono između čega stvarno birate.

Usporediti trgovinu koja radi s ponudom pošteniji je test od usporedbe dva dokumenta, pa ako želite vidjeti što se zaista osigurava prije nego se na bilo što obvežete, pokrenite stranicu u čarobnjaku — karticu ne traži, a poddomena koju dobijete ostaje vam zauvijek, čak i nakon što prikačite vlastitu domenu.