Neljä tärkeää ominaisuutta
Osio nimeltä “Neljä tärkeää ominaisuutta”| Ominaisuus | Mitä se tarkoittaa | Miksi tuotteet pysähtyvät ilman sitä |
|---|---|---|
| Reaaliaikaiset hinnat ja saatavuus | Ajantasaiset hinnat ja mitä on oikeasti varattavissa, päivämääräalueittain | Välimuistissa olevat hinnat epäonnistuvat vahvistuksessa ja heikentävät luottamusta |
| Varauksen luominen | Luo todellinen varaus, jonka hotelli vastaanottaa | Ilman sitä olet vain suosittelulinkki, et tuote |
| Maksu | Ota maksu osana varausta | Maksun ohjaaminen toiselle sivustolle tappaa konversion |
| Vahvistus ja webhookit | Kerro asiakkaalle, hotellille ja järjestelmällesi, mitä tapahtui | Muuten tuki kuormittuu ja sovitus jää vajaaksi |
Useimmat kehittäjän löytämät “hotelli-API:t” kattavat ensimmäisen ja joskus toisen ominaisuuden. Kaupankäynti on vaikea osa, ja se ratkaisee, onko sinulla tuote.
Kenen tarjontaa integroit?
Osio nimeltä “Kenen tarjontaa integroit?”Tämä kysymys muokkaa kaikkea myöhempää. Tarjonta, jota myydään jälleenmyyntiketjun kautta, sisältää hinnassa marginaalin, vanhentuneemman saatavuuden eikä tarjoa suoraa yhteyttä hotelliin varauskysymyksissä. Hotellin suoraan tarjoama tarjonta sisältää hotellin oman hinnan, reaaliaikaisen saatavuuden ja hotellin, joka tietää varauksen olemassaolosta.
Missä tahansa tilanteessa, jossa matkustaja vertaa hotellin omaan verkkosivustoon — eli useimmissa tapauksissa — hotellin hallitsema tarjonta välttää kiusallisen tilanteen, jossa hintasi on huonompi.
Kuka on kauppias
Osio nimeltä “Kuka on kauppias”Jos rakennat hotellivarauksen itse, kauppiaaksi ryhtyminen tarkoittaa maksuvastuun, maksupalautusten, hyvitysten, verojen käsittelyn ja usein matkatoimistoluvan ottamista kussakin markkinassa.
Winkissä hotelli pysyy kauppiaana ja maksu kerätään hotellille, joten integroija ei peri tätä vastuuta. Kauppiasjärjestelyjä on saatavilla API-integraatioissa, joissa kumppanin on aidosti otettava maksu itse, ja tällöin on omat lisenssivaatimuksensa.
Kolme integraatiotasoa
Osio nimeltä “Kolme integraatiotasoa”- Web-komponentit. Lisää varattava haku, huonelista tai kassallemeno olemassa olevalle sivulle. Ei backend-työtä; vähiten hallintaa ulkoasuun.
- REST API. Täysi hallinta hakuun, hintoihin, varauksen luomiseen ja vahvistukseen, OAuth2-todennuksella. Käytä, kun varausprosessi on osa oman tuotteen käyttökokemusta.
- MCP-palvelin. Samat ominaisuudet tarjolla tekoälyagenteille, jotta avustaja voi hakea, hinnoitella ja tehdä varauksen ilman, että käyttäjä ohjataan verkkosivustolle.
Nämä kolme eivät ole toisiaan poissulkevia — tuote käyttää usein komponentteja markkinointipinnassa ja API:a ydintoiminnallisuudessa.
Mitä rakentaa ensin
Osio nimeltä “Mitä rakentaa ensin”- Hae ja hinnoittele yhdelle kaupungille ja yhdelle päivämääräalueelle. Saat oikeat hinnat virtaamaan ennen kuin suunnittelet mitään.
- Luo yksi testivaraus päästä päähän, mukaan lukien maksu ja vahvistus.
- Tilaa
booking.createja peruutustapahtumat ennen kuin rakennat käyttöliittymää. - Päätä attribuutiomalli varhain — lähdetiedon on kuljettava varauksen mukana, muuten raportointi on myöhemmin arvailua.
- Käsittele epäonnistumistilanteet: saatavuus katoaa tarjouksen ja varauksen välillä, maksu hylätään, osahyvitykset.
Hinnoittelu, joka kehittäjän tulee tietää
Osio nimeltä “Hinnoittelu, joka kehittäjän tulee tietää”Consumer- ja Booking Engine -API:t ovat ilmaisia. Partner API sisältää ilmaisen kuukausittaisen kiintiön 10 000 hotelliyölle, jonka jälkeen veloitetaan yksikkömäärän mukaan. Vahvistetuista varauksista veloitetaan hotellin 1,5 %:n alusta plus kortinkäsittely kustannuksella, ja 10 % oletuskomissio koskee varauksia, jotka tuotteesi on tuonut — näin integroija ansaitsee eikä maksa.
Yleisiä virheitä
Osio nimeltä “Yleisiä virheitä”- Rakentaminen välimuistissa olevien hintojen päälle. Ne näyttävät kehityksessä hyviltä, mutta epäonnistuvat tuotannossa.
- Maksun ohjaaminen uudelleenohjaukseen. Jokainen siirto menettää varauksia.
- Webhookien sivuuttaminen ennen julkaisua. Sovitus muuttuu manuaaliseksi työksi.
- Kauppiaaksi ryhtyminen ilman tarvetta. Se on lisensointi- ja vastuukysymys, ei pelkkä tekninen päätös.
- Lähdetiedon välittämättä jättäminen. Attribuutiota ei voi rekonstruoida jälkikäteen.