Följ innovationslivscykeln

  • 5 minuter

Tailwind Traders har frågor om innovation som påverkar många andra organisationer också:

  • Hur ökar vi förändringstakten utan att påverka den löpande verksamheten?
  • Hur bestämmer vi var vi ska förnya och vilka förändringar som ska genomföras för att maximera affärsåterkomsten av dessa innovationer?

Svaret på båda frågorna är: Tailwind Traders måste ta till sig förändringar som en del av sin organisationskultur. En anledning till att organisationer med ändringsberoende ofta har ändringsrelaterade avbrott är att dessa ändringar är för stora och effektfulla. Ändringarna är svåra att testa i kontrollerade och realistiska miljöer.

Om processer upprättas för att införa ändringar ofta är dessa ändringar mindre i storlek och risk. Den här processen innebär dock inte bara att vissa verktyg eller tekniker används. Det kräver en kultur som främjar förändring och accepterar misslyckanden.

Begreppet att acceptera misslyckanden kan verka kontraintuitivt, men det är viktigt för innovationscykeln. Om människor är rädda för att misslyckas eftersom fel sätter dem i centrum för skuldspel, kommer de sannolikt inte att följa nya metoder för problemlösning på grund av rädslan för misslyckande. Hela organisationen blir därefter en fånge av dess etablerade övar.

Det är möjligt att etablera en "fail fast"-kultur där människor uppmuntras att prova nya metoder. De har befogenhet att snabbt ändra riktning om de inte får det förväntade resultatet, vilket bidrar till att skapa en rikare innovationskultur.

Hypotesbaserad innovation

Du kan beskriva innovation som en hypotesbaserad iterativ cykel. När du identifierar förekomsten av ett problem kan en eller flera hypoteser formuleras för att eventuellt förklara grundorsaken och leda till lösningen. Definitionen av själva problemet kan vara utmanande, eftersom den måste vara mätbar.

Problemdefinitionen "Kunder är inte nöjda med våra val av betalningsplattform" är till exempel inte mätbar, så det är svårt att lösa. Om du kan definiera problemet som "23 procent av kunderna lämnar sin shoppingsession i steget att välja betalningsplattform" är du i en bättre position för att mäta framgången för alla möjliga lösningar.

När du har definierat ett problem på ett mätbart sätt kan du formulera hypoteser som är kandidater för att förklara och lösa problemet. En hypotes för Tailwind Traders kan till exempel beskrivas som: "Att lägga till ContosoPay i våra betalningsplattformar som stöds skulle minska kundomsättningen på betalningssidan från 23 procent till 10 procent." Nu är en idé på bordet, och att agera på det, är en fråga om att verifiera dess giltighet.

Hypoteser bör fokusera på att öka värdet för kunderna och förbättra deras upplevelse i deras interaktioner med din organisation. Den här idén kallas för kundinlevnad: att placera kunden i centrum för din innovation och fokusera på att öka värdet för dem och för dig.

Det finns många sätt att verifiera en hypotes utan att röra programkoden. Kundundersökningar och marknadsundersökningar är två exempel på värdefulla informationskällor som kan hjälpa dig att avgöra giltigheten för en hypotes. Genom att kontrollera dessa källor kan du kvalificera din hypotes och skapa hypoteser med högsta sannolikhet för noggrannhet och mervärde.

Skapa

När en hypotes har tillräckligt med värdepotential för att kunna byggas in i ditt program startar byggprocessen. Även här är hastigheten avgörande.

Dina utvecklingssprintar bör vara så korta som möjligt. Att hålla sprintarna korta möjliggör snabb verifiering eller avvisande av hypotesen. Det kan också göra att du kan finjustera hur de nödvändiga funktionerna integreras i programmet. Resultatet är snabbare innovationscykler.

Mått

Du vill kontrollera att hypotesen är korrekt så snart som möjligt. En minsta livskraftig produkt (MVP) är en preliminär version av den nya funktionen som samlar in feedback och hjälper till att bekräfta om du rör dig i rätt riktning.

Målet med MVP är att verifiera inte bara din hypotes, utan även eventuella antaganden som du kan ha gjort. Om till exempel 23 procent av Tailwind Traders kunder lämnar inköpsprocessen på betalningssidan anser hypotesen att orsaken är att företaget inte erbjuder tillräckligt med betalningsplattformar. Orsaken kan dock vara annorlunda. MVP bör utformas för att bekräfta eller avvisa dessa antaganden och hypotesen.

Läs mer om

Inlärningsfasen liknar början av processen. När du har lärt dig mer om dina antaganden och hypoteser kan du få reda på att de var rätt, delvis rätt eller fel. Med ett tillväxttänk och tillräckligt med ödmjukhet för att erkänna misslyckanden kan du antingen:

  • Pivotera snabbt om du behöver fortsätta arbeta med din MVP.
  • Fokusera om dina ansträngningar inom andra områden och formulera en alternativ hypotes.

Det är viktigt att inse att även om dina antaganden och hypoteser var felaktiga har processen gjort det möjligt för dig att lära dig något nytt om dina kunder och ditt företag. Tänk inte på det som bortkastad tid. Nyckeln är att få den kunskapen så snart som möjligt och tillämpa den på en framtida hypotes. Den här idén är kärnan i den felsnabba kulturen.

Var du ska titta härnäst

Innovationsöversikten över Cloud Adoption Framework är det bästa stället att börja utforska hur du kan förnya.