Författare
Johan Eliasson
Loading content...
Vi har pratat i åratal om att vara lean, agila och iterativa. Märkligt nog har "Fail fast" blivit ett mantra. Men resultatet slutade ofta imisslyckande, inte isnabbt. De så kalladeagilaprojekten misslyckades, och gjorde det ofta efter kvartal eller år.
Varför?Eftersom så snart specifikationen eller agila "epics" har satts, stagnerar saker. Beslut och avtal fattas, och resultatutvärderingar fastställs.
Varför?Eftersom att testa flera idéer helt enkelt har varit för dyrt. Prototypframtagning tog tid. Designarbete krävde samordning. Utveckling var en flaskhals. Så när en metod valdes, flyttades fokus till utförande — och eftersom mål sattes, byggdes och lanserades konceptet ofta,oavsett tidiga kundsignaler.
Det gamla agila tänkandet var programmeringsorienterat. Bygg en skateboard för att testa kundbehoven innan du bygger ut en hel bil. Eftersom att bygga en bil är för komplext och tar för lång tid.
Men är verkligen en skateboard användbar om kundbehovet är att köra snabbt och visa upp sin rikedom på Grammy Awards? Och vilken del av affärsmodellen testar jag med en fungerande skateboard?
Gamla agila utvecklingsmetoder pratade om att testa en skateboard innan man byggde en bil...
Även om analogin fungerade 2001 för att jämföra den med gamla vattenfallsprocesser, ledde det i verkligheten bara till fasad programmering av produkten. Vi testade inte det verkliga kundbehovet för en bil innan prototypbilen utvecklades ett år senare.
Nu förändras det. Det verkliga värdet av AI i produktutveckling är inte bara snabbare programmering. Det är förmågan atttesta fler idéer, medmindre ansträngning, påkortare tid. Detta låser upp en ny typ av produktcykel — en som verkligen är iterativ.
Jag ser produktstrategin mindre som en specifik sak, och mer som hur vi itererar och lär oss så snabbt som möjligt... Om vi kan lära oss snabbare än alla andra företag, kommer vi att vinna. - Mark Zuckerberg
Traditionella produktcykler bygger på kvartalsplanering. Det populära agila ramverket SAFe kallar dem program increments. Du definierar strategier, mål, låser färdplanen, tilldelar team och utför. Den modellen optimerar faktiskt leverans — men bromsar ofta lärandet.
Eftersom att få fram en prototyp som kunde testas med kunder var dyrt, behövdes godkännanden från högre chefer. Och godkännanden kräver ofta att massor av dokumentation produceras redan innan du vet om det var en bra idé. Och när beslutet väl är fattat, är det hugget i sten.
För att göra saken värre - i många företag fattades produktbesluten på högre chefsnivå år för år, vilket saktade ner processen ännu mer.
Det behöver inte vara så här långsamt.
I bästa fall hade affärsutvecklingsprocessen åtminstone en frisinnadkonceptutvecklings-fas, där olika potentiella lösningar bedömdes iterativt, på papper. Men efter utvärderingen av de olika koncepten, varaffärscasen ofta huggen i sten, inklusive en hypotes om användarbehoven, som kanske eller kanske inte hade validerats korrekt. Och efter att ledningen har godkänt och startat ett koncept är det svårt att gå tillbaka och ändra det.
Varför är detta ett problem? Eftersom så länge saker bara är på papper eller i wireframes, är det super svårt att utvärdera om något är rätt. Den klassiska processen - den säkerställer att det finns ett gångbart affärscase byggt, men de flesta saker är redan beslutade innan vi kan utvärdera det med kunder.
Saker har hänt.... Med AI-driven prototypframtagning och innehållsgenerering kan företag nu skifta frånatt bygga på gissningartillatt enkelt testa antaganden.
Iterativ utveckling har främjats i åratal, med blandade resultat. Den stora förändringen nu är att vi kanbygga och testa många affärsidéer parallellt. Vi kan bygga tre olika konceptprototyper på en eftermiddag. Detta leder till en superinteraktiv affärsutvecklingsprocess, till en låg kostnad.
Affärsutveckling, produktdefinition och utveckling är nu helt sammanflätade. Du kan nu idégenerera, prototypa och testa flera idéer på en vecka.
Viktiga aspekter av detta nya sätt att arbeta är att:
Vi får användbar (kund)feedback i varje iteration - vilket hjälper till att justera konceptet och affärscaset
Det är nu en cykel mätt iveckor, inte kvartal — och resultatet ärtillförsikt i framgång, inte otestade funktioner.
Mentalt är detlättare att släppa ett misslyckat enveckatest, än något du har investerat tid, energi och pengar i under månader.
Vi får användarfeedback innan vi skapar omfattande produktstrategidokument, affärscases och projektplaner.
Sättet du konstruerar din process och organisation är lite annorlunda nu. Det är inte längre nödvändigt att ha stora team. Det är mer användbart att ha ett sammansvetsat team med flera kompetenser.
Små, seniora, mångkunniga team kan ofta röra sig snabbare än traditionella team om tio personer. Du kan börja med bara en eller två personer med rätt verktyg och arbetssätt.
För de flesta moln- eller mobilorienterade produkter skulle jag rekommendera att du börjar med personer som har kompetens inom Product Management, UX och AI-prototypframtagning. Till exempel:
En tekniskt kunnig produktchefsom kan sätta produktstrategin och målen, men också specificera behoven på ett sätt som gör att en AI kan bygga prototyper.
Enkundorienterad UX-expert- som är kundens försvarare, fokuserar på att undersöka kundbehov, testa hypotesen och vara tuff mot produktprototyperna. Att vara strikt med att validera om de nuvarande idéerna och koncepten verkligen gläder kunden.
Bygg gradvis ut ditt team, baserat på behov, till exempel med
Full-stack utveckling- lägg gradvis till systemintegrationer och gå över till att bygga säkra, underhållbara och robusta komponenter. Säkerställa korrekta datamodeller och systemdesign tidigt.
Marknadsföring- Någon som kan arbeta med all kommunikation, content marketing och olika kampanjer som behövs för att få tidiga kundsignaler och bygga medvetenhet.
Design- säkerställa att den grafiska profilen fungerar med företagets identitet och stärker produktvisionen.
Test- och driftkompetens- som kan sätta upp tester och driftsflöden som en robust CI/CD, säkra och robusta miljöer.
Snabb affärsutveckling handlar om att bevisa att du är på rätt väg. Att visa att idén är livskraftig, för användare, affären och med fungerande teknik.
Så, hur väljer du?Vad gör ett av dina tre koncept bättre än de andra?
Sätt målen de första veckorna, till exempel:
Validera om vårt antagande om kundbehov är korrekt.
Vilken av våra produktidéer får bäst kundfeedback. Är den bättre än någon ersättningsprodukt?
Finns det en vilja att registrera sig, vad är betalningsviljan?
Använd verktyg somLovable.develler Cursor för att snabbt skapa flera fungerande versioner av kritiska appflöden på en dag. Inget behov av att vänta på fullständiga specifikationer eller designsprintar.
Värdet med detta är att du enkelt kan se om produkt- eller funktionsidén fungerar i verkligheten med en klickbar prototyp. Du kan också göra realistiska tester med användare. Och du får omedelbar feedback på allt i din prototyp, från funktioner, svarstider och grafisk profil till budskap och text. 1000 gånger bättre än en intervju eller tester med wireframes.
Läs min artikel omAI-driven affärsutveckling och prototypframtagningför att lära dig mer om hur du bäst utnyttjar AI.
Visa grova versioner tidigt. Använd landningssidor, begränsade arbetsflöden, snabba integrationstester, användarintervjuer — allt som ger dig användarsignaler snabbt.
Se till att de första valideringarna handlar om att testa nyckelhypotesen och valideringskriterierna för din app: T.ex. kommer det att lösa ett kundproblem, är användarupplevelsen rätt, får vi rätt klick till handlingar.
När något är validerat, kör. Om det är svagt, döda det. Bara för att det var den första idén betyder det inte att det är den rätta.
Det positiva är att vi nu testat alla bra idéer samtidigt. Såtiden och kostnadenför misslyckande var försumbar, och vi kan fortsätta nästa vecka med de mest lovande idéerna.
Verktygen är äntligen tillräckligt bra för att möjliggöra sann agil affärsutveckling. Kostnaden för att prova något är låg. Det finns ingen ursäkt att förlita sig på en stor satsning per kvartal eller år längre.
Den verkliga konkurrensfördelen i AI-eran är inte programmeringseffektivitet — det är hastigheten i affärsutveckling. - Johan Eliasson
Låt dina team arbeta parallellt. Få dina feedback-loopar i veckor istället för kvartal:
Utforska flera riktningar, inte bara en
Minska slöseri från att bygga otestade idéer
Reagera snabbare på skiftande kund- eller marknadssignaler
Kontakta mig gärna på TeamPilot. Jag skulle gärna utbilda dina ledningsgrupper, eller hjälpa till att implementera agil affärsutveckling i din organisation.
Johan Eliasson
Gå med på vår plattform idag och koppla ihop med topptalanger inom tech.
Denna webbplats skyddas av reCAPTCHA och Googles Integritetspolicy och Användarvillkor gäller.
CTO (Fractional)
