Sådan bygger du en køreplan for produkter, der sælger tidligt til markedet til teknologientusiaster og visionære

Jeg kunne ikke oprette den rigtige køreplan flere gange. Jeg har forkert det med en start på 4 og med et team på 12 produktledere og 180 ingeniører. Der er mange ting, der skal forkert, og det hele starter med, at du ikke forstår modenheden for dit produkt og den type køreplan, du har brug for.

Vi har alle set, hvordan et produktkøreplan ser ud. En flok funktioner spredt over en tidslinje med et løfte om at levere dem en dag. Hvis din rolle er en start-up-grundlægger, produktchef, softwareudvikler eller nogen, der har brug for at vejlede et team om, hvad de skal bygge, er det uundgåeligt at dykke ned i køreplanens verden.

Det er svært at ignorere den konstante strøm af tankeledelse og knowhow om, hvordan man bygger en køreplan. Kørselsfirmaer lærer dig, hvordan du bygger den mest smidige, magre, justerede, detaljerede og kommunikerede køreplan tilknyttet strategi OG udførelse på samme tid. Tidslinjer, milepæle, udgivelser, personas, segmenter, initiativer, OKR'er, epos, funktioner, historier, krav og tjekliste er alt sammen. Klar til at dreje sammen og levere den mest komplicerede visuelle graf, du nogensinde vil fremstille.

Men ingen fortæller dig hvornår, hvordan og hvorfor man skal oprette en køreplan.
Billedkilde: https://aha.io

Et produktkøreplan kommunikerer dit produkts retning, strategi og taktik, men at opbygge et er ikke let og undertiden ikke nødvendigt. Definitionen af ​​køreplan ændres, efterhånden som dit produkt modnes, og du kan nemt rodet dit produkt ved at opbygge den forkerte køreplan med en masse artefakter og detaljer, som du ikke har brug for.

Inden du bygger nogen form for køreplan, skal du forstå modenheden for dit produkt og marked.

Forstå modenheden for dit produkt først

Hvor modent er dit produkt? Når jeg siger "moden", mener jeg ikke, hvor meget tid du har brugt på at bygge det. Du har muligvis et produkt i værkerne i årevis, som stadig er meget umodent og sjældent brugt. For at bestemme dit produkts modenhed er det bedst at stille spørgsmålet: Hvem sælger du til?

At bestemme den type kunde, som du sælger til i dag, er ikke kun en god indikation af modenheden for dit produkt, men det kan også afsløre modenheden for din markedskategori. Og vi ved, at ingen er større end markedet, så det er vigtigt at anerkende det og være ærlig overfor det. Den nemmeste måde at gøre det på er at se på den teknologiske adoptionslivscyklus af Geoffrey Moore, der går i retning af dette.

Billedkilde: Crossing the Chasm, Geoffrey A. Moore.
  1. Dine kunder er alt for begejstrede for din teknologi mere end de praktiske konsekvenser af, hvad der kan opnås med den. Nogle alfa-test forekommer, og din repo fik 1.200 stjerner på Github med næsten $ 0 indtægter i banken. Dit produkt er i kategorien Early Market, og dine kunder er teknologientusiaster.
  2. Du har nogle kunder, og du laver mange salgsdemoer og præsentationer, men gennemførligheden diskuteres ofte, og kunderne køber på trods af manglende reference og bevist ROI. Næsten nul af dine kunder fandt dig, du fandt dem. Dit produkt er i kategorien Early Market, og dine kunder er visionære.
  3. Du har flere store logokunder, men de fleste af tilbudene lukker ikke, og de der lukker er for pilotprojekter snarere end vedtagelse i fuld skala. Det er fordi a) dit produkt ikke er 100% klar til at sælge sig selv, uden at du mister ordet "køreplan" eller "kommer snart" under et salgskald for at redde dagen, og b) dine kunder beder om flere stærke referencer i deres branche eller endnu mere skræmmende - referencer fra deres konkurrenter. Dit produkt er i Chasm, og du prøver at sælge til Pragmatists.
  4. Et specifikt kundesegment er aktivt at købe dit produkt og sende dig over deres venner også til at købe dit produkt. Dit salg vokser 50% + år for år, og du introducerer og vinder konstant nye kundesegmenter. Tillykke! Dit produkt er i det almindelige marked, og du sælger til pragmatikere.
  5. Din vækst aftager og er hovedsageligt drevet af fornyelser og genkøb fra eksisterende kunder. De betragter dit produkt som et pålideligt og sikkert valg sammenlignet med nyere teknologier, der ser attraktive, men risikable og upræcise ud. Du befinder dig i det almindelige marked, og du sælger til konservative.
  6. Den sidste er temmelig indlysende. Kunden er din bedstefar, der nægter at købe en smartphone i årevis, indtil der ikke er flere funktionelle telefoner på markedet, og han er tvunget til at ACCEPT en som en gave til jul. Du er i Mainstream Market, og du sælger til Skeptics.

Lad os finde ud af, hvad der er de vigtigste aspekter af dit produktkøreplan.

Udskyd at lægge dine "morder" -funktioner på din køreplan, når du sælger til teknologientusiaster

Når du formår at erhverve dine første kunder, er de sandsynligvis teknologientusiaster, og du er i en hackathon-tilstand. Du søger efter dit produkt / din løsning. Du bevæger dig hurtigt og bryder ting. Dette er den mest produktive fase i din produktlivscyklus, og du har råd til at lave store gynger og tage kæmpe spring i din vision. Spild ikke din tid på at oprette en tidslinje køreplan og aldrig, nogensinde, aldrig placere din "morder" funktion overalt i nærheden af ​​en køreplan. En af de vigtigste faldgruber, der skal undgås, er at modstå fristelsen til at lægge fremtidige forbedringer af din "morder" -funktion i en køreplan. For så snart du sætter det på køreplanen, vil din innovation stoppe, og du kommer ind i din leveringsrytme.

En køreplan hjælper dig med at gentage eksisterende ideer. Innovation sker, når du bygger et produkt, ikke et køreplan. Det er let og praktisk at få dig selv travlt med hundreder af inkrementelle iterationer oven på en kerneide. Men hvis du vil være på forkant, skal du kombinere iterationer med genopfindelser.

For at illustrere det, da vi bygger Darvin.ai (nu Progress Kinvey NativeChat), var vi nødt til at finde ud af en måde at sælge vores produkt ud over teknologientusiaster. Udviklere ønskede en måde at nemt oprette "smarte" chatbots på, og de fleste af (500+) konkurrenter havde en visuel drag & drop måde at opbygge intelligensen på. Vi kunne let have jogget ned i en køreplan efter vores første 3 Google Sprints om, hvad vi skulle bygge, men vi vidste, at vi ikke havde en killer-funktion, der vil hjælpe os med at skille sig ud blandt mængden og hjælpe os med at vinde kunder på lang sigt .

En af de mest produktive ting, vi gjorde på det tidspunkt, var at udskyde bygningen af ​​en køreplan. Vi vidste, at hvis vi bygger en køreplan, vil vi være travlt med at levere det. Og de første funktioner, der kommer fra din kundevalidering, er de åbenlyse måder at løse kundens problemer. Men husk, du og 50 andre produktledere taler med den samme type kunder på samme tid.

Og fordi dine første ideer er de mest konventionelle, er det kun gennem en enorm mængde input fra kundesamtaler og udsættelse, at du kommer til en anden station end dine konkurrenter.

Selvom udsættelse er en produktivitetsproces, har jeg lært - imod mine naturlige tilbøjeligheder - at det er en dyd for kreativitet. - Adam Grant

Efter 2 måneders hacking og opbygning af et par chatbots på den "almindelige" måde identificerede vi, at vores største konkurrerende punkt var deres største svaghed. Ved hjælp af træk og slip ender du med at oprette et beslutningstræ, som chatbotten skal følge. Så i stedet skabte vi en patentsøgt CognitiveFlow ™ -teknologi (31. jan. 2018, US 62 / 624.594), der bruger et deklarativt programmeringssprog til at skabe samtaleintelligens til en chatbot uden behov for at bygge beslutningstræer ved hjælp af træk og slip eller imperativ sprog som f.eks. som .NET, Java eller JavaScript. Eller med mere enkle ord, ingen grund til at definere dine chatbot-samtaler trin for trin, men fokusere snarere på resultatet af en samtale.

Billedkilde: https://www.progress.com/kinvey/nativechat

Beslut om hastighed vs. kvalitet for hver funktion, når du kommer til visionære kunder

Du har identificeret et problem, der resonerer med dine fremtidige kunder, og du mener, at der er en betydelig markedsmulighed til at opbygge en succesrig forretning ovenpå. På det tidspunkt er det meningsfuldt at have 4–6 ugers udsigter for det, du planlægger at bygge.

Men lad os være ærlig, din MVP er sandsynligvis en enkelt killer-funktion med nogle administrative fyldstoffer omkring sig. Hvis du sætter en køreplan sammen, vil det være en kombination af to ting:

  1. Fremtidige ideer og forbedringer oven på din "morder" -funktion.
  2. En vaskeri-liste over administrative og understøttende funktioner såsom multi-leje, bedre onboarding, integration og så videre.

Igen kan det lyde mærkeligt og meget modintuitivt, men du har stadig ikke brug for den første, men du har lige brug for den anden. Fortsæt med at hacke din morder-funktion så meget som muligt, indtil dit produkt sælger hurtigere, end du kan bygge det. Med hensyn til resten af ​​funktionerne skal du foretage en afvejning.

Det mest vanskelige er at beslutte, hvor meget du skal investere for at kalde en funktion "gjort" på dette tidspunkt.

Sendes det bundsolid (færdig, færdig) med nul teknisk gæld, som normalt tager 3 til 4 gange dit oprindelige skøn? Eller sender du den, test den og smider den væk? Hos Payhawk bruger vi begge fremgangsmåder på samme tid ved hjælp af en meget enkel tommelfingerregel. Når en given funktion er planlagt til implementering, beslutter teamet om en hastighed vs. kvalitetskvalitet.

  • Hastighed - Vi har lav tillid til, hvordan kunder forventer, at denne funktion fungerer, så lad os opbygge denne funktion i en hackathon-tilstand. Send det hurtigt, få hurtig feedback og smid det væk.
  • Kvalitet - Vi er temmelig sikre på, hvordan kunderne forventer, at dette fungerer, investerer mere tid og sender det med næsten ingen teknisk gæld.
Snapshot fra Payhawks produktkort-køreplan

Tip: Til vores køreplan bruger vi produktplade med en brugerdefineret hastighed / kvalitet driver, der gennemgås, før en funktion er planlagt til implementering.

Hvorfor er hastigheden vs. kvalitetsgraden så vigtig? Produktfolk og ingeniører både hader at sende ting, der er halvt bagt. Du holder ikke kun dit hold på den samme side, men opfordrer alle til at eksperimentere undervejs. Brug denne køreplan-tilgang, indtil du kommer til en gentagne forretningsmodel, og du bygger nok kundesucceshistorier. I dag er mange succesrige produkter ikke "marketinglanceringer", før de er forbi denne fase.

Men vores kunder, investorer eller sponsorer vil have en køreplan

Hvis du sælger til de tidlige markeder, og dine kunder insisterer på en køreplan for tidslinjen, før de køber, betyder det, at du ikke løser et brændende problem for dem. Gå tilbage til tegnebrættet (men vent på dette indlæg, vi er næsten færdige) og hack din vej til en MVP, der løser et brændende problem for dit publikum.

Eksempel på køreplan for Payhawk.io horisont

Hvis du arbejder for en eksisterende organisation, der prøver på at starte op et nyt produkt, vil seniorledelsen konstant bede dig om et. Du kan altid holde sig til en køreplan i horisonten, der ikke har datoer og ikke inkluderer noget til din "morder" -funktion. Hvis der er et stort pres for en detaljeret køreplan for tidslinjen, kan du altid sende dem denne artikel og afslutte.

Kreditter til Bogomil Balkansky, Vassil Terziev og Rika Nakazawa for den store indsigt og korrekturlæsning.

Kommer snart ...

Mit næste indlæg handler om ”Køreplan for Chasm-produkter, der prøver at sælge til pragmatikere”.

Indtil da husk ABC-bloggen - Altid klappes.