Hur man blir produktchef och vÀxer vidare

Hur man blir produktchef och vÀxer vidare

Det Àr svÄrt att ge en universell definition av rollen och ansvarsomrÄdena för en produktchef: i varje företag Àr de unika, sÄ att övergÄ till denna roll kan vara en utmanande uppgift med oklara krav.

Under det gÄngna Äret har jag genomfört intervjuer med över femtio kandidater till rollen som junior produktchef och jag har noterat att de flesta av dem inte har nÄgon förstÄelse för vad de inte vet. Vad de inte vet. Sökarna har stora kunskapsluckor nÀr det gÀller rollen och ansvarsomrÄdena för en produktchef. Trots deras stora intresse för denna position Àr de vanligtvis osÀkra pÄ hur de ska börja och vilka omrÄden de ska fokusera pÄ.

DÀrför listar jag nedan sex kunskapsomrÄden som jag anser Àr mest viktiga för en produktchef, tillsammans med relevanta kÀllor. Jag hoppas att dessa material kan klargöra osÀkerheten och vÀgleda rÀtt.

Översatt till Alconost

1. LĂ€r dig hur startups fungerar

Författaren till boken "The Lean Startup", Eric Ries, definierar en startup som en organisation som syftar till att skapa en ny produkt i ett tillstÄnd av extrem osÀkerhet.

De grundlÀggande uppgifterna och handlingarna för grundaren av en startup och produktchefen i ett tidigt skede överlappar varandra i hög grad. BÄda strÀvar efter att skapa en produkt som mÀnniskor vill ha, vilket krÀver 1) att lansera produkten (funktionen), 2) att kommunicera med kunder för att förstÄ om erbjudandet möter deras behov, 3) att fÄ feedback frÄn dem, och 4) att upprepa cykeln.

Produktchefen mÄste förstÄ hur framgÄngsrika startups skapar produkter, hittar sin nisch pÄ marknaden, kommunicerar med kunder, prioriterar potentiella funktioner och medvetet gör saker som inte gÄr att skala.

Resurser som hjÀlper till att studera startups arbetsmetoder:

Hur man blir produktchef och vÀxer vidare
Foto - Mario Gogh, plattform Unsplash

2. FörstÄ varför flexibilitet Àr viktig

Produktchefer stöter ofta pĂ„ uppgifter utan fĂ€rdiga lösningar – och i en osĂ€ker och stĂ€ndigt förĂ€ndrande miljö. I sĂ„dana situationer Ă€r det en dĂ„lig idĂ© att skapa strikta lĂ„ngsiktiga planer – det Ă€r dömd att misslyckas.

Planeringen av mjukvaruutvecklingsprocessen och dess hantering mĂ„ste anpassa sig till en sĂ„dan miljö – man mĂ„ste agera snabbt och enkelt anpassa sig till förĂ€ndringar, lansera funktioner kontinuerligt och i smĂ„ steg. Fördelarna med en sĂ„dan metod Ă€r:

  • Misslyckade beslut kan identifieras tidigare – och bli till en lĂ€rdom.
  • Tidiga framgĂ„ngar motiverar mĂ€nniskor och visar rĂ€tt vĂ€g.

För produktchefer Àr det viktigt att förstÄ varför flexibilitet i planering och arbete har stor betydelse.

Resurser som hjÀlper till att lÀra sig om flexibla mjukvaruutvecklingsmetoder:

  • Agile Manifesto och de relevanta tolv principerna.
  • Video om den tekniska kulturen pĂ„ Spotify, som har inspirerat mĂ„nga team vĂ€rlden över (och Ă€ven hjĂ€lpt till att övervinna Apple Music).
  • Video om vad flexibel mjukvaruutveckling innebĂ€r. Kom ihĂ„g att det inte finns nĂ„gra specifika regler för "flexibilitet" – varje företag tillĂ€mpar detta princip pĂ„ sitt eget sĂ€tt (och pĂ„ olika sĂ€tt Ă€ven inom olika team i samma företag).

3. Höj den tekniska kompetensen

"MÄste man ha en datavetenskaplig utbildning?"
"MÄste man kunna programmera?"

OvanstÄende Àr tvÄ huvudsakliga frÄgor som jag fÄr frÄn dem som vill in i produktledning.

Svaret pÄ dessa frÄgor Àr "nej": Produktchefer behöver inte kunna programmera eller ha en datavetenskaplig utbildning (Ätminstone i 95 % av jobben pÄ marknaden).

Samtidigt mĂ„ste en produktchef utveckla sin egen tekniska kompetens – för att:

  • I stora drag förstĂ„ de tekniska begrĂ€nsningarna och komplexiteten hos potentiella funktioner utan att behöva frĂ„ga utvecklarna.
  • Förenkla kommunikationen med utvecklarna genom att förstĂ„ grundlĂ€ggande tekniska koncept: API, databaser, klienter, servrar, HTTP, teknologisk stack för produkten, etc.

Resurser som hjÀlper till att höja den tekniska kompetensen:

  • Kurs med grundlĂ€ggande begrepp inom de viktigaste tekniska koncepten: Digital Literacy, Team Treehouse (erbjuder en gratis 7-dagars provversion).
  • Kurs om mjukvarukomponenter: Algoritmer, Khan Academy (gratis).
  • Stripe Ă€r kĂ€nt för sin utmĂ€rkta API-dokumentation — nĂ€r du har bekantat dig med den, fĂ„r du en uppfattning om hur API:er fungerar. Om vissa termer Ă€r oklara, Googla helt enkelt.

4. LĂ€r dig att fatta datadrivna beslut

Produktchefer skriver inte den faktiska produkten, men de spelar en viktig roll i vad som vĂ€sentligt pĂ„verkar teamets arbete — de fattar beslut.

Besluten kan vara obetydliga (som att öka höjden pÄ en textruta) eller betydande (vilka specifikationer prototypen av en ny produkt ska ha).

I min erfarenhet har de enklaste och mest anvÀndarvÀnliga lösningarna alltid baserats pÄ analysresultat (bÄde kvalitativ och kvantitativ). Data hjÀlper till att definiera omfattningen av uppgiften, vÀlja mellan olika versioner av designinslag, besluta om en ny funktion ska behÄllas eller tas bort, övervaka prestanda och mycket mer.

För att förenkla livet och ge större nytta till produkten, Àr det viktigt att ta hÀnsyn till fÀrre Äsikter (och fördomar) och fler fakta.

Resurser som hjÀlper dig att lÀra dig att fatta datadrivna beslut:

  • Kurs som ger grundlĂ€ggande kunskaper i statistik: Statistics by SJSU, Udacity (gratis).
  • Kurs om grunderna i att extrahera anvĂ€ndbar information frĂ„n databaser och analysera i realtid: SQL Fundamentals, Datacamp (erbjuder en gratis provversion).
  • Booking.com Ă€r en av pionjĂ€rerna inom A/B-testande. I den hĂ€r presentationen berĂ€ttas om deras tillvĂ€gagĂ„ngssĂ€tt för testning.
  • Artikel om experiment i Airbnb: Experiments at Airbnb.
  • Introduktion till maskininlĂ€rning: Machine Learning is Fun!, Adam Geitgey.

5. LÀr dig att sÀrskilja bra design

Produktchefer och designers arbetar tillsammans för att sÀkerstÀlla den bÀsta anvÀndarupplevelsen.

En produktchef behöver inte engagera sig i design, men det Àr nödvÀndigt att kunna sÀrskilja bra design frÄn medioker och att ge anvÀndbar feedback. Det Àr viktigt att kunna gÄ bortom förslag som "gör logotypen större" och att ingripa nÀr allt börjar bli komplicerat och designen blir överflödig.

Hur man blir produktchef och vÀxer vidare

Resurser som hjÀlper dig att förstÄ vad bra design Àr:

6. LĂ€s tekniska nyheter

SĂ„nger, bilder, filosofiska koncept
 det nya Ă€r alltid en kombination av existerande idĂ©er. Steve Jobs uppfann inte persondatorn (de första var faktiskt specialister frĂ„n Xerox, som bara inte hittade en anvĂ€ndning för den), och Sony uppfann inte den första digitalkameran (det gjorde Kodak – som sedan dödade sitt eget barn). KĂ€nda företag omarbetade det som redan fanns, lĂ„nade, anvĂ€nde och anpassade redan nĂ€mnda idĂ©er – och det Ă€r en naturlig process för att skapa nĂ„got nytt.

Att skapa betyder att koppla samman mÄnga delar. Om du frÄgar en kreativ person hur han gjorde nÄgot, kommer han att kÀnna sig lite skyldig, för enligt hans uppfattning gjorde han inget, utan sÄg bara en bild.
— Steve Jobs

Produktchefer behöver stÀndigt hÄlla koll pÄ nyheter, lÀra sig om snabbt vÀxande startups och misslyckanden, vara först med att anvÀnda nya teknologier och lyssna till nya trender. Utan detta gÄr det inte att behÄlla kreativ kraft och en innovativ instÀllning.

Resurser för periodisk lÀsning, lyssning och visning:

Om översÀttaren

ÖversĂ€ttningen av artikeln utfördes av Alconost.

Alconost sysslar med applikationer och webbplatser, pÄ mer Àn 70 sprÄk. SprÄktestning, molnplattform med API, kontinuerlig lokalisering, projektledning dygnet runt, alla format av resursstrÀngar. 70 sprÄk. ModersmÄl översÀttare, sprÄklig testning, molnplattform med API, kontinuerlig lokalisering, projektledare 24/7, alla format av strÀngresurser.

videor reklam- och utbildningsvideor – för webbplatser, sĂ€ljande, image, reklam, utbildning, teasers, förklaringar, trailers för Google Play och App Store.

→ LĂ€s mer

KĂ€lla: habr.com

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster