Štiri ključne zmogljivosti
Section titled “Štiri ključne zmogljivosti”| Zmogljivost | Kaj pomeni | Zakaj izdelki zastanejo brez nje |
|---|---|---|
| Aktualne cene in razpoložljivost | Trenutne cene in dejansko rezervabilno stanje za določen časovni razpon | Predpomnjene cene odpovejo pri potrditvi in zmanjšajo zaupanje |
| Ustvarjanje rezervacije | Ustvariti pravo rezervacijo, ki jo hotel prejme | Brez tega ste le povezava, ne izdelek |
| Plačilo | Sprejeti denar kot del rezervacije | Preusmeritev na drugo stran ubije konverzijo |
| Potrditev in spletni klici | Obvestiti gosta, hotel in vaš sistem, kaj se je zgodilo | Drugo povzroča obremenitev podpore in težave pri usklajevanju |
Večina “hotel API-jev”, ki jih razvijalec najde, pokriva prvo in včasih drugo. Transakcija je težki del in odloča, ali imate izdelek.
Čigava ponudba se integrira?
Section titled “Čigava ponudba se integrira?”To vprašanje oblikuje vse nadaljnje korake. Ponudba, ki se preprodaja skozi verigo, ima v ceni vključen pribitek, manj svežo razpoložljivost in ni poti nazaj do hotela za vprašanja o rezervaciji. Ponudba, ki prihaja neposredno od hotela, nosi hotelsko lastno ceno, aktualno razpoložljivost in hotel, ki ve za obstoj rezervacije.
Za vse, kjer bo popotnik primerjal s hotelsko lastno spletno stranjo — kar velja za večino primerov — hotelsko nadzorovana ponudba prepreči neprijeten trenutek, ko je vaša cena slabša.
Kdo je trgovec v evidenci
Section titled “Kdo je trgovec v evidenci”Če sami gradite rezervacijo hotela, pomeni postati trgovec v evidenci prevzemanje odgovornosti za plačila, vračila, obdelavo davkov in pogosto tudi licenco potovalne agencije na vsakem trgu.
Na Wink hotel ostane trgovec v evidenci in plačilo se pobira za hotel, zato integrator tega bremena ne podeduje. Dogovori o trgovcu v evidenci so na voljo pri API integracijah, kjer partner resnično potrebuje sprejem plačil, kar prinaša svoje zahteve glede licenciranja.
Trije nivoji integracije
Section titled “Trije nivoji integracije”- Spletne komponente. Vstavite rezervabilno iskanje, seznam sob ali blagajno v obstoječo stran. Brez dela na strežniku; najmanjša kontrola nad postavitvijo.
- REST API. Popoln nadzor nad iskanjem, cenami, ustvarjanjem rezervacije in potrditvijo, avtentikacija z OAuth2. Uporabite, ko je pot rezervacije del vaše lastne uporabniške izkušnje.
- MCP strežnik. Enake zmogljivosti so na voljo AI agentom, da lahko pomočnik išče, ceni in dokonča rezervacijo namesto uporabnika.
Ti trije niso izključujoči — izdelek pogosto uporablja komponente za marketinško površino in API za glavni potek.
Kaj najprej zgraditi
Section titled “Kaj najprej zgraditi”- Iskanje in ceno za eno mesto in en časovni razpon. Najprej zagotovite dejanske cene.
- Ustvarite eno testno rezervacijo od začetka do konca, vključno s plačilom in potrdilom.
- Naročite se na
booking.createdin dogodke preklica preden zgradite kakršenkoli uporabniški vmesnik. - Zgodaj določite model atribucije — kontekst vira mora potovati z rezervacijo, sicer je poročanje kasneje ugibanje.
- Obravnavajte primere napak: razpoložljivost izgubljena med ponudbo in rezervacijo, zavrnjeno plačilo, delna vračila.
Cenik, ki ga mora razvijalec poznati
Section titled “Cenik, ki ga mora razvijalec poznati”Consumer in Booking Engine API-ji so brezplačni. Partner API vključuje brezplačno mesečno kvoto 10.000 hotelskih nočitev, nato zaračunava na enoto. Potrjene rezervacije nosijo 1,5 % platformne provizije hotela plus stroške kartičnega plačila, in 10 % privzeta provizija velja, ko je vaša rešitev pripeljala do rezervacije — tako integrator zasluži, ne plača.
Pogoste napake
Section titled “Pogoste napake”- Gradnja na predpomnjenih cenah. V razvoju izgledajo v redu, v produkciji odpovejo.
- Pustiti plačilo na preusmeritev. Vsaka predaja izgubi rezervacije.
- Ignoriranje spletnih klicev do lansiranja. Usklajevanje postane ročno delo.
- Postati trgovec v evidenci brez potrebe. To je odločitev o licenciranju in odgovornosti, ne le tehnična.
- Ne posredovati konteksta vira. Atribucije ni mogoče kasneje rekonstruirati.