Den største suksessen til Echometer så langt er ikke at vi har fått gode kunder (som Miele eller Volvo), tusenvis av brukere eller risikovillig kapital.
Vår største suksess er noe ganske enkelt. La meg utdype det litt...
Begynnelsen på Echometer: Finne idé, team og penger
Bob: "Det ser ut til at du har gått glipp av mye arbeid i det siste."
Peter: "Jeg vil ikke si at jeg har savnet det, Bob."
Paul Wilson og Ron Livingston i filmen Office Space.
Ganske Morsomt sitat fra filmen "Office Space" oppsummerer det ganske godt. Jean, som på den tiden var assistent for administrerende direktør i et Bertelsmann-selskap, opplevde dette live før Echometer: 85 % av sysselsatte personer er ikke helt fornøyd med arbeidet sitt – over hele verden.
Prøv følgende: Spør 5 tilfeldig utvalgte personer om jobben deres. Sannsynligvis vil 4 av dem før eller siden begynne å klage på jobben –, enten det gjelder kunder, sjefen eller kolleger.
Så Naive Jean spurte seg selv: Hvorfor tar ikke folk ansvar og former arbeidsmiljøet sitt proaktivt? I stedet for bare å klage på det. For et stort problem i dagens arbeidsliv!
Derfor så han seg om etter et team som kunne hjelpe ham med å takle den grove ideen eller "problemområdet" han hadde kommet over.
Det var her jeg (Christian) kom inn i bildet. Som psykolog var jeg nettopp ferdig med jobben som data scientist i en bedrift. Men det som virkelig engasjerte meg, var å gjøre psykologisk kunnskap praktisk anvendelig (se f.eks. Psytastisk App).
Jeg presenterte en psykologibasert oppstartside på et arrangement samme dag, –, og Jean så pitchen min. Han likte ikke ideen min, men han likte meg. Gudskjelov! Jean tenkte at denne fyren kunne være en god match Echometer – og jeg tenkte det samme.
På dette tidspunktet hadde Jean allerede Robin om bord, en svært kompetent og sympatisk programvareutvikler. De hadde møttes på jobbene sine i Bertelsmann-konsernet.
Dermed var teamet komplett. Og vi tre var enige om én ting: Hvis vi gjør dette, skal vi gjøre det riktig. Det vi ikke ønsker, er å tjene penger på produktet vårt så raskt som mulig.
Takk og lov for at vår tidlige mentor, psykologiprofessor Meinald Thielsch, gjorde oss oppmerksomme på det europeiske stipendet for vitenskapsbaserte oppstartsbedrifter, EKSISTERER...oppmerksomt. Vi søkte om stipendet – og fikk det. Så nå var det vår offisielle oppgave å omsette vitenskapelig kunnskap i praksis – perfekt!
135 000 € på kontoen... og ingen anelse.
Den 1. februar 2019 hadde vi 135 000 euro på kontoen (eller mer presist, tilgjengelig som budsjett, i henhold til vilkårene for tilskuddet). Og dette var et veldig tydelig "problemområde" som måtte løses.
Men stopp – problemet er ikke så klart! Hva er de underliggende årsakene som må løses? Godt spørsmål. Hvordan kan vi problem-løsnings-tilpasse (resp. PSF) når vi ennå ikke kjenner de eksakte problemene?
Vi gjorde det alle gode oppstartsbedrifter gjør: Vi forsøkte å forstå problemet ved å intervjue hundrevis av mennesker i målgruppen vår. Dette var i vårt første kontorlokale, det Gründernes garasje.
"Hvilken bok ville jeg tatt med meg hvis jeg var strandet på en øde øy? 'Hvordan bygge en båt'."
Steven Wright
Dette pragmatiske svaret fra Steven var mer eller mindre vår tilnærming til den komplekse utfordringen det er å starte en oppstartsbedrift. Gjør det åpenbare først. Vær hyggelig og hardtarbeidende.
Når jeg ser tilbake på den tiden nå, skjønner jeg egentlig ikke hvorfor vi hadde det så travelt. Vi kunne ha vært mye mer effektive. Men jeg tror det er en del av vår personlige utviklingsreise: Å lære steg for steg.
På et tidspunkt klarte vi å sette et tydeligere navn på problemområdet, et mønster vi så i intervjuene våre: det manglende "Agile-tankesettet".
Jeg kjente den under et annet navn fra psykologistudiene: Savnet Mestringstrosom begynner med "Innlært hjelpeløshet"er relatert til dette: I bunn og grunn følelsen av at man ikke kan løse sine utfordringer alene. Etter mottoet "dette må lederen min løse for meg".
På dette tidspunktet fikk vi også våre første pilotkunder (for eksempel Butikkvarer, se skjermbilde av LinkedIn). Vi solgte hovedsakelig konsulenttjenester som gjorde det mulig for oss å utvikle individuelle funksjoner i programvaren vår. Det gikk i riktig retning, men...
"...dette tar for lang tid!"
Stipendet var begrenset til 12 måneder –, og det samme var budsjettet vårt. Etter 10 måneder med stipendet hadde vi den første MVP-programvareløsningen oppe og gikk.
Vi hadde altså fortsatt to måneder igjen. Og det var fortsatt altfor mye å gjøre for å gjøre løsningen brukbar for kundene uten omfattende opplæring og tilvenning. Hva skulle vi gjøre?
Takket være litt omsetning og takket være et annet, mindre tilskudd, har NRWs grunnleggerstipendvi var i stand til å fortsette å jobbe. Hver av grunnleggerne hadde en månedslønn på 1450,00 euro det andre året. Ikke verst i det hele tatt!
I løpet av det andre året fikk vi mange nye innsikter om personas liv, om markedet vårt ... Og vi så tydeligere og tydeligere hvorfor det er behov for et smidig teamutviklingsverktøy som vårt.
Hva har vi lært konkret?
Realisering 1
Hvordan vet jeg om jeg er en god Agile-coach?
Disse superviktige nye rollene – Scrum Masters og Agile Coaches – har et problem: For å bli respektert av interessenter og ledere må du kunne måle prestasjonene dine på en eller annen måte. Men hva er det som gjør en Scrum Master vellykket? Hvordan vet jeg om jeg er en god Agile-coach?
Hva er en Agile Coach?
Som regel er det en coach for team som jobber med smidige metoder eller rammeverk. Coachen eller den såkalte tjenende lederen er kjent med disse rammeverkene (f.eks. Scrum) og trener teamet i å implementere dem.
Samtidig er nettopp disse lederne og interessentene ofte en av hovedårsakene til et arbeidsmiljø som hindrer smidig omstilling.
Noen av IT-sjefene vi intervjuet, uttrykte det ganske drastisk på denne måten:
"For å være ærlig anser jeg Agile-trenerne mine som "treehuggers". Av alle ledere er de hippiene. Det er bare vanskelig å si om arbeidet deres har den nytten det burde ha. Jeg har hørt at noen Scrum Masters er som barnehagelærere for teamet sitt."
Det gjør vondt. De spiller en så viktig rolle, men blir ofte ikke tatt på alvor av ledelsen.
I lys av dette er det behov for en mer datadrevet og smidig coachingprosess (noe som selvsagt ikke står i motsetning til å fremme smidige verdier eller Psykologisk sikkerhet bør være i team). Det er slik Agile-coacher får respekt fra ledere av den "gamle skolen" –, som vi av og til kaller "fossefallssjefer".
Og når Scrum Masters og Agile-coacher har fått denne respekten, kan de jobbe med tankegangen til fossefallslederne –, som ofte er en av de viktigste hindringene for vellykkede smidige transformasjoner.
Implikasjoner for Echometer: En datadrevet tilnærming og Health Check om smidig modenhet utgjør en sentral pilar i verktøyet vårt.
Realisering 2
Utviklingen av det smidige tankesettet er en slags svart boks.
For Scrum Masters og Agile-coacher er det å utvikle teamets smidige tankesett fortsatt en stor utfordring, en slags svart boks. Hvordan avlærer de ansatte "lært hjelpeløshet"? Hvordan skaper man mestringstro? Hvordan aktiverer du teammedlemmene slik at de deltar i den kontinuerlige forbedringsprosessen?
Årsakene til menneskelig atferd ligger i psykologien. På bakgrunn av dette trenger Agile-coacher et psykologisk perspektiv på utviklingen av det smidige tankesettet.
Implikasjoner for Echometer: Praktisk anvendelig og vitenskapelig basert psykologi utgjør en sentral del av verktøyet vårt.
Realisering 3
individer og interaksjoner via prosesser og verktøy.
Agile-manifestet postulerer det, og Agile-coacher og Scrum Masters gjentar det igjen og igjen: "individer og samspill fremfor prosesser og verktøy".
Tidlig i intervjuene våre uttalte Agile-coachene seg mot verktøy og påberopte seg Agile-manifestet. Vi var helt enige med dem. Men hvorfor enda et retroverktøy?
Hva vi måtte lære: Denne setningen betyr ikke at verktøy ikke er viktige. Prosesser og verktøy må først og fremst tjene og tilpasse seg individer og interaksjoner.
La meg forklare det med et annet favorittsitat fra markedet vårt: "A fool with a tool is still a fool". En idiot med et verktøy er fortsatt en idiot."
Det er sant! En idiot med et godt verktøy forblir en idiot. Men er ikke "Scrum" i seg selv i bunn og grunn et verktøy? Er ikke en "check-in" i et retrospektiv også et slags verktøy?
Verktøy har makt til å gjøre idioter smartere, for å si det sånn –, så lenge verktøyet gir tydelige instruksjoner. Det vil si, hvis idiotene bruker det, må de ikke kunne gjøre noe galt.
Bare så det er sagt: Min erfaring er at de fleste Agile-trenere og scrum masters er det motsatte av idioter.
Implikasjon for Echometer: Det må være det enkleste i verden å bruke våre psykologiske nudges – avhengig av teamets modenhet –.
Disse tre erfaringene er i seg selv grunn nok til å lage et nytt verktøy. Og ikke et typisk retroverktøy. Verktøyet, Echometer, må gå lenger enn klassiske retrosystemer for virkelig å ha en bærekraftig positiv innvirkning. #Sbærekraftighet
Fundraising – og skalering?
På den tiden tok vi alle Scrum Master-sertifiseringen... For å bli kjent med oss selv, for å få en følelse av hvordan folk blir kastet ut på dypt vann – og plutselig befinner seg i en ny rolle som tjenende leder og coach.
Dette var nok en liten brikke i puslespillet for å fange opp brukernes synspunkter. Vi fikk flere kunder. Likevel gikk vi sakte, men sikkert tom for penger mot slutten av 2020.
Som om ikke det var nok, hadde en konkurrent i Silicon Valley noen måneder tidligere hentet inn 8 millioner dollar fra Microsoft Ventures og andre investorer. I seg selv er ikke det noe problem, men la oss si det slik... psykologisk sett ga det litt krydder til oppstartsreisen vår. Hvis vi er David, hadde vi endelig funnet Goliat.
Det perfekte tidspunktet for å snakke med Angel-investorer! Det var gøy. Så mye penger i samtalen! Vi var veldig glade for å se at noen av de første investorene som sa ja til å investere, var tidlige kunder.
I januar 2021 har vi vår pre-seed runde på rundt 600 000 euro med kjente engleinvestorer som Stephen Weich, tidligere administrerende direktør i Unicorn Bottle Mail. Ikke helt 8 millioner, men likevel. Vi var likevel veldig fornøyde med det: nok økonomisk handlingsrom til å fortsette å jobbe med oppdraget vårt!
Neste skritt er åpenbart: la oss publisere "Vi ansetter"-merket!
"Vi ansetter" ... for raskt
Og det var akkurat det vi gjorde. Salg, markedsføring, kundesuksess... Vi ansatte. For raskt.
Jeg må legge til at vi gjorde en viss fremgang på den tiden. Vi vant kunder som Toyota, Miele, Volvo, Deutsche Bahn, Bilfinger, DATEV, ledende bilprodusenter hvis navn vi ikke har lov til å publisere. Dette er hva en bruker av Volvo la ut på LinkedIn publisert – wow, det føles virkelig godt:
Så vi utvikler verktøyet vårt i riktig retning. Men i ettertid ser vi at vi fortsatt hadde feil go-to-market-strategi: Vi hadde et "outbound"-salgsteam som aktivt oppsøkte målgruppen vår og demonstrerte programvaren.
Dette er en ganske dyr salgsmetode som du bare har råd til hvis den gjennomsnittlige årlige kontraktsverdien (ACV) er på minst 10 000 euro. Siden ACV-verdien vår var mye lavere på den tiden, var det altfor tidlig å ansette alle disse flinke folkene og skalere de eksisterende prosessene.
Noen smertefulle erfaringer
Vår viktigste innsikt: Scrum Masters og Agile Coaches ønsker ikke en online demo av retrospektive verktøy. De vil bare prøve verktøyene selv og avgjøre om de er gode eller ikke. Jeg innrømmer at det tok oss ganske lang tid å komme til denne erkjennelsen.
Så vi tok en risiko som slo feil. Nå hadde vi et salgsteam som ikke kunne finansiere seg selv uten egen skyld. Dessverre var det bare én fornuftig løsning igjen: Vi måtte si opp noen av medarbeiderne igjen, i noen tilfeller ikke engang ett år etter at de ble ansatt.
Som gründer er dette en av de vanskeligste beslutningene du kan ta.
Men i vårt tilfelle skjedde det noe bemerkelsesverdig. Hvert eneste teammedlem, også de som måtte forlate oss, reagerte med sorg, men også med forståelse og medfølelse.
Det var ikke spor av fiendtlighet, skuffelse eller fornærmelser. Jeg er stolt over at vi har klart å bygge en teamkultur som er så åpen og ærlig og som tillater sårbarhet, at dette har kunnet skje på denne måten.
Vår viktigste salgsmedarbeider, Andreas, publiserte dette innlegget på LinkedIn"Farvel, Echometer". Det er en ære å høre "Disse 18 månedene har vært de beste i min lange karriere!".
For som grunnleggere var vi tidlig av den oppfatning at et selskap bør være "Maskinen er det som bygger maskinen". Å ha engasjerte kolleger som elsker jobben sin, er nøkkelen.
Dette bringer meg tilbake til vår største suksess så langt. Det er rett og slett det faktum at vi så langt på vår reise –, med alle sine oppturer og nedturer, har klart å skape en svært positiv opplevelse for både brukere og kolleger.
Dette høres kanskje trivielt ut, men hvis du er en gründer (eller tilfeldigvis kjenner noen), vet du kanskje hvor vanskelig det er når du er under press for å lykkes og har alle odds mot deg. Etter vår mening er en oppstartsbedrifts reise, uansett hvor den fører hen, vellykket så lenge den har en positiv innvirkning på kunder og kolleger.
Konklusjon
"Å prøve er det første skrittet til å mislykkes."
Homer Simpson, The Simpsons
Homer har min humor, og han har rett. Men han glemte den andre delen: Å feile (og snakke om det) er veien til læring og dermed til suksess. Vi, i likhet med mange andre oppstartsbedrifter, fortsetter å feile.
Vi er for eksempel veldig glade for at vårt nåværende produktfokus på "moro og fleksibilitet i etterkant" har ført til de første suksessene. Etter å ha sett den integrerte whiteboardtavlen vår, sa en bruker nylig at Echometer var som "Miro gifter seg med EasyRetro". Vakkert! #CelebrateTheSmallThings (#CelebrateTheSmallThings)
Så trenger vi virkelig enda et retroverktøy? La meg si det slik: Som Agile-coach eller Scrum Master, vil du si at det er lett å fremme det smidige tankesettet i og mellom team?
Der har du det. Det er derfor vi utvikler Echometer..
