White label vai oma varausjärjestelmä?
Tarjous tuli sähköpostilla, ja ensi silmäyksellä siitä selviää. Kehittäjä johon luotat on hinnoitellut varausjärjestelmän — haku, tuloslista, kassa, yksi ylläpitonäkymä, kolme kuukautta — eikä summa ole järjetön. Olet halunnut omaa järjestelmää kaksi vuotta. Juuri tässä kohdassa ratkeaa kysymys white label vai oma varausjärjestelmä, ja se ratkeaa yleensä väärillä todisteilla: ensimmäisen kuukauden hinnalla toisen vuoden muodon sijaan.
Tarjous on rehellinen. Se vain kattaa sen osan työstä, jonka näet.
Mitä kehitystarjous oikeasti hinnoittelee
Lähes jokainen budjetti, joka sinulle ojennetaan, hinnoittelee pintoja: hakulomakkeen, tuloslistan, matkustajatietosivun, maksuvaiheen, varaustaulukon ylläpidossa. Työ on todellista, ja osaava tiimi tekee sen hyvin. Se on myös se puolikas, joka on hyödyke — puolikas, jolla kaksi samaa reittiä myyvää toimistoa eivät koskaan kilpaile. Kukaan ei ole valinnut matkatoimistoa siksi, että sen saatavuusnäkymässä oli parempi riviväli.
Toinen puolikas on sillä puolella yhteyttä, jota selaimesta ei näe. Siihen vuodet kuluvat.
Kustannus on integraatioiden määrä, ei käyttöliittymä
Pyydä toimittajalta pääsyä, niin et saa API-avainta paluupostissa. Saat testiympäristön, sertifiointiprosessin, oikeushenkilöittäin myönnetyt tunnukset, sääntödokumentin ja yhteyshenkilön joka vastaa oman aikataulunsa mukaan. Sitten kohtaat juuri sen toimittajan murteen: staattiset hinnat yhdessä paikassa ja live-saatavuus toisessa, allotment ja sen release period free-salen vierellä, cut-off jota järjestelmäsi on kunnioitettava, fare rules jotka ratkaisevat onko muutos maksullinen, ja ancillaries-katalogi joka ei mäppäydy kenenkään toisen kanssa. Kerro tämä niiden toimittajien määrällä, joita asiakkaasi odottavat sinulta.
Yksi integraatio on projekti. Kuusi on osasto, eikä se valmistu koskaan, koska yksikään niistä kuudesta ei ole sitoutunut lopettamaan muuttumista.
Sama ansa on jokaisen näkymän takana, jonka tarjous luettelee. Haku näyttää yhdeltä ominaisuudelta siihen asti, kun kannat kahta lentoyhtiötä jotka palauttavat saman reitin eri hinnalla ja sinun on päätettävä koodissa, kumman asiakas näkee. Palautus näyttää napilta siihen asti, kun fare rule sanoo sakko, toimittaja sanoo voucher ja asiakas sanoo kortti. Katteet näyttävät luvulta asetussivulla siihen päivään, jona haluat yhden säännön yritysasiakkaille, toisen alitoimistolle Tampereella ja kolmannen kadulta tulevalle — samalle hinnalle.
Tämä laskutoimitus jää rakennustarjouksesta pois, eikä se ole pyöristysvirhe käyttöliittymään verrattuna — se on itse tuote. White label -alustalla työ on jo tehty ja jo resursoitu: toimittajien sisältö päätyy myymälään supplier groups -ryhmien kautta eikä yksitellen allekirjoitettujen sopimusten kautta, ja sivusto kytkee päälle lennot, hotellit, valmismatkat tai nähtävyydet sen mukaan mitä se tosiasiassa myy.
Vertailu joka kestää toiseen vuoteen
Lue taulukko operatiivisena ihmisenä, älä ostajana. Joka rivillä on sama kysymys: kenen niskassa tämä on?
| Rakenna itse | White label | |
|---|---|---|
| Aika ensimmäiseen oikeaan varaukseen | Kehityssykli, sen jälkeen sertifiointi jokaisen toimittajan kanssa | Samana päivänä, alustan aliverkkotunnuksella — rekisteröintivelho pystyttää sen kysymättä korttia |
| Toimittajayhteydet | Sinun hankittavia, sertifioitavia ja ylläpidettäviä, yksi kerrallaan | Sisältyvät; kytket päälle ne joita myyt |
| Kielet ja valuutat julkaisussa | Se mitä määrittelit ja maksoit | 40 kieltä, oikealta vasemmalle kirjoitettavat mukaan lukien; jokainen sivusto valitsee oman oletusvaluuttansa ja tarjoamansa listan |
| Toimittaja muuttaa API:nsa | Sinun backlogisi, heidän aikataulullaan | Alustan ongelma, korjataan kertaalleen kaikille |
| Lipunkirjoitus kaatuu kello 02 | Sinä, tai se kehittäjä joka vastaa | Alustan päivystys |
| Sivuston ilmeen muuttaminen | Julkaisu | Asetus — teema, värit, fontit ja logo vaihtuvat ylläpidosta ilman uutta vientiä |
| Työnkulku jota kukaan muu ei myy | Rakennettavissa täsmälleen niin kuin sen ajat | Vain jos alusta mallintaa sen jo |
| Kuka omistaa koodin | Sinä | Et sinä — omistat brändin, asiakkaat ja kaupalliset ehdot |
Kaksi riviä puoltaa rakentamista. Ne eivät ole lohdutuspalkintoja. Jos myymäsi on tarpeeksi epätavallista, ne painavat enemmän kuin kaikki niiden yläpuolella.
Mitä väärä valinta maksaa
Itse rakennettu järjestelmä ei useimmiten romahda. Romahdukset näkyvät, sattuvat ja niistä selviää. Kallis versio on järjestelmä joka toimii — ja lakkaa sitten hiljalleen toimimasta.
Sen kirjoittanut kehittäjä siirtyy muualle, ja seuraava hinnoittelee jokaisen pienen muutoksen riskiksi, koska kukaan elossa oleva ei ole lukenut koodia. Toimittaja poistaa endpointin oman aikataulunsa mukaan, ja varaukset alkavat epäonnistua tavalla jonka asiakkaasi huomaavat ennen valvontaasi. Ensimmäisenä vuonna oikein koodattua fare rulea ei tarkisteta uudelleen, ja perään tuleva ADM veloitetaan sinun IATA-numerostasi, ei konsultin. Maksutunnukset vanhenevat. Sertifikaatit vanhenevat. Kaksi versiota jäljessä oleva framework muuttuu tietoturvakeskusteluksi jolle et varannut viikkoa.
Mikään näistä ei saavu laskuna, ja siksi se ei koskaan näy siinä vertailussa jonka ihmiset todella tekevät. Se saapuu huomiona. Omistaja joka käyttää tiistain rikkinäiseen PNR:ään ei myy tiistaina, ja toimistot jotka hiljenevät oman rakennusprojektin jälkeen hiljenevät harvoin siksi että ohjelmisto petti — ne hiljenevät siksi että se joka ennen toi kauppaa sisään ylläpitää nyt järjestelmää.
Milloin rakentaminen on aidosti oikea valinta
Joskus on, ja tapaukset ovat kyllin täsmällisiä että voit tarkistaa itsesi niitä vasten.
- Ohjelmisto on se ero. Jos myyt teknologiaa muille matkailualan yrityksille sen sijaan että myisit matkoja, et voi ulkoistaa juuri sitä josta laskutat.
- Sinulla on jo kehittäjiä ja olet budjetoinut toisen. Ei sitä joka rakentaa — sitä ylläpitäjää joka ottaa vastuun kun ensimmäinen lähtee. Rakentaminen ilman seuraajasuunnitelmaa on vuokraamista ylimääräisillä vaiheilla.
- Ajat työnkulkua jota kukaan ei mallinna. Operaattori joka pitää omia vuodepaikkojaan ja niputtaa ryhmä-PNR:t viisumien välietappeihin ei tee mitään johon yleiskäyttöinen järjestelmä koskaan täysin istuu.
On myös reitti joka ei ole kumpikaan: osta myymälä, rakenna vain se osa joka on aidosti sinun. Alusta tarjoaa lento- ja hotelli-API:t juuri siihen, vaikka pääsy alkaa keskusteluna eikä itsepalveluavaimena. Hinnoittele hybridi ennen kuin sidot itsesi koko rakennusprojektiin, koska se osa jota oikeasti halusit hallita on yleensä yksi työnkulku, ei koko järjestelmä.
Ja jos mallisi nojaa alitoimistoihin, hinnoittele myös se kunnolla. Luottorajat ja settlement-laskutus ovat täällä ensiluokkaisia käsitteitä eivätkä taulukko jota joku täsmäyttää sunnuntaisin; omassa rakennusprojektissa ne ovat toinen projekti jota kukaan ei laittanut ensimmäiseen tarjoukseen.
Yksi kysymys, esitettynä molemmille
Ennen kuin allekirjoitat mitään, esitä sama kysymys kehittäjälle ja alustalle: toimittaja muuttaa sertifiointinsa maaliskuussa — kuka tekee työn, kenen aikataululla, ja miten saan sen tietää? Vastaukset eivät ole samankaltaisia, ja niiden ero on se mistä oikeasti valitset.
Käynnissä olevan myymälän vertaaminen tarjoukseen on rehellisempi koe kuin kahden dokumentin vertaaminen, joten jos haluat nähdä mitä oikeasti pystytetään ennen kuin sitoudut mihinkään, käynnistä sivusto velhossa — se ei kysy korttia, ja saatu aliverkkotunnus pysyy pysyvästi, myös sen jälkeen kun liität oman verkkotunnuksesi.