Hyviä API-rajapintoja?

Juu, HSL on riistolaitos !

Teoriassa kuka tahansa voi tehdä vaikkapa mobiiliapplikaation, joka myy HSL:n mobiililippuja.

MUTTA:

Ensinnäkin: apin tekijä maksaa HSL:lle HSL:n virallisen hinnaston mukaan (ei enää jälleenmyyjäalennuksia).

Eli jos HSL veloittaa lipusta vaikkapa 3,40 € ja haluat itsellesi myyntipalkkiota 0,50 €, niin teoriassa voisit myydä lippua loppuasiakkaalle 3,90€, mutta loppuasiakas voi silti ostaa lipun HSL:n lipunmyyntiautomaatista 3,40€, joten kilpailutilanteessa olet epäedullisesssa asemassa kun tarjoat 50 senttiä kalliimpaa lippua kuin HSL itse.

Toiseksi:
Sinun pitää maksaa HSL:lle etukäteen aivan oikeaa rahaa nimissäsi olevalle HSL -tilille.
Ja voit myydä niitä lippuja korkeintaan sen määrän, mitä olet etukäteen maksanut HSL:lle.
Jos haluat myydä enemmän, tulee sinun maksaa lisää HSL:lle, ennenkuin lipunmyyntisi voi jatkua.

Niin, ja jos käytät maksukanavana esim. tekstiviestiä, niin teleoperaattori haluaa osansa asiakkaan suorittamasta maksusta.

Jos siis esim. operaattori ottaisi 0,40€ / viesti omaa provisiotaan, niin jos myyt loppuasiakkaalle 3,90€, joudut maksamaan HSL:lle 3,40€ ja operaattorille 0,40€, yht. 3,80€, joten sinulle jää vain 0,10€, ja tällä pitäisi kattaa:

1. Palvelun kehityskustannukset

2. Tietoliikenne, palvelin ja muut vastaavat kulut

3. Korkotappio, kun joudut itse maksamaan liput etukäteen HSL:lle, mutta saat rahaa vain sitä mukaan , kun asiakaat ostavat (jos ostavat, kun saman lipun saa halvemmalla suoraan HSL:ltä) sinun välittämiä HSL:n lippuja.

4. Mainoskustannukset

5. Liikevoitto

Ei ihme, ettei kolmannen osapuolen lippusovelluksia ole näillä ehdoilla juurikaan syntynyt.

Teoriassa tuollaisen voisi tehdä, mutta miksi, kun oma hyöty jää parhaimmillaankin hyvin vähäiseksi ja tappioriskiäkin syntyy, jos/kun asiakkaat eivät halua ostaaa ylihintaisia lippuja kun HSL:ltä itseltään saa lippuja halvemmalla.