Fredrik Lyreskog, Produktchef & Affärs­utvecklare

Fredrik Lyreskog
Senior Produktchef och Affärsutvecklare i Stockholm, expert på Product-Led Growth och agilt arbetssätt. Erfarenhet inom FinTech, SaaS, Lead Gen, D2C E-Com – både som konsult och på produktbolag. Certifierad inom Product-Led Growth och Artificiell Intelligens hos IBM.

Varumärken jag jobbat med
"Fredrik ledde produktutvecklingen av våra största och mest komplexa produkter med imponerande resultat. Konverterings­graderna i våra funnels ökade avsevärt tack vare dedikerade, kontinuerliga förbättringar av Fredrik med team."


Chief Product Officer,
"Fredrik levererar digital produktutveckling av hög kvalitet med utmärkta team- och relationsbyggande förmågor. Han lyckades hjälpa ett oerfaret team att bygga en fantastisk digital produkt. Jag kan verkligen rekommendera honom."


Grundare & VD,
Fredrik Lyreskog
Fredrik Lyreskog, grundare av Rocket Toolkit.
  • Certifierad Applied AI Professional, IBM.
  • Godkänd att arbeta med särskilt känsliga uppdrag, SÄPO.
  • Product-Led Growth Certified, ProductLed.
  • Agilist #2163 – Original Signee, Agnostic Agile.

Hej 👋 Det är jag som är Fredrik. Jag har nära 20 års yrkeserfarenhet av affärs- & produktutveckling, och har i snart 15 år jobbat med att bygga och leda agila team inom digitala konsumenttjänster.

Jag värdesätter ett prestigelöst och pragmatiskt arbetssätt, och har jobbat både strategiskt och hands-on med tjänster inom FinTech (försäkringar, bolån, investeringar, banktjänster för 59 banker), SaaS, Lead Gen, D2C E-Com, samt 500+ webbplatser i 70 länder.

Har ett bevisat track-record av att leverera lättanvända produkter från komplexa nätverk av teknik, affärspartners, finansiella krav och juridiska villkor.

Som ledare är jag en stark förespråkare av coachande ledarskap och den agila metodiken där självgående team, löpande feedback och uppmuntran av kritiskt tänkande är essentiella komponenter.
Under mina snart 15 år som ledare och agil coach har jag haft privilegiet att få bygga och utveckla högpresterande Scrum-team som skapat framgångsrika, KPI-drivande digitala produkter för mångmiljardbolag som Alecta, Arla, Assa Abloy, Electrolux, Schibsted, Sweco, och Swedbank.

Jag drivs av en övertygelse om att AI är vårt nästa stora samhällsskifte. Genom mitt IBM Applied AI Professional Certificate har jag byggt AI-drivna virtuella assistenter, lärt mig Python-programmering och OpenCV (för självkörande bilar, robotik, ansiktsigenkänning), samt byggt och tränat mina egna molnbaserade AI-bildklassificerare.

Läs gärna vidare längre ner om vad jag pysslat med senaste åren och hur jag jobbar med produktutveckling.

Hoppas vi får möjlighet att träffas och hitta spännande samarbetsformer!

Allt gott

TwitterLinkedIn
    Bakgrund
  • Compricer

    Sveriges största affiliatesajt (150+ milj oms) och den ledande jämförelsetjänsten inom privatekonomi. Hjälper årligen hundratusentals människor att spara pengar varje dag på sina lån, försäkringar och elavtal.

    • 2022

      Product Portfolio Manager
      • Ansvarig för Compricers produktportfölj bestående av 14 produkter; Bolån, Privatlån, El, samt Försäkring (11 vertikaler).
      • Ökade den största icke-betalda trafikkällan - organisk SEO-trafik (sexsiffrigt antal besökare/mån) - med 102% på 1 år, 1/7 2021 - 30/6 2022.
      • Ökade den näst största icke-betalda trafikkällan - Direkttrafik/Brand Search - med 23,7%, jan 2021 - juni 2022.
      • Ökade Compricer-varumärkets synlighet i Google med 150% på 1 år och blev större än konkurrenterna Insplanet och Zmarta tillsammans (från jämbördiga), aug 2021 - juli 2022.
    • 2021-2022

      Product Manager
      • Ökade konverteringsgraden på bilförsäkring med 44% och hemförsäkring med 58% på 6 månader genom att kapa bort steg i funneln, optimera landningssidor, förenkla formulär mm, jan - juli 2021.
      • Lyfte konverterings­­graden i bolåne-funneln med 179% på 13 månader, aug 2021 - juni 2022.
      • Ledde produktteamet Compricer Bolån - den ledande bolånejämförelsetjänsten i Sverige.
      • Ansvarade för produktöverlåtelsen av Compricer Bolån efter M&A/fusionen med Lendo. Drev framgångsrikt lanseringen av bolåne-affiliatelösningen "Powered by Lendo", från början till slut.
  • Grundare & ägare, Rocket Toolkit

    Under pandemiåret 2020 blev det tydligt hur sårbara och riskbla många icke-digitala bolag är. Det var därför jag bestämde mig för att börja utveckla egna produkter och tjänster inom produkt-driven tillväxt. Syftet var och är att hjälpa företag att bygga en motståndskraftig position och framtidssäkra sin digitala affär.

  • Product Manager, Redeye

    Redeye är den ledande investmentbanken inom tech och life science i Norden.

    • På Redeye genomförde jag ett stort turn-around case – det digitala transformationsprojektet Discover. På 15 månader lyckades jag jobba ihop och lyfta ett team ur en 3-årig svit av misslyckade försök att bygga ett investeringsverktyg – till en framgångsrikt ombyggd och lanserad produkt (93,9% användarnöjdhet).

      • Projektet tog 15 månader och inkluderade vision, koncept, design, utveckling, regelefterlevnad, testning och lansering av ett avancerat aktiescreening-verktyg, systemstöd för en ny bolagsvärderingsmodell, samt intelligent värderingsautomation.
      • Ledde ett kommersialiseringsprojekt i form av en nylanserad SaaS-affärsmodell med olika paket där innehåll/funktioner var låsta/upplåsta beroende på prisnivå.
      • Projektet resulterade i en intäktstillväxt på 10x ARR (årlig återkommande intäkter) efter 11 månader med SaaS-modellen, och hade 30x förväntad ARR-tillväxt 8 månader framåt.
    • Ansvarig för löpande produktutveckling - från insamling av insikter och kundbehov, till planering, implementering och iterativa förbättringar. Bland annat implementera ny video-plattform, One-click signup, nytt CMS och migrera strax över 10 000 research-artiklar, mm.
    • Etablerade den agila metodiken internt, vilket bland annat innebar skapandet av vår process "RedWay", coachning av produktgruppen (ca 10 personer) och byte av agilt ärendehanteringssystem från Trello till Jira (konfiguration, anpassning, coachning).
  • Product Owner, Swedbank Labs

    Vi på avdelningen Swedbank Labs ansvarade för den digitala transformationen av Swedbank (+7M kunder) och 58 sparbanker. Vi initierade, drev och kvalitetssäkrade leveranserna av alla digitala projekt, från förstudie till implementering och lansering.

    • Jag och mitt team lyckades få Swedbank att bli den första storbanken i Sverige med ett 100% digitalt & automatiserat kund-onboardingflöde. "Digital onboarding & Product KYC" var en smidig, 3-minuters kundonboarding-app för Swedbank och 58 sparbanker.

      • Med vårt projekt lyckades jag och mitt team öka kundnöjdheten, öka försäljningen och automatisera bort 10 000+ kombinerade arbetstimmar för handläggarna.
      • Vårt projekt inkluderade även implementering av ett stort "produkt-KYC"-program med eskaleringstrappa för att förhindra bedrägerier och identitetsstölder.
      • Utöver onboarding-funktionerna byggde vi också in en integrerad varukorg för finansiella produkter för att öka försäljningen och ge kunderna de bästa produkterna.
    • Genomförde ett multibank-kompatibelt AMLD4 & CTF-projekt som implementerades inte bara för Swedbank, utan även 58 sparbanker. Projektet omfattade utveckling av flera avancerade banksystem, nya processer, samt rådgivarutbildning. Syftet var att uppnå regelefterlevnad med en stor betoning på ett riskbaserat tillvägagångssätt, förbättringar av information om verklig huvudman, samt utökad kundkännedom/KYC.
    • Drev den agila metodiken inom mina team, inkl agil coachning och tog ledartröjan (första teamet i banken) i bytet av ärendesystem från egenbyggd “issue tracker” till Jira.
  • Product Management-konsult, Creuna

    Creuna var ledande digitalbyrån i Norden, rankad topp 5 i Europa av Forrester Research.

    • Ledde Arlas digitala transformation under 2 år. Vårt flaggskepp var Arla.se som jag och mitt team tog från att vara en recept-orienterad contentsajt till en konverteringsfokuserad måltidsplaneringstjänst som drev besökarna genom en funnel till en personaliserad veckomeny, och fick ingredienserna levererade hem till dörren.
    • Ledde teamet som byggde Electrolux globala plattform, aktiv på 150 marknader. Projektet hjälpte Electrolux att bli det ledande digitala varumärket inom vitvaror och hushållsapparater och inkluderade projekt- och produktledning, strategi, koncept, användarupplevelse, design, gränssnittsutveckling och kvalitetssäkring.
    • Var en aktiv del i Assa Abloys multisite-plattform One Web - ca 250 sajter i 70 länder.
    • Drev den agila metodiken över hela byrån för att öka förutsägbarheten och effektiviteten. Mitt interna metoduppdrag inkluderade presentationer och workshops, och etablerande den byråanpassade agila rollen Proxy Product Owner.

    Kunder: Alecta, Arla Foods, Assa Abloy, Electrolux, Fastighetsbyrån, Huddinge Kommun, Karolinska Universitetssjukhuset, L'Oréal Paris, Point Verifone, Stockholm Business Region, Stockholms Stad, Sveriges Riksdag, Sweco Group, SCA.

  • Digital strateg & projektledare, Uppdragsmedia

    Startade Content Marketing-byrån Uppdragsmedia tillsammans med två andra. Under min tid gick vi från noll intäkter till att bli en prisbelönt medieproduktbyrå med 15 anställda och en årlig omsättning på 10+ miljoner SEK.

    • Projektledare och produktägare för samtliga digitala projekt, från pitch och planering till design, utveckling och lansering.
    • Projektledde vårt affärsområde inom kreativ innehållsproduktion; long-read-artiklar, fotosessioner, videoproduktion, grafik, samt innehåll i sociala medier.
    • Skapade en flerkanalsdesign och användarupplevelse åt TT-Gruppen som vann pris i Swedish Content Awards och blev nominerad till Svenska Designpriset.

    Kunder: Carlsberg, TopGear, Unibet, Metro, Fastighetsnytt, TMF, Stena Match Cup Sweden, Dagens Samhälle, TT-Gruppen (Nyhetsbyrån TT, TT Spektra, Svenska Grafikbyrån mfl).

  • Feature- & nyhetsredigerare i mediebranschen, 5 år

    Jobbade totalt 5 år åt Aftonbladet, Expressen och Gefle Dagblad med deras medieprodukter; kvälltidningar, dagstidning, gratistidning ("Punkt SE"), nyhterssajter, bilagor och löpsedlar. Mitt huvudansvar låg typiskt sett inom design av nyhets- och featuresidor.

Produktledningsmodell

Den Product Management-modell vi på Rocket Toolkit förespråkar och själva använder oss av för digital produktutveckling är baserad på processer från Silicon Valleys Big Tech-industri. Modellen definierar tydligt de olika faserna och aktiviteterna som produkten eller tjänsten går igenom, samt de milstolpar som ska checkas av för att ta sig framåt. Notera dock att modellen kan vara "overkill" för enklare scope så som iterationer på befintlig produkt.

PRODUKTSTRATEGI PRODUKT-EXEKVERING
Product Management Business Case Business Case fångar resonemanget för att initiera ett projekt och avgör om ansträngningen ska fortsätta baserat på lönsamhet och strategisk passform
Behovsanalys Marknadsbehovsanalysen beskriver de affärs- eller konsumentutmaningar som ska lösas genom en analys av marknadens behov, användarpersonas och användningsscenarier. Behovsanalysen motsvarar ett marknadskravdokument (MRD)
Produktbeskrivning & scopet Produktbeskrivningen och scopet omfattar hela lösningens funktioner, förväntad användning, teknik och leveranskrav samt den initiala omfattningen av utvecklingskostnader. Produktbeskrivningen och scopet motsvarar ett produktkravsdokument (PRD)
Produktvision & roadmap Produktvision och roadmap-dokumenten visar den långsiktiga produktstrategin och innehåller en uppsättning lanseringar baserade på omfattning, funktioner och affärsmål Testplan Testplanen beskriver ett program för verklig testning för att få in tidig feedback från kunder, samla in rekommendationer/recensioner och se till att produkten är redo för lansering
Product Marketing Marknadsstrategi Marknadsstrategin inkluderar långsiktiga mål på marknaden, produktpositionering och budskap som ska förmedlas till målgrupperna Lanseringsplan Lanseringsplanen specificerar program och taktik för att uppnå överenskomna mål när produkten lanseras på marknaden Marknadsplan Marknadsplanen innehåller uppföljande marknadsföringsprogram, budgetar, tidslinjer och aktiviteter som kommer att stödja försäljning, lead-generering och att nå nya kunder på marknaden
Milstolpar Godkännande för att finansiera affärsplanering Klienten samtycker till att tillhandahålla finansiering och resurser för att gå vidare till planeringsfasen och få en djupare förståelse för de viktigaste parametrarna för att fortsätta med projektet Godkännande för att finansiera utveckling Klienten är överens om att möjligheten är genomförbar, lönsam och tillräckligt strategisk för att gå in och utveckla MVP-fasen och fullt ut finansiera produktutvecklingen Produkt redo för fälttester Nyckelintressenter och utvecklingsteamet är överens om att produkten är redo att gå vidare till produktutvecklingsfasen Produkt och organisation redo Nyckelintressenter och produktteamet granskar produkten och är överens om att produkten uppfyller de övergripande kvalitetsnivåerna som krävs för att släppa produkten på marknaden Löpande marknadsföringsredo Klienten granskar produktlanseringen och går med på att gå in i maximeringsfasen och investera ytterligare resurser om det krävs för att uppnå långsiktiga intäkter, vinst och strategiska mål Löpande förbättringar Klienten granskar produktens strategiska betydelse och prestation på marknaden för att avgöra hur den ska hållas uppdaterad och förbättras
Faser och aktiviteter

Bearbeta

Upptäcka möjligheter

Validera product market fit

Utveckla preliminära dokument

I bearbetningsfasen genererar en klient nya idéer för att utvärdera och prioritera dem för att avgöra om de ska gå vidare och investera tid/resurser
Planera

Skapa roadmap och strategi

Färdigställ affärsplaner

Leverera slutgiltiga dokument

I planeringsfasen behandlas alla kritiska frågor om strategi och affärer innan de får full finansiering och går vidare till utveckling
MVP-utveckla

Stärk utvecklingsplaner

Kör beta/pilotprogram

Färdigställ funktionslista

I MVP-utvecklingsfasen skapar produktteamet en produkt som kommer att vara
Produktutveckla

Produktutveckling med hela scopet

Färdigställ lanseringsplan

Testa budskap och positionering

I produktutvecklingsfasen undersöker produktteamet resultaten från betatestningen och bygger nästa version av produkten för att uppfylla den kvalitetsnivå som krävs för att uppnå de övergripande produktmålen i kundens ögon
Lansera

Lansera produkt, samla feedback

Färdigställ marknadsplan

Korrigera kursen

I lanseringsfasen släpper klienten officiellt sin produkt till marknaden och implementerar lanserings- och marknadsföringsprogram för att skapa initial medvetenhet kring den nya produkten
Maximera

Kör/monitorera marknadsföring

Stötta försäljning

Planera nästa release

I maximeringsfasen implementerar Product Marketing-teamet nya marknadsföringsåtgärder för att skapa mer intresse, stöttar försäljning och säkerställer att produkten blir så framgångsrik som möjligt
PM + ingenjörer (agil utveckling) Produktledning och utvecklingsteamet arbetar tillsammans i planerings- och utvecklingsfaserna. Inom agil utveckling går teamet mycket snabbare fram med planerings- och utvecklingsfaserna, och med en mindre uppsättning funktioner för varje sprint, jämfört med ett klassiskt vattenfallsprojekt

Detta ramverk är helt modulärt och anpassningsbart, vilket gör det enkelt att använda för alla företag oavsett storlek, organisationsstruktur eller juridiska krav.

  • Utveckling: Scrum, Kanban, “Scrumban”, eller XP. Denna produktmodell gör det möjligt för företag att göra affärs- och strategiarbeten oavsett vilken agil utvecklingsmetod som används.
  • Dokumentation: Ingen, Lättvikt, eller formell. Denna produktmodell gör att dokumentation kan vara mycket formell under omständigheter där en företagskultur eller ett team kräver omfattande skriftlig dokumentation för varje fas.
  • Bolagsstorlek: Startup, småbolag/medelstort, storbolag. Oavsett företagets storlek och komplexitet måste samma frågor i var och en av faserna och kärndokumenten tas upp.

Vanliga frågor

Varför anlita en Produktchef-konsult?

Den här guiden innehåller vårt nuvarande erbjudande och "best practice" inom produktägande. Syftet med den här sidan är att skapa en förståelse för Produktchef-rollen som konsult, och att hitta vår målgrupp till vårt kärnuppdrag: att bygga produkter som löser verkliga kundproblem.

Här hittar du kunskap och lärdomar från över 15 års produktkompetens. Några av de "best practice"-taktiker som beskrivs återspeglar vårt nuvarande sätt att arbeta, medan andra återspeglar hur vi strävar efter att arbeta. Vi vill att sättet vi arbetar på ska utveckla oss både som konsulter och människor. Och vi vill sträcka på oss och röra oss i rätt riktning. Det finns trots allt inget "steady state" – vi vet att detta är sant bara genom att observera hur mycket vårt tänkande har utvecklats sedan vi skrev de första utkasten till den här webbplatsen. Vi kommer att lära oss och anpassa oss, och vi strävar efter att exemplifiera denna etos genom hela vårt arbetssätt.

Den här guiden är uppdelad i tre avsnitt. I det första avsnittet sammanfattar vi de övertygelser och principer som påverkar hur vi närmar oss Product Management på Rocket Toolkit. Det andra avsnittet förklarar hur vår arbetsprocess ser ut. Och det tredje avsnittet erbjuder en serie praktiska instruktionsguider som hjälper dig att navigera i några av de vanligaste uppgifterna och utmaningarna som vi kommer att möta tillsammans när du anlitar mig eller någon annan på Rocket Toolkit som produktchef.

Med tanke på att syftet med den här guiden är att skapa samstämmighet kring våra leads som efterfrågar produktchefer i formen frilans-konsult, förväntas var och en av oss läsa, reflektera över och integrera dess vägledning i vårt dagliga arbetsliv.

Nöj dig inte med den här guiden ensam. Det är helt okej att fråga varför? Och för att utmana dess innehåll (detta kommer bara att göra nästa version bättre). Du bör också vidta åtgärder för att odla din egen syn på Product Management. Läs aktivt, utforska och prova nya saker. Och snälla, dela det du lär dig med oss!

Vad är Product Management?

Sättet vi närmar oss Product Management är mycket i linje med hur vi arbetar på Rocket Toolkit. Vi tror att team som äger problem, inte funktioner, kommer att utveckla en djupare nivå av expertis. Vi är här för att lösa verkliga problem på ett sätt som kunderna älskar. För att lyckas med detta måste produktchefer bli de ledande experterna på sitt eget problemområde, bygga kunskap om vad som fungerar och vad som inte fungerar, ha förmågan att driva en produkt mot en långsiktig vision och praktisera bra produktchef-beteenden genom hela processen.

Åtminstone är det så här vår övertygelse om Product Management ser ut hittills. Vi på Rocket Toolkit har kommit långt sedan Product Management först seglade upp för oss 2005. Vi lär oss och utvecklas hela tiden när det kommer till hur vi tänker och agerar som produktchefer. Genom åren har vi blivit influerade av olika "thought leaders", ett stort antal böcker, och de många produktchefer som vi haft förmånen att träffa med en mångsidig samling av insikter och erfarenheter. Men för det mesta har vi lärt oss genom "trial & error".

Bästa produktchefen – vad ska man leta efter?

Vi kan inte prata om våra övertygelser och principer för Product Management utan att först ta upp de beteenden som enligt vår erfarenhet ger de bästa resultaten – såväl som de som ger mindre optimala resultat.

Vad som följer är en lista över vad vi anser vara "bra" och "dåliga" produktchef-beteenden. Den ursprungliga versionen av ​Bra produktchef/dålig produktchef​ skrevs av Ben Horowitz och David Weiden 1996, vid en tidpunkt då Ben Horowitz var Director of Product Management på Netscape och behövde kommunicera sina förväntningar med produktcheferna i hans team. Vi gillar det här formatet eftersom det ger ett enkelt sätt att upptäcka skillnaderna mellan bra och dåliga beteenden, utan att lämna mycket utrymme för tolkning.

Dessa beteenden bör ses som vägvisningar, inte regler. Följ de goda, se upp för de dåliga. Och kom ihåg att få produktchefer faktiskt kommer att leva upp till vart och ett av de goda beteendena hela tiden. Som sagt, vi hoppas kunna inspirera dig att bli mer medveten om att anta bra beteenden som med största sannolikhet kommer att göra dig redo för framgång.

Bra produktchefer vs dåliga produktchefer

Bra produktchefer fattar alltid beslut till förmån för kunden – även när det är svårt eller obekvämt. Dåliga produktchefer sätter inte sina kunder först.

Bra produktchefer skapar först en långsiktig vision och levererar sedan inkrementellt värde mot visionen. Dåliga produktchefer har inte en solid vision och levererar istället kortsiktigt värde.

Bra produktchefer är ansvarsfulla ledare. De förstår att deras beteende sätter standarden för andra. Dåliga produktchefer misslyckas med att erkänna misstag – eller kommer på ursäkter – och lär sig därför inte av dem.

Bra produktchefer omfamnar konceptet "empowered teams" och arbetar med sina team för att leverera på visionen. Dåliga produktchefer vill köra allt själva och ser sig själva som de enda beslutsfattarna (och skapar flaskhalsar som ett resultat).

Bra produktchefer tar alla steg som krävs för att ge sin produkt bästa möjliga chans att lyckas. De är medvetna om vad de vet och varför de vet det, liksom vad de inte vet. De går långt för att säkerställa att inget faller mellan stolarna och njuter av ansvarstagandet. Dåliga produktchefer lämnar saker åt slumpen och försöker inte ens fylla kunskapsluckor.

Bra produktchefer mäter framgång baserat på nyckeltal som sätter kundupplevelsen först. Dåliga produktchefer vet inte varför deras produkt inte fungerar och förstår inte värdet av detaljer i användarupplevelsen.

Bra produktchefer lägger sin energi på att lösa problem. De är nyfikna och börjar alltid med att söka information självständigt. Dåliga produktchefer hittar på ett problem och ber om en lösning. De undersöker inte och försöker inte ens samla in information på egen hand. Istället kallar de till möten för att få data presenterade för dem av andra.

Bra produktchefer är modiga och rapporterar eventuella brister de upptäcker i en produkt. Dåliga produktchefer säger inte ifrån för att "det faller inte inom deras ansvarsområde" eller "inte är deras problem".

Bra produktchefer har ett system på plats för att säkerställa att de alltid har tillräckligt med tid för att träffa kunder. Dåliga produktchefer misslyckas med att planera sin tid, delegerar inte arbete, är alltid upptagna och "har inte tillräckligt med tid" för att träffa kunder.

Bra produktchefer vidtar omedelbara åtgärder efter en diskussion och/eller slutsats. Dåliga produktchefer tillåter att frågor och/eller diskussioner förblir olösta och fortsätter att falla tillbaka i samma diskussion.

Bra produktchefer tar ansvar för sina resultat. De kan artikulera vilket värde och bidrag deras produkt genererar för både kunder och organisationen. Dåliga produktchefer misslyckas med att korrelera resultat med genererat värde och kämpar för att kommunicera affärsmodellen för sin produkt.

Bra produktchefer balanserar kvalitativa insikter med kvantitativa insikter. De validerar hypoteser med användare innan de bygger. De har en stark vision som styr deras beslut tills produkten är live och kan förbättras med riktig data. Dåliga produktchefer säger: "Vi kan A/B-testa" för att bestämma riktningen för en produkt utan att ta hänsyn till deras vision eller kvalitativa insikter.

Bra produktchefer behärskar skrivna narrativ och sätter kundvärde, viktiga argument, strategier och planer i tydliga och koncisa dokument. Dåliga produktchefer har problem med att få ut sina tankar på papper och faller antingen tillbaka på presentationer och verbala argument, eller presenterar långa föreläsningar som aldrig når poängen.

Bra produktchefer låter produkten tala för sig själv. Dåliga produktchefer måste förklara varför deras produkt är bra eller hur man använder den.

Vad är kundbesatthet?

På Rocket Toolkit har vi alltid levt med ett "Customer Obsession". Så mycket att vi har gjort "Customer Obsession" till vår första ledarskapsprincip. Att vara ett kundbesatt företag kräver konstant och dedikerat fokus på våra kunder. Vi tror att våra kunder är lojala mot upplevelser, inte mot rabatter eller traditioner. De kommer att lämna oss på en sekund om vi misslyckas med att tillgodose deras behov med bästa möjliga upplevelse. Av denna anledning kan vi aldrig någonsin låta vårt fokus glida.

Kanske låter det lätt att vara "kundbesatt", men i verkligheten är det riktigt svårt. En kund ser produkten som en enda enhet medan organisationen bakom i själva verket kan vara hundratals team. Det viktigaste är att ge kunderna en helhetsupplevelse – en upplevelse som går långt över alla team eller scope.

Hur jobbar en kundbesatt produktchef?

Det är lätt att se skillnaden mellan en produktchef som bryr sig om sin kund, och en produktchef som verkligen bryr sig om sin kund. Du kommer att märka att en produktchef visar omsorg genom hur ofta de träffar sina kunder, hur de visar empati och hur de hanterar knepiga situationer – som friktionsgenererande produktförändringar. En produktchef som verkligen bryr sig om sin kund kommer alltid att fatta beslut till kundens fördel.

Att vara kundbesatt handlar om att sätta sig i kundens skor och se en upplevelse ur deras perspektiv. Det handlar om att förstå deras behov och de problem de möter. Det handlar om att veta vad som får dem att antingen adoptera eller överge en produkt. Och det handlar om att förstå vad som får dem att berömma en produkt och dela den med sina vänner.

Trots alla åtgärder vi produktchefer vidtar för att förhindra problem för våra kunder, misslyckas vi ibland. Men det är i dessa situationer som vår sanna kundbesatthet visar sig. Titta bara på hur långt vi ska gå för att sätta kunden först – även när det är obekvämt för oss. Eller hur vi kan vända en negativ incident till något som är positivt för kunden. Allt handlar om att bygga förtroende och att aldrig förlora det förtroendet.

När behövs en produktvision?

Ett team föds när vi ett nytt problemområde uppstår, och någon börjar lägga en ambitiös vision runt det. Denna "någon" är ofta en produktchef, och det första man ansvarar för är att utveckla en vision som artikulerar det framtida tillståndet för produkten.

Att sätta en vision är dock inget en produktchef gör utan sitt team och sedan rapporterar tillbaka om senare. Det är avgörande att teamet deltar i processen att sätta visionen för att uppnå ett fullt "buy-in" från varje medlem.

Vad är en produktvision?

En produktvision beskriver vad din produkt kommer att vara i framtiden och varför vi skapar den från första början. Den beskriver syftet bakom produkten och vad den syftar till att uppnå för kunden. En produktvision bör vara storslagen och täcka en tidsram på 3-5 år med 6-9 månader av sprintar för prototyputveckling för att hjälpa till att visualisera det framtida tillståndet för kundupplevelsen lite mer detaljerat.

Det är det stora djärva målet som vägleder oss alla när vi strävar efter att skapa värde för våra kunder. Det är anledningen till att vi dyker upp på jobbet varje dag. Det inspirerar hela teamet och påminner oss om varför vi gör något – både under bra och dåliga dagar. Produktvisionen måste vara tillräckligt kraftfull för att få alla att köpa in sig i "varför" (problemet som teamet löser och för vem). Och tillräckligt tydlig för att skapa samstämmighet kring en produkts framtida tillstånd. Så; man ska tänka stort, sedan större, och alltid tänka långsiktigt.

Varför behöver man en produktvision?

Utan en solid bild av vart du är på väg är det lätt att tappa fokus och hoppa från en idé eller möjlighet direkt till lösningsläget. Utan en produktvision är det troligt att du kommer att känna dig splittrad när du försöker redogöra för alla dina intressenters behov. Eller så fastnar du för att väga funktioner mot kostnad/värde, eller skapa en backlog av funktioner och förvandla teamet till en funktionsfabrik. Detta är ett kortsiktigt sätt att tänka. Och det kan utveckla din produkt i fel riktning, vilket resulterar i enorma alternativkostnader och slöseri.

Som produktchefer sätter vi höga ambitioner och tror att vi bara kan uppnå dem om vi kan se vår produktvision tydligt. Detta säkerställer att team kan arbeta mot ett gemensamt syfte, identifiera vad som är viktigt eller inte, och hålla fokus. En produktvision fungerar också som en viktig inspirationskälla, som får alla att bli entusiastiska över vad vi skapar tillsammans och katalyserar handling.

Hur påbörjar man en produktvision?

Innan du kan sätta produktvisionen måste du ha en god förståelse för problemet du löser. Om du är ny på problemet måste du investera tid i att förstå det innan du försöker sätta en produktvision. Att utveckla en produktvision är inte en övning som kan genomföras inom några dagar eller under en eller två workshops. En väldefinierad produktvision är en viktig investering som kan stödja teamet under de kommande åren eller mer. Det skapar en gemensam förståelse för problemområdet, vilket – i det stora hela – är mycket värdefullt.

För att låna ett frö av visdom från Jeff Bezos, grundare av Amazon; "Be stubborn on vision but flexible on the details". Om vi ​​pivoterar kring en produktvision har vi antingen inte definierat och anpassat oss tillräckligt bra från första början, eller så har vi gett upp för tidigt.

Hur gör man en produktvision?

Ett viktigt steg i skapandet av en produktvision är att visualisera din produkts framtida tillstånd. Det är en av de första sakerna du bör göra när du tänker på en ny produkt eller en större funktion. Här är målet att illustrera din produktvision och göra den verklig. Den visar vad du vill skapa och varför du vill skapa det. Att visualisera det framtida produkttillståndet är en användbar teknik för att komma till kärnan i din produkt, och kommer att tvinga dig att tänka framåt och föreställa dig hur den kommer att se ut när den väl har lanserats.

När du överväger det framtida tillståndet för en produkt måste du tänka stort. De två huvudreglerna för stort tänkande är:

  1. Vet vilka utmaningar din kund står inför
  2. Tänk STORT

När du bekantar dig med kundernas utmaningar, gräv djupt. Vi vill komma ner till grundorsaken till problemet och lösa det, snarare än att bara behandla symptomen. Fråga dig själv: Tänk om det finns en ännu större lösning? Om du går igenom processen att ställa den här frågan till dig själv några gånger kommer du sannolikt att landa i en ambitiös idé.

Målgruppen för det framtida produkttillståndet är inte bara ditt team, kamrater och intressenter, utan också alla i organisationen som kan vara intresserade. Det är ett brett spektrum av människor och därför måste det framtida tillståndet illustrera exakt vilket problem din produkt löser, vilka fördelar den kommer att ge kunden och varför produkten behövs från första början. Detta format kräver att du är mycket tydlig med hur framgång ser ut. Målet är att alla ska förstå kundvärdet av din produkt. Kom ihåg: Om mottagaren inte förstår det, eller inte ser värdet, finns det mer arbete att göra.

När det är dags att illustrera det framtida tillståndet för en produkt – kombinera det skrivna ordet med en visualiserad upplevelse. Det är det starkaste sättet att visa din produkts framtida tillstånd. Använd formaten “Imagined Press Release” eller “Customer Letter to the CEO”, kompletterat med en mockup av hur användargränssnittet och användarupplevelsen kommer att se ut. För ett backend-team kan du också lägga till en framtida API-specifikation som ett alternativ till en mockup.

Hur vi gör Product Management?

Att bygga produkter är inte en linjär process. Det är en iterativ sådan. I tidigare rekommendationer inom Product Management skiljde vi mellan 3 olika faser av produktutveckling: Discovery, Delivery och Launch. Att beskriva dem som faser innebär i praktiken att man arbetar med Discovery under en viss tid, och när Discovery är klar går vi vidare till Delivery, och när vi är klara med Delivery, lanserar man. Och det är det – man är klar.

Den här typen av 3-fas-tankesätt begränsar oss genom att försöka tvinga in aktiviteter i varje fas och, värst av allt, det låter som att vi är klara när vi lanserar något. Vilket, som vi alla vet, aldrig är sant.

Numera pratar vi inte om faser när vi beskriver vår arbetsprocess. Istället kommer vår utgångspunkt att vara den cykliska och iterativa processen som kan finnas i kärnan av produktutvecklingen hos oss på Rocket Toolkit: ​Build, Measure, Learn.

Vad innebär trial & error inom digital produktutveckling?

Vi måste erkänna att oavsett hur mycket vi förbereder oss för en ny produkt – eller strävar efter att förvalta en befintlig – kommer det alltid att finnas nya lärdomar när vi väl får ut produkten till riktiga kunder, och det kommer alltid att finnas en viss mängd trial & error innan man når rätt lösning. Av denna anledning måste man optimera för att generera lärdomar så snabbt och billigt som möjligt, och lämna utrymme för att anpassa planerna med nya insikter.

Ju tidigare man kan lära sig, desto snabbare kan man anpassa sig. Om man ​​kan lära oss något redan när man visar en prototyp för sina kunder är det mycket billigare än att behöva bygga en produkt först. En viktig del av detta är att fokusera på de resultat man vill uppnå istället för de funktioner man ska bygga. När man pratar om funktioner är det lätt att lura sig själv till uppfattningen att lansering av en funktion är målet, medan sanningen är att man "hoppas" att den specifika funktionen kommer att lösa ett särskilt behov. Man kommer aldrig att veta om man det blev framgångsrikt förrän man faktiskt lanserat och ser konsumentbeteendet förändras. Så att lansera en funktion är bara ett steg mot att nå det resultat man vill ha. Antingen ser vi lyftkraft i mätetalen och fortsätter att iterera på lösningen, eller så lär man sig något nytt och börjar om.

Det är först när din hypotes valideras av kunder som du verkligen kan veta om du är på rätt väg. Man kan inte helt förstå sina användare om man inte umgås med dem – helst ansikte mot ansikte. Att validera sina hypoteser med kunder är en viktig del av produktutvecklingsprocessen hos Rocket Toolkit. Hypotesvalidering kan uppnås genom tekniker som användarresearch och användbartester, och det låter oss få tidig feedback på idéer, koncept och funktioner från de personer vars åsikter betyder mest.