Četras būtiskās iespējas
Section titled “Četras būtiskās iespējas”| Iespēja | Ko tas nozīmē | Kāpēc produkti bez tā apstājas |
|---|---|---|
| Dzīvās cenas un pieejamība | Pašreizējās cenas un kas patiesībā ir rezervējams, pēc datumu diapazona | Kešotās cenas neizdodas apstiprināšanas brīdī un grauj uzticību |
| Rezervēšanas izveide | Izveidot reālu rezervāciju, ko saņem viesnīca | Bez tā jūs esat tikai novirzīšanas saite, nevis produkts |
| Maksājums | Saņemt naudu kā daļu no rezervācijas | Pāradresācija uz citu vietni ir vieta, kur konversija mirst |
| Apstiprinājums un webhooki | Paziņot viesim, viesnīcai un jūsu sistēmai, kas notika | Pretējā gadījumā atbalsta slodze un saskaņošanas trūkumi |
Lielākā daļa “viesnīcu API”, ko izstrādātājs atrod, aptver pirmo un dažkārt otro. Darījums ir grūtā daļa, un tieši tas nosaka, vai jums ir produkts.
Kura piegāde tiek integrēta?
Section titled “Kura piegāde tiek integrēta?”Šis jautājums ietekmē visu tālāko procesu. Piegāde, kas tiek pārdota caur ķēdi, nāk ar uzcenojumu cenā, novecojušu pieejamību un bez iespējas atgriezties pie viesnīcas rezervēšanas jautājumos. Piegāde, kas nāk tieši no viesnīcas, nes viesnīcas pašu cenu, dzīvās pieejamības un viesnīcu, kas zina par rezervāciju.
Visam, kur ceļotājs salīdzinās ar viesnīcas pašu vietni — kas ir lielākā daļa gadījumu — viesnīcas kontrolēta piegāde izvairās no neērtā brīža, kad jūsu cena ir sliktāka.
Kas ir tirgotājs
Section titled “Kas ir tirgotājs”Ja jūs veidojat viesnīcu rezervēšanu pats, kļūšana par tirgotāju nozīmē uzņemties maksājumu atbildību, chargebackus, atmaksas, nodokļu apstrādi un bieži ceļojumu aģentūras licenci katrā tirgū.
Wink gadījumā viesnīca paliek tirgotājs un maksājums tiek savākts viesnīcai, tāpēc integrators neuzņemas šo atbildību. Tirgotāja lomas risinājumi ir pieejami API integrācijās, kur partnerim patiešām ir jāpieņem maksājums, un šai ceļam ir savas licencēšanas prasības.
Trīs integrācijas līmeņi
Section titled “Trīs integrācijas līmeņi”- Tīmekļa komponenti. Ievietojiet rezervējamu meklēšanu, istabu sarakstu vai norēķinus esošā lapā. Nav nepieciešams backend darbs; mazākā kontrole pār izkārtojumu.
- REST API. Pilnīga kontrole pār meklēšanu, cenām, rezervēšanas izveidi un apstiprināšanu, autentificēts ar OAuth2. Izmantojiet, ja rezervēšanas plūsma ir daļa no jūsu produkta pieredzes.
- MCP serveris. Tās pašas iespējas pieejamas AI aģentiem, lai asistents varētu meklēt, noteikt cenu un pabeigt rezervāciju, nevis novirzīt lietotāju uz vietni.
Šie trīs nav savstarpēji izslēdzoši — produkts parasti izmanto komponentus mārketinga virsmai un API savam galvenajam plūsmam.
Ko būvēt vispirms
Section titled “Ko būvēt vispirms”- Meklēšana un cenu noteikšana vienai pilsētai un vienam datumu diapazonam. Saņemiet reālas cenas pirms jebkādas dizaina izstrādes.
- Izveidojiet vienu testa rezervāciju no sākuma līdz beigām, ieskaitot maksājumu un apstiprinājumu.
- Pierakstieties uz
booking.createdun atcelšanas notikumiem pirms jebkādas UI izveides virsū. - Agrīni izlemiet savu atribūcijas modeli — avota kontekstam jāceļo kopā ar rezervāciju, pretējā gadījumā jūsu atskaites būs minējumi vēlāk.
- Risiniet neveiksmju gadījumus: pieejamība zudusi starp cenu piedāvājumu un rezervēšanu, maksājums noraidīts, daļējas atmaksas.
Izstrādātājam svarīgas cenas
Section titled “Izstrādātājam svarīgas cenas”Consumer un Booking Engine API ir bezmaksas. Partner API ietver bezmaksas mēneša limitu 10 000 viesnīcu naktīm, pēc tam tiek rēķināts par vienību. Apstiprinātām rezervācijām tiek piemērota viesnīcas 1,5% platformas maksa plus kartes apstrādes izmaksas, un 10% noklusējuma komisija tiek piemērota, ja jūsu produkts ir veicinājis rezervāciju — tā integrators pelna, nevis maksā.
Biežākās kļūdas
Section titled “Biežākās kļūdas”- Būvēšana uz kešotām cenām. Tās izskatās labi izstrādes laikā, bet neizdodas ražošanā.
- Maksājuma atstāšana pāradresācijai. Katrs nodošanas solis zaudē rezervācijas.
- Webhooku ignorēšana līdz palaišanai. Saskaņošana kļūst par manuālu darbu.
- Kļūšana par tirgotāju bez vajadzības. Tā ir licencēšanas un atbildības izvēle, ne tikai tehniska.
- Avota konteksta nepārsūtīšana. Atribūciju pēc tam nevar atjaunot.