3 bästa mallarna för produktfärdplaner & så använder du dem
I en av mina senaste artiklar har vi redan fastställt att om du vill utveckla en framgångsrik produkt bör du använda en produktutvecklingsprocess.
Det borde inte komma som någon överraskning att hörnstenen i en bra produktutvecklingsprocess är en bra produktfärdplan. Det är ett verktyg som hjälper dig att anpassa produktutvecklingsprocessen efter din produktvision och dina övergripande affärsmål. Det är trots allt produkterna själva som formar den vägen!
Därför är ett dokument för produktfärdplanen ett användbart verktyg för produktutveckling – det hjälper dig att förena olika synsätt på din framtida nya produkt, identifiera beroenden och avvägningar samt ge dig en helhetsbild av hur du bör strukturera funktionerna i förhållande till funktionaliteten hos din(a) produkt(er).
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
De tre viktigaste dimensionerna i en produktfärdplan: triaden ”kvalitet, budget, tidsplan”
De viktigaste måtten att kontrollera i produktutvecklingsprocessen är kvalitet, budget och tidsplan.
Du vill att din produkt ska uppfylla en viss uppsättning funktioner när det gäller produktegenskaper (”kvalitet”), du vill att produkten ska kosta ett visst maximalt belopp (”budget”) och du vill att din nya produkt ska vara klar för marknadsintroduktion vid ett visst datum (”tidsplan”). Därför är produktutveckling samtidigt alltid en övning i projektledning: den uppfyller läroboksdefinitionen av ett projekt – ”ett engångsåtagande som planeras noggrant för att uppnå ett specifikt resultat”.
Beroende på vilken av dessa dimensioner du vill (eller måste) fokusera på vid en viss tidpunkt kan du anpassa din produktfärdplan därefter.
Så formar dina synsätt dina mallar för produktfärdplaner
Det finns flera synsätt som du kan (och bör) använda under utvecklingsprocessen för den nya produkten:
- PRODUKTUTVECKLINGSPROCESS: Hur bör mina produkter utvecklas?
- PRODUKTVISION och PRODUKTMÅL: Hur bör min produkt se ut? Hur bör den hjälpa kunden? Varför?
- AFFÄRSMÅL: Vart bör mitt företag ta vägen härnäst?
Naturligtvis kan du hitta många fler sådana synsätt, men låt oss tills vidare hålla oss till dessa så att vi bättre kan illustrera hur man upprättar en produktfärdplan.
Olika typer av produktfärdplaner för olika intressenter
Även om den faktiska produktutvecklingen alltid drivs av produktteamet, som leds av en representant från företagets produktledningsavdelning, finns det andra grupper av intressenter som också drar nytta av en produktfärdplan – men den måste anpassas efter deras behov.
Först har vi alla företagsnivåer ovanför produktteamet. De ”vanliga misstänkta” är (med förbehållet att detta i hög grad beror på bransch och företagsstorlek!):
- Företagets högsta ledning
- Företagets avdelning för produktstrategi (som antingen ligger jämsides med eller under styrelsen)
- Ledningen för en specifik produktlinje eller produktfamilj
Därefter har vi:
- Företagsnivåer under eller jämsides med produktteamet
- Externa intressenter
De förstnämnda är de avdelningar som deltar i utvecklingen av produkten och som stödjer produktteamet – forskning och utveckling, design, ekonomistyrning, kvalitet, tillverkning, inköp osv. De sistnämnda är leverantörer, externa utvecklare, tjänsteleverantörer och alla andra slags uppdragstagare osv.
Och var och en av dem behöver rätt typ av produktfärdplan att arbeta med.
Jag kan föreställa mig att du är nyfiken på att äntligen få titta på en mall eller ett exempel på en produktfärdplan, men vi behöver fortfarande göra lite förarbete. Till slut kommer allt att falla på plats. Vi behöver också klargöra en viktig sak: olika intressenter kan använda olika typer av färdplaner för en och samma produkt. Men:
Det måste finnas en enda sanningskälla från vilken du hämtar alla ingredienser till en specifik produktfärdplan.
Typer av produktutveckling
En annan faktor som påverkar hur vår produktfärdplan måste se ut är vilken typ av produkt vi vill utveckla:
På den ena sidan av skalan har vi produkter som är 100 % fördefinierade i det ögonblick då deras utveckling påbörjas. Tänk DIN-standardiserade skruvar, uniformer för militären eller bilsäten som leverantören måste leverera till biltillverkaren exakt enligt specifikationerna i kravdokumentet.
Sedan har vi de delvis fördefinierade produkterna. Ett typiskt exempel är en bil. När produktutvecklingen inleds är bilens huvudparametrar redan definierade (karossens mått, antal dörrar, motorns typ och effekt osv.). Andra parametrar fastställs successivt i takt med att allt mer kundåterkoppling kommer in (t.ex. hålls fokusgrupper för att besluta om sätesklädseln, instrumentpanelens utformning och bilens övergripande utseende). Och när produktionen av bilen snart ska lanseras på monteringslinjen inkluderas de senaste tekniska finesserna som förväntas öka den övergripande lönsamheten i produktplanen (paraplyer i dörrpanelerna, eleganta isskrapor med varumärkeslogotypen osv.).
På den andra sidan av skalan har vi helt agila produkter. Om vi använder bilanalogin: medan en typisk biltillverkare redan har en ganska god uppfattning om vilken typ av bil som kommer att vara färdig när produktutvecklingsprocessen är slutförd, skulle det agila angreppssättet vara ”Vi designar ett fordon!”—och den första iterationen kanske blir en skateboard (en MVP som skulle ge det första kassaflödet från kunderna samt kundåterkoppling och kundönskemål), den andra iterationen kanske blir en elsparkcykel (eftersom kunderna önskade sig något motoriserat), och efter flera iterationer skulle vi slutligen se en bil med fyra hjul, en kaross, en motor osv.
Exempel på produktfärdplaner för att bygga en fantastisk produkt
Jag kommer att presentera ett urval av mallar för produktfärdplaner som:
a) Betjänar olika intressenter på olika ”flyghöjder” (företagsledningen, en leverantör som levererar en fördefinierad modul till en tillverkare och ett agilt team som utvecklar en applikation) och
b) Hanterar olika typer av produkter (en komplett portfölj av befintliga produkter tillsammans med idéer för nya produkter, en fördefinierad produkt och en agil produktidé som byggs och uppgraderas genom iterationer)
Du kan sedan använda dem som inspiration när du bygger dina egna produktfärdplaner.
Mall för produktfärdplan nr 1 – cykelplanen för produktportföljen
Cykelplaner visar en ”helikoptervy” över den aktuella situationen för ett företags produktportfölj.
När du ska använda denna produktfärdplan
Anta att du arbetar på ett företag som har ett brett utbud av produkter. Det innebär att företagsledningens första fråga när det gäller nya produkter är: Vilken ny produkt måste vi lansera, när och på vilka marknader – så att den passar in i vår befintliga produktportfölj och därmed i vår produktstrategi? Företagsledningen vill också ha en överblick över hur länge befintliga produkter redan har funnits på marknaden, hur framgångsrika de har varit (försäljningsvolym, intäkt per försäljning osv.) och om/när de bör fasas ut eller lanseras på nytt som en ny produktversion. Att besvara dessa frågor och bygga denna plan är något som AI inom produktportföljhantering kan hjälpa till med.
Så bygger du den
I en typ av produktfärdplan som kallas ”cykelplan” är den ledande dimensionen (”x-axeln”) ”Tidsplan”, det vill säga en tidslinje, eftersom du granskar det förflutna och funderar på när nya produkter ska fasas in och gamla produkter fasas ut.
Följaktligen skulle din y-axeldimension vara ”Kvalitet” – dina befintliga och planerade produkter (som i slutändan inte är något annat än ”samlingar av funktioner”).
För att få en bättre överblick skulle du gruppera dem i en lämplig ordning, till exempel bilklasser (små, kompakta, mellanstora...), typer/varianter (notchback, halvkombi, sedan...), (större) marknader osv., samt skapa utrymme för nya produktinitiativ.
Och för att täcka alla aspekter skulle du sedan inkludera deras finansiella nyckeltal (”Budget”) på varje produkts specifika band.
Mall för produktfärdplan nr 2 – den klassiska (”steggrindemodellen”) för produktutveckling av fördefinierade produkter
Den ”klassiska”/”grindstegsbaserade” produktfärdplanen är arbetshästen inom dagens tillverkningsindustrier och används vanligtvis på den operativa nivån av produktutvecklingen. Det innebär att både produktteamet och leverantörer ofta arbetar med den.
När du ska använda den här färdplanen
Oavsett om man gillar den eller inte utvecklas fortfarande merparten av (fysiska) produkter, särskilt inom B2B-världen (den typiska relationen mellan leverantör och kund), genom en grindstegsmetod.
Varför? En grindstegsmetod lägger tonvikten på kvalitet – och kvalitet är det som den typiska B2B-kunden letar efter. De behöver pålitliga partner som regelbundet och i stora volymer kan utveckla exakt specificerade delar till sin slutprodukt, med alla funktioner som behövs. Om en biltillverkare beställer tiotusentals säten som ska utvecklas och sedan levereras till dennes fabrik (ofta precis i tid eller till och med i exakt sekvens), måste han kunna vara trygg i att varje enskilt säte passar perfekt i bilkarossen och att varje säte levereras inom en fastställd tidsram.
Därför behöver du ha dessa klassiska produktfärdplaner som ett verktyg i din verktygslåda och dessutom ha idéer om hur du kan anpassa och vidareutveckla dem efter dina specifika behov.
Så bygger du den
I det här fallet är din ledande dimension också tid, eftersom kunden behöver din produkt vid ett specifikt datum.
Längs tidslinjen lägger du in kvalitetsgrindar.
Vid dessa tidpunkter kontrolleras och utmanas framstegen i produktutvecklingen (med en fördefinierad uppsättning krav som måste vara uppfyllda vid den tidpunkten) – och först därefter går du vidare till nästa steg i produktutvecklingen. Vid dessa kvalitetsgrindar markerar du också i vilken grad de fördefinierade funktionerna i den nya produkten är färdiga.
På y-axeln beskriver du den logiska ordningsföljd och de beroenden som gäller när du utvecklar och producerar din fördefinierade produkt (tänk ”Gantt-schema med milstolpar” – och generellt rekommenderar jag alla produktutvecklare och produktchefer att fräscha upp sina kunskaper i projektledning).
Om vi tar säten som exempel skulle du börja med en analys av hur många befintliga verktyg du kan använda för den nya produkten, hur många av dem du måste modifiera för att färdigställa produkten och vilka nya verktyg och material du måste köpa in. Du har förmodligen redan en väl etablerad produktionsplan (”Hur bygger vi egentligen säten på vår monteringslinje?”) som du skulle modifiera utifrån kundens specifika krav. Därefter skulle du behöva börja bygga prototyper innan du skalar upp produktionen.
För att vidareutveckla din produktfärdplan kan du använda en andra x-axel där du följer din budget över tid och genom produktutvecklingsstadierna. Det är enkelt, men mycket användbart.
Med en sådan layout för produktfärdplanen följer du alla viktiga mätetal för din nya produkt, tillgänglig budget och tidsplan. Om din nya produkt bara är delvis fördefinierad kan du också lägga in ”kontrollpunkter” i tiden, där du och ditt utvecklingsteam beslutar om när ytterligare funktioner ska fasas in. För att göra detta samlar du först in möjliga funktioner, rangordnar dem och inkluderar dem sedan i din nya produkt.
Mall för produktfärdplan nr 3 – den typiska produktfärdplanen för agil produktutveckling
När vi utvecklar produkter på ett agilt sätt flyttar vi fokus från tidslinjer till produktiterationer och de funktioner de ska innehålla. Anledningen ligger i den agila metoden för produktutveckling:
More Articles
När du ska använda den här färdplanen
Agil produktutveckling skiljer sig grundläggande från den ovan nämnda grindstegsbaserade produktutvecklingen:
I stället för att utveckla en specifik, i stort sett fördefinierad och fullt utvecklad produkt som vi introducerar på marknaden och levererar under månader eller år utan att förändra den särskilt mycket, börjar vi i den agila världen med en generell produktidé, utvecklar ett koncept utifrån den och funderar på hur den mest grundläggande realiseringen av konceptet skulle kunna se ut: ”den minsta livskraftiga produkten”, även kallad ”MVP”. MVP:n kommer endast att innehålla de mest grundläggande funktionerna. Genom att lansera MVP:n på marknaden samlar vi in återkoppling från verkliga kunder och använder denna återkoppling för att arbeta med nya funktioner i nästa iteration av produktlanseringen.
Så bygger du den
Jag är väl medveten om att jag förenklar här, men eftersom artikelns fokus ligger på produktfärdplanen – och inte på agil produktutveckling – låt oss hålla det enkelt:
Om vi tar det agila exemplet från början av artikeln (”Låt oss designa ett fordon”) skulle medlemmarna i produktteamet försöka komma fram till en grundläggande uppsättning funktioner för fordonets MVP, till exempel fyra hjul och en platta. De skulle också komma fram till andra möjliga funktioner som skulle kunna byggas in i en andra iteration (dessa lagras i den så kallade ”produktbackloggen”).
Sedan startar den första sprinten och resulterar i MVP:n. När MVP:n släpps samlar produktteamet in feedback från marknaden och omvandlar den till nya funktioner. Innan nästa sprint startar beslutar produktteamet hur funktionerna som ska byggas ska prioriteras. När nästa sprint för ut en förbättrad version av MVP:n, baserad på kundfeedback, på marknaden, förväntar sig produktteamet en högre kundacceptans. Och cykeln börjar om igen.
Bilden visar hur en agil produktfärdplan kan se ut. Du kanske lägger märke till att jag också gärna anger en uppskattning av arbetsinsatsen för varje funktion samt en uppskattning av ROI.
Vad blir nästa steg?
Vill du fördjupa dig? Ta en titt på följande material:
- 6 kostnadsfria mallar för produktfärdplaner som imponerar på dina intressenter
- De 10 bästa programvarorna för produktfärdplaner
Gillade du den här artikeln? Prenumerera på vårt nyhetsbrev för att få handplockade artiklar och resurser om produktledning direkt till din inkorg.
