Produkthantering som höjer ribban: Navigera i produktens livscykel med Aaron Bonko

Välkommen till vår serie Produkthantering som höjer ribban. I den här artikelsamlingen gör vi en djupdykning i teknisk produkthantering och delar med oss av insikter, bästa praxis och erfarenheter från verkligheten som hjälper tekniska produktchefer (även kallade ”Product Management-Tech” eller PMT:er på Amazon) att höja sin kompetens, förstå hur vi arbetar på Amazon Ads och läsa mer om det arbete som fascinerar oss.

I den här första delen hör vi Aaron Bonko, Senior Principal Technical Program Manager (TPM) på teamet för mätning och datavetenskap. Aaron har närmare nio års erfarenhet på Amazon och har en roll som placerar honom i skärningspunkten mellan teknik och affärsstrategi. Här diskuterar han hur vi vanligtvis hanterar produktens livscykel på Amazon.

Produktens livscykel på Amazon Ads

På Amazon Ads skiljer sig produktens livscykel inte nämnvärt från andra teknikföretag, men under årens lopp har vi förfinat vårt tillvägagångssätt för att överensstämma med Amazons kultur av ägande och kundfokus. Vi delar vanligtvis upp det i fem steg:

Förutveckling: Det är här allt börjar. På Amazon pratar vi alltid om att ”arbeta baklänges”, och vi börjar med att på djupet förstå våra kunder och deras behov. Amazons process går ut på att kontextualisera produkten i vår bredare portfölj och utveckla en datastyrd PR/FAQ (pressmeddelande och vanliga frågor) som föreställer sig produkten på lanseringsdagen och de fördelar den kommer att ge till kunderna. Visionen ligger till grund för allt arbete med produkten. Vi börjar inte bygga förrän alla är nöjda med PR/FAQ.
Utveckling och testning: Här börjar vi förverkliga idéerna, ta fram designer, bygga prototyper och genomföra grundliga tester. Till skillnad från en traditionell vattenfallsmetod väntar vi inte på ett fullständigt och uttömmande kravdokument. I stället börjar vi med en översikt på hög nivå och engagerar våra tekniska team i ett tidigt skede. På så sätt kan vi få värdefull feedback om komplexitet och möjliga förenklingar redan från början.

På Amazon strävar vi alltid efter att skapa en produkt som är så attraktiv som möjligt i stället för en produkt som är så lönsam som möjligt. Kundfokus är vår första princip för ledarskap, och även den enklaste versionen av en produkt som vi lanserar måste vara tilltalande. Testerna är en integrerad del av hela utvecklingsprocessen, inte bara i slutet, och vi använder oss av en kombination av enhets-, integrations- och användartester. En metod som har tjänat oss väl är att involvera faktiska kunder i vår testfas när det är möjligt. Vi har ofta betaprogram där utvalda kunder kan prova nya funktioner och ge feedback. De här verklighetsbaserade testerna är ovärderliga för att identifiera användbarhetsproblem och förfina våra produkter innan de lanseras fullt ut. Vi ägnar också stor uppmärksamhet åt icke-funktionella krav under den här fasen. Prestanda, skalbarhet och säkerhet är inga efterhandskonstruktioner utan integrerade delar av vår utvecklings- och testprocess. Vi genomför belastningstester för att säkerställa att produkterna kan hantera den förväntade trafikvolymen och säkerhetsrevisioner för att säkerställa att våra kunders data är skyddade, något som är en prioritet för oss.
Lansering: Utförandet är nyckeln under den här fasen. När vi implementerar vår go-to-market-plan är det viktigt att tänka igenom vad som kommer att påverka vår lanseringsstrategi och hur det kan påverka vår tekniska kapacitet. Under lanseringsfasen har vi också ett nära samarbete med marknadsförings- och säljteamen och övervakar lanseringsnyckeltalen noggrant, ofta i realtid, för att säkerställa att vi når våra mål och för att snabbt identifiera eventuella problem som behöver åtgärdas. Något som jag har lärt mig under åren är vikten av flexibilitet under den här fasen. Hur väl du än planerar kommer det alltid att dyka upp överraskningar. Förmågan att snabbt kunna ändra inriktning baserat på data och feedback från verkligheten är avgörande.
Efter lanseringen: Arbetet slutar inte efter lanseringen. Vi fortsätter att övervaka långsiktiga framgångsnyckeltal och håller utkik efter ”dag två”-signaler som kan tyda på att vi börjar tappa fokus på vad som verkligen är viktigt med våra produkter. Sådana signaler kan vara att teamen blir alltför fokuserade på att uppnå specifika nyckeltal eller mål på bekostnad av vad som verkligen är viktigt för kunderna eller verksamheten. Ett annat exempel är när ett team lägger alltför stor vikt vid att skapa processer och mekanismer på bekostnad av kreativitet och smidighet. Även om mekanismer är viktiga och en väsentlig del av hur vi arbetar på Amazon, bör de möjliggöra snarare än hindra framsteg.
Iteration och evolution: I det här sista steget använder vi data efter lanseringen för att validera vår ursprungliga hypotes eller för att bedöma om vi behöver ändra inriktning och justera vår vision. Kundernas efterfrågan på vår produkt kanske inte är så stor som vi trodde, eller så förstår de inte produktens värdeförslag. Vi införlivar erfarenheterna i framtida versioner av produkten samt i andra produkter som vi skapar i vår portfölj. Vi kommunicerar med kunderna och analyserar användningsdata för att få feedback på produkten och för att säkerställa att vi tar itu med deras problem och brister i produkten när vi planerar framtida förbättringar

Lärdomar om produktens livscykel

I takt med att vi har förfinat vårt sätt att arbeta med de fem stegen under årens lopp har vi fått värdefulla insikter om den produktens bredare livscykel:

Livscykeln är sällan linjär: Vi presenterar stegen i tur och ordning, men i verkligheten överlappar de ofta varandra och upprepas. Vi kan befinna oss i efterlanseringen av en funktion samtidigt som vi förutvecklar nästa.
Kundernas behov utvecklas snabbt: Det som var banbrytande förra året kan vara helt ointressant idag. Vi har lärt oss att bygga in flexibilitet i våra långsiktiga visioner för att kunna anpassa oss till en föränderlig marknadsdynamik.
Data är viktigt, men sammanhanget är avgörande: Även om vi är datadrivna har vi lärt oss att siffror i sig inte berättar hela historien. Det är ofta förståelsen för sammanhanget bakom data som leder till banbrytande innovationer.
Att undvika dag två-tänkande börjar på dag ett: Vi har märkt att om man redan från början planerar för långsiktiga framgångar och potentiella fallgropar leder det till mer hållbara produkter.
Hastighet spelar roll men inte på bekostnad av kvalitet: Även om vi strävar efter att agera snabbt har vi lärt oss den hårda vägen att det kan skada kundernas förtroende att rusa ut på marknaden med en produkt som inte är helt färdig.
De bästa idéerna kommer ofta från oväntade håll: Några av våra bästa produktförbättringar har kommit från kundsupportärenden eller kommentarer i användartester.

De här insikterna har inte bara format hur Amazon arbetar under varje steg i produktens livscykel, utan har också förstärkt vikten av samarbete mellan olika funktioner under hela processen. Samarbetsandan är inte bara något som är trevligt att ha, utan den är grundläggande för hur vi arbetar och utvecklas. På Amazon Ads följer vi inte en formell RACI-modell (responsible, accountable, consulted, och informed). Istället har vi riktlinjer som främjar ägande och ansvarstagande:

Produktchefer äger ”vad”.
Ingenjörer äger ”hur”.
TPM:er äger ”när”.

Reglerna är dock inte orubbliga. Vår kultur uppmuntrar alla att bidra utöver sina primära ansvarsområden, något som främjar innovation och snabb problemlösning.

Evolutionen fortsätter

Att skapa produkter är en process som hela tiden utvecklas eftersom vi på Amazon Ads fortsätter att lära oss av våra kunder och deras förväntningar. Vi strävar ständigt efter att utvecklas och på så sätt leverera upplevelser som uppskattas.

I nästa artikel om Produkthantering som höjer ribban får vi höra en av våra PMT-chefer berätta om hur man påverkar utan auktoritet.

Under tiden kan du läsa mer om våra produkthanteringsroller.