Miksi Kobo ja StoryGraph tekevät yhteistyötä – ja mitä se tarkoittaa sinulle

Oletko koskaan huomannut, miten jokin yhtiö tuppaa olemaan kaikkialla? Se on se paikka, jonne menet, kun haluat lukea kirjan, katsoa sarjan tai ostaa melkein mitä tahansa. Amazon on onnistunut rakentamaan ekosysteemin, joka tuntuu lähes väistämättömältä.

Mutta nyt tapahtuu jotain mielenkiintoista: Kobo on integroinut palvelunsa StoryGraphiin. Eikä kyse ole mistään pienestä asiasta.

Mitä oikeastaan tapahtuu?

StoryGraph on vaihtoehtoinen kirjastoseurantasovellus, joka on kerännyt omistautuneen käyttäjäkunnan. Se tarjoaa yksityiskohtaisia tilastoja, lukuhaasteita ja relevantteja suosituksia – ilman mainoksia ja ilman dataa myyvää liiketoimintamallia. Kobo-käyttäjät voivat nyt synkronoida lukunsaantitiedot automaattisesti juuri sinne, minne haluavat.

Tämä on kuin ohjelmistokehittäjä, joka viimein pystyy käyttämään haluamaansa projektinhallintatyökalua yhdessä versionhallintajärjestelmän kanssa. Ei enää manuaalista vientiä. Ei copy-paste-työtä alustojen välillä.

Vendor Lock-In koskettaa meitä kaikkia

Ehkä ajattelet, että tämä koskee vain kirjojen ystäviä. Mutta kuva muuttuu, kun katsot asiaa laajemmin.

Vendor lock-in eli riippuvuus yhdestä toimittajasta on klassinen ongelma tech-alalla. Rakennat liiketoimintasi alustalle, jonka ehdot muuttuvat. Hinta tuplaantuu. Tai pahimmillaan palvelu suljetaan yön yli.

Sama pätee web-hostingiin. Olen nähnyt yrityksiä, jotka ovat vuosia rakentaneet sisältöään alustalle, joka on sittemmin lopettanut tai muuttunut mahdottomaksi. Siksi datan siirrettävyys ja avoimet integraatiot ovat niin tärkeitä – oli kyse sitten kirjoista tai verkkosivuista.

Kobo tekee tässä jotain, mikä kannattaa huomioida: se tarjoaa käyttäjille valinnanvapautta sen sijaan, että yrittäisi sitoa heidät omaan ekosysteemiinsä.

Mitä tästä voi oppia?

Jos rakennat tuotetta tai alustaa tänään, Kobo tarjoaa yhden selkeän oppitunnin:

Rakenna integraatioita varten, älä eristäytymistä varten.

Menestyvät alustat tulevaisuudessa ovat niitä, jotka toimivat saumattomasti muiden kanssa. API:t eivät ole vain teknisiä ominaisuuksia – ne ovat kutsuja käyttäjien olemassa oleviin työnkulkuihin.

StoryGraph ei yrittänyt rakentaa omaa eReader-laitetta. Kobo ei yrittänyt rakentaa omaa kirjaseurantasovellusta. Sen sijaan molemmat tunnistivat, että käyttäjät hyötyvät eniten, kun heidän työkalunsa keskustelevat keskenään.

Tämä sama logiikka pätee meihin web-hostingin puolella: valitse palveluntarjoaja, jolla on toimivat API:t, automaattinen SSL-sertifikaattien hallinta ja sujuva DNS:n hallinta.

Tulevaisuus kuuluu yhteen toimiville työkaluille

Tulevaisuus ei ole yhtä monolithista ekosysteemiä, joka pyrkii olemaan kaikkea kaikille. Se on yhdistettyjä, erikoisistuneita työkaluja, joita käyttäjät voivat koota yhteen kuin digitaalista LEGO-pakettia.

Olitpa sitten innokas lukija tai startup-kehittäjä valitsemassa teknistä arkkitehtuuria, periaate on sama: vapaus merkitsee.

Kobo-käyttäjät voivat nyt lukea haluamallaan laitteella ja seurata edistymistään haluamallaan alustalla – ilman välikättä, joka kerää dataa ja tarjoilee mainoksia. Pieni voitto, ehkä, mutta suuntaus on oikea.

Mitä mieltä olet alustaintegraatioista versus ekosysteemien lukituksesta? Kerro alla – mainitse ihmeessä myös oma eReader-valintasi.