Četiri ključne sposobnosti
Section titled “Četiri ključne sposobnosti”| Sposobnost | Šta znači | Zašto proizvodi zapnu bez nje |
|---|---|---|
| Žive cene i dostupnost | Trenutne cene i šta je stvarno rezervabilno, po opsegu datuma | Keširane cene ne uspevaju pri potvrdi i narušavaju poverenje |
| Kreiranje rezervacije | Kreiranje stvarne rezervacije koju hotel prima | Bez toga ste samo referral link, a ne proizvod |
| Plaćanje | Primanje novca kao deo rezervacije | Preusmeravanje na drugi sajt ubija konverziju |
| Potvrda i webhooks | Obaveštavanje gosta, hotela i vašeg sistema šta se desilo | Inače dolazi do problema sa opterećenjem i usklađivanjem |
Većina “hotel API-ja” koje programer pronađe pokriva prvo, a ponekad i drugo. Transakcija je težak deo i ona odlučuje da li imate proizvod.
Čiji kapacitet integrišete?
Section titled “Čiji kapacitet integrišete?”Ovo pitanje oblikuje sve što sledi. Kapacitet preprodavan kroz lanac dolazi sa maržom unutar cene, zastarelim dostupnostima i bez direktnog puta do hotela za pitanja o rezervaciji. Kapacitet koji dolazi direktno od hotela nosi hotelsku cenu, živu dostupnost i hotel koji zna da rezervacija postoji.
Za sve gde će putnik upoređivati sa hotelskim sajtom — što je većina slučajeva — kapacitet pod kontrolom hotela izbegava neprijatne situacije kada je vaša cena lošija.
Ko je merchant of record
Section titled “Ko je merchant of record”Ako sami pravite rezervaciju hotela, postati merchant of record znači preuzimanje odgovornosti za plaćanje, povraćaje, reklamacije, poresku obradu i često licencu turističke agencije u svakoj zemlji.
Na Wink-u hotel ostaje merchant of record i plaćanje se prikuplja za hotel, tako da integrator ne nasleđuje tu obavezu. Dogovori o merchant-of-record su dostupni za API integracije gde partner zaista mora da prima plaćanje, a taj put nosi svoje zahteve za licenciranjem.
Tri nivoa integracije
Section titled “Tri nivoa integracije”- Web komponente. Ubacite rezervabilnu pretragu, listu soba ili checkout u postojeću stranicu. Nema posla na backendu; najmanja kontrola nad izgledom.
- REST API. Potpuna kontrola nad pretragom, cenama, kreiranjem rezervacije i potvrdom, autentifikacija preko OAuth2. Koristite ga kada je tok rezervacije deo vašeg proizvoda.
- MCP server. Iste mogućnosti izložene AI agentima, tako da asistent može da pretražuje, ceni i završi rezervaciju umesto da korisnika preusmerava na sajt.
Ova tri nisu isključiva — proizvod često koristi komponente za marketinški deo i API za osnovni tok.
Šta prvo napraviti
Section titled “Šta prvo napraviti”- Pretraga i cena za jedan grad i jedan opseg datuma. Dobijte stvarne cene pre nego što dizajnirate bilo šta.
- Kreirajte jednu test rezervaciju od početka do kraja, uključujući plaćanje i potvrdu.
- Pretplatite se na
booking.createi događaje otkazivanja pre nego što napravite bilo kakav UI. - Odlučite o modelu atribucije rano — kontekst izvora mora putovati sa rezervacijom, ili će vaše izveštavanje kasnije biti nagađanje.
- Obradite slučajeve neuspeha: dostupnost izgubljena između ponude i rezervacije, odbijeno plaćanje, delimični povraćaji.
Cene koje programer treba da zna
Section titled “Cene koje programer treba da zna”Consumer i Booking Engine API-ji su besplatni. Partner API uključuje besplatno mesečno korišćenje od 10.000 hotelskih noćenja, zatim se naplaćuje po jedinici. Potvrđene rezervacije nose hotelsku platformsku naknadu od 1,5% plus troškove obrade kartice, i primenjuje se podrazumevana provizija od 10% kada je vaš proizvod doveo do rezervacije — što je način na koji integrator zarađuje, a ne plaća.
Česte greške
Section titled “Česte greške”- Rad na keširanim cenama. Izgledaju dobro u razvoju, ali ne uspevaju u produkciji.
- Prepuštanje plaćanja preusmeravanju. Svako preusmeravanje gubi rezervacije.
- Ignorisanje webhooks do lansiranja. Usklađivanje postaje ručni posao.
- Postati merchant of record bez potrebe. To je odluka o licenci i odgovornosti, ne samo tehnička.
- Ne prosleđivanje konteksta izvora. Atribucija se kasnije ne može rekonstruisati.