JavaZone 2010: How we blew our shot at beating Spotify, spending two metric truckloads of cash doing it

Gjesteblogg fra foredrag på JavaZone, skrevet av Jan-Erik Carlsen. Jan-Erik er Seniorkonsulent i Capgemini og jobber til daglig på NAV Pensjonsprogrammet. 

Hvorfor lykkes noen teknologi-startups mens andre feiler?

Spotify har blitt den dominerenede applikasjonen for musikkstreaming over internett, men Spotify var ikke det eneste selskapet som hadde denne ideen midt på 2000-tallet.

Espen Dalløkken holdt foredraget “How we blew our shot at beating Spotify, spending two metric truckloads of cash doing it” på JavaZone 2010. Foredraget tok for seg historien om Ezmo, en startup som ble skilt ut fra Fast Search and Transfer i januar 2007, men som gikk tom for penger og ble lagt ned i mars 2008. Jeg fulgte foredraget med stor interesse fordi jeg selv var med på å utvikle de tidlige versjonene av mMusic og Ezmo tilbake i 2006 og 2007.

Ideen bak Ezmo

Ezmo lot deg laste opp og dele musikken din med opptil 10 venner. Musikken kunne streames fra browser og mobil og skulle være tilgjengelig for brukerne uansett hvor de var. Penger skulle genereres ved anbefalinger, kontekstuell annonsering og kostnaden ved datalagring skulle reduseres ved “fingeravtrykk” av sanger for å unngå duplikat lagring.

Hvorfor  lyktes ikke Ezmo?

Dalløkken pekte på en rekke årsaker til at det gikk som det gikk:

  • Man tok ikke straffeslagene umiddelbart: Planen ble ikke justert når man så at den ikke gikk. Man rekrutterte i samme fart og brukte penger i samme takt som planen – men brukerne lot vente på seg.
  • Man forlot ikke redet i tide: Det interne startup-selskapet forble i FAST’s lokaler og fikk aldri den uavhengigheten man trengte.
  • Ezmo eide ikke sin egen kjerneteknologi. FAST gjorde. Dette førte til at investorene ble skeptiske: Hva hvis FAST ikke bryr seg like mye som oss og bestemmer seg for noe annet?
  • Dalløkken pekte også på “The Change Function” fra Pip Coburns The Change Function: Why Some Technologies Take Off and Others Crash and Burn: f( The perceived Pain of Adaption, User Crisis ) som en årsak til brukerveksten ikke ble like høy som forventet. Ezmo tilbød et produkt med for høy Pain of Adaption – man måtte laste opp hele musikksamlingen sin fra en ofte treg hjemmelinje.  Var det User Crisis? Ikke nødvendigvis – brukerne hadde iPod og var fornøyd med det. Ezmo var muligens forut for sin tid, men brukerne så ikke behovet i 2007 – timingen var feil.

Hva kan vi lære av Ezmo’s undergang og Spotify’s suksess?

Bruk den teknologien som er best tilpasset produktet som skal lanseres, ikke velg en teknologi kun fordi utviklerne kan det fra før. Hvis man ser at et bytte av teknologi er nødvendig, gjør det så tidlig som mulig – det blir dyrere jo lenger man venter!

Gjør det enkelt for brukerne å ta i bruk produktet, og sørg for at terskelen for å komme i gang som aktiv bruker er lavest mulig. Viral markedsføring er essensielt, og Spotify lyktes veldig bra med sin invite-only markedsføring som gav en følelse av eksklusivitet.  Hvis kjerneteknologien din er noe av det som skiller deg ut, sørg for å ha full kontroll over den og ikke vær avhengig av tredjepart.

Sist, men ikke minst: Innovasjon kommer som et resultat av knallhardt arbeid – det er ikke nødvendigvis nok å kun ha den beste ideen. Det er altså ikke tilstrekkelig å følge entrepenørens livsløgn: “Build it and they will come“.

 




Dette innlegget tilhører kategorien Innovasjon og tagget , .

4 kommentarer