Kuidas Airbnbi tootehalduriga edu mõõta?

Kuidas Airbnb-sugused ettevõtted oma edu mõõdavad ja milliseid peamisi mõõdikuid nad kasutavad?

Meie lohakas kogukond esitas need küsimused Airbnbi tootejuhile ja küsis, milliseid nõuandeid ta soovijatele juhtidele annaks. Ta pidi seda ütlema.

Jiaona Zhang

Tootejuht Airbnb-s. Varem oli tootejuht Dropboxis. Enne Dropboxi töötas ta tootejuhina Pocket Gemsis ja The Lucas Groupis assotsieerunud konsultandina. Õppinud Yale'i ülikoolis energeetikat ja majandust. Vabal ajal renoveerib ta maju, juhib meeskonna loomise töötubasid ja loob käsitsi valmistatud kaarte.

Millised on teie arvates peaministri ja asutaja peamised erinevused?

Sarnasusi on palju (paljud asutajad said hiljem suuremate ettevõtete juhtideks ja vastupidi), aga ka mõned peamised erinevused. Asutajana veedate suure osa ajast investoritega töötades ja värbamisel, eriti pärast esialgset ehitusetappi. Peaministrina on sõltuvalt teie rollist (IC pm vs plii) erinevad kohustused.

Kui oluline on tootehaldust ja tooteomaniku rolli täites kood või kujundus?

Ei kodeerimine ega disain pole kõige olulisemad asjad, kuna teie meeskonnas on insenere ja disainereid. Selle asemel on tehniliste kulude ja disaini kompromisside tundmine olulisem. Samuti on kasutaja empaatia, oskus funktsionaalselt risti töötada ja võimalus kritiseerida disaini, lähtudes esimestest põhimõtetest, mis on kasutajaprobleemid - need on olulisemad oskused.

Kuidas mõjutavad kvalitatiivsed andmed otsuste langetamist pärast varajase avastamise etappi, eriti ajalise kriisi ajal?

Kvalitatiivne uurimistöö on kõigis etappides ülitähtis. Kvalitatiivseid uuringuid on kahte tüüpi: pikisuunalised uuringud ja kasutatavuse testimine. Esimene on seotud probleemide mõistmise ja teine ​​- lahenduste (pilkamine, prototüübid) testimisega.

Millised väljakutsed seisavad silmitsi kahepoolsete toodete ehitamisel?

Väljakutseid on palju, kuid suurim neist on pakkumise ja nõudluse tasakaalustamine. Kui juhite nõudlust piisava pakkumise korral, peate külalised pettuma. Kui juhite pakkumist nõudluseta, siis teie pakkumine (nt hostid ja nimekirjad) variseb.

Milliseid peamisi mõõdikuid kasutate oma toodete edukuse mõõtmiseks?

Sõltub tootest. Mulle meeldib OKR-i mudel, kuna see ei kaota eesmärki. Kui töötate lehtri (või kasvuprobleemi) kallal, on mõõdikud üsna selged (mitu inimest igas etapis jne). Kui töötate uue tootesarja või mõne muu mitmetähendusliku (risk, kvaliteet jms) kallal, on OKR-mudeli tõhusam just see. Rääkige hea meelega OKR-i kohta, kui inimesed on huvitatud. Palun nii, et väljendaksite huvi, ja ma võin rohkem sukelduda.

Ma lisan, et kriitiline on joondamine O-ga. Siis peate KR-dega olema kindel, et need on teie eesmärgi saavutamiseks õiged hoovad.

Vaadake: kuidas Google eesmärke seab: OKR-id

Kuidas on meeskonnad üles ehitatud AirBnB-s? Kas peate kunagi valima inseneri- ja disainiressursside vahel?

Meil on meeskonnad, mis on üles ehitatud mõlemaga, kuid jah, kui küsite ressursse, peate mõnikord vahetama, kui kavatsete sisse nõuda ja soovite rohkem eng või rohkem disaini. Ma vihkan raisatud tehnikat ja seetõttu eelistan alati veenduda, et mu meeskonnad oleksid hästi varustatud toodete, andmete, teadusuuringute ja kujundusega, et oleksime kindlad toodetest, mis mõju avaldavad.

Kui palju tuleb andmete / tagasiside kogumist saidile / rakendusse manustatud algoritmidest vs. isiklikke vaatlusi ja intervjuusid?

Mõlemad, olenevalt toote staadiumist, kas rohkem ühte või teist. Varases staadiumis eelistate rohkem isiklikke vestlusi. Hilisemas etapis saate logitud andmeid kasutada. Samuti sõltub sellest, kas teete optimeerimist (nt otsingu paremusjärjestuse muutmist) või ehitate uut toodet (meie turule viidud uus saidi mobiilirakendus, kus me lähtusime suuresti kasutajaintervjuudest ja kvaliteedist).

Tootehaldus ei tähenda ülemuseks olemist. Mida teete oma juhitavate tooterühmade motiveerimiseks?

Enamiku meeskondade jaoks on olulisem asjaolu, et nemad
1) teavad, kus nad tegutsevad, ja
2) mõista, miks see on oluline / mõju.
3) mõista, et motiveerivam on saitide välistamine, tunnustamine jms.

Kas saate läbi vaadata protsessi, milles eelistate erinevate sidusrühmade / meeskondade erinevaid tootenõudeid?

Sõltuvalt sellest, kas juhite platvormimeeskonda või tulemimeeskonda, on erinev viis, kuidas te sidusrühmadega suhelda ja kuidas prioriteedite taotlusi. Platvormimeeskonna (näide: maksed) jaoks on teie edu saavutamiseks kriitilise tähtsusega teiste tootemeeskondade, BD ja FP&A nõuete mõistmine. Kui olete tulemustiim (nt turuplatsi optimeerimine), võite olla rohkem huvitatud ja taotlustele tagasi lükatud.

Kas on nõu, kuidas keegi saaks keskenduda peaministri oskuste parandamisele? Välised ressursid, raamatud, kursused jne?

- Hea tootejuhi omadused (Rian van der Merwe)

- hea tootejuht, halb tootejuht (Ben Horowitz)

- PM-oskuste Venni diagramm (Jackie Bavaro)

- Mis eristab kõige populaarsemaid 1% PM-e? (Ian McAllister)

Kuidas kaasata meeskond aruteludesse uute toodete või funktsioonide üle? Millist põhistruktuuri või raamistikke te kasutate?

Ma korraldan disainilahendusi ja ka ajurünnakuid / kohapealseid “ärikohtumiste planeerimist”. Inimestele meeldib, kui neil on raamistik, millele reageerida, nii et enne töö alustamist aruteluks tehakse palju tööd teekaardi või strateegiadokumendiks. Oluline on anda inimestele selgeid komponente, mille kohta tagasisidet anda. Samuti on oluline jagada meeskonnaga iganädalasi mõtteid ja avada neile tagasiside andmise võimalus.

Mis teile peaministriks olemise juures kõige rohkem ei meeldi ja kuidas selle läbi töötada (loe: mida peaks peaminister olema valmis lahendama mis tahes peaministri rollis)?

Iga PM on erinev. Mulle meeldib kutsuda inimesi üles mõtlema, kus nad järgmistes küsimustes asuvad:

1) Starter / viimistleja
2) Omanik / teostaja
3) Suur pilt / üksikasjad
4) tehniline / mittetehniline
5) Poliitiline / autonoomne

Selle põhjal, kus te loomulikult ahvatlete, võib olla asju, mis on teile vähem nauditavad. Näiteks eelistage olla autonoomsem, kui olla toote peal, kus juhtkond ja sidusrühmad palju osalevad, võivad erinevad arvamused olla pettumust valmistavad. Kui olete alustaja, on millegi saavutamine nullist üheni põnev, kuid siis võib vormi 1–100 muutmine olla tüütu.

Mis on su superjõud peaministrina? Kas see töötati välja või avastati?

See on suur küsimus ja midagi, mida ma palun kõigilt oma peaministritelt, peaksid iseendast aru saama. Minu superjõud on jõudmas punktist A punkti B osavalt, loominguliselt ja võimendades meeskonda / inimesi sellel teekonnal (värbamine ja väljakutse panna mitu mütsi kandma inimesi nagu insener, kes mõtleb kasutatavusele, disainer võtab tööle PM-i jne). .)

Kas seadsite Airbnbi tootejuhina osa strateegilistest sisenditest?

Oma põhimeeskonna jaoks ja alates täidesaatva juhtkonna moodustasin nad. Et saaksime tagasisidet kogu ettevõtte funktsioonide kohta (poliitika, juriidilised, kogukonnatoimingud, klienditugi), teen koostööd ja palun oma PMM-il neid juhtida.

Milline on teie viimane nõuanne tootejuhtidele, kes soovivad pürgida?

Püüdlevate PM-ide jaoks on minu suurim nõuanne välja mõelda, kuidas seda kohe tegema hakata.

Pole palju lugemist / raamatute lugemist ega alglaadimislaagrisse minekut, mis on sama kasulik kui jala ukse taha saamine ja praktiliste kogemuste saamine. Kui olete ettevõttes, kus on tootefunktsioon, küsige PM-na, kas teate, kas saate tegeleda väikeste projektidega.

Kui töötate meeskonnas, kus on peaminister, aidake neil projektijuhtimisega tegeleda, luues meeskonnale hoogu ja põnevust, korraldades disainifirmasid jne. Kui te ei asu ettevõttes, kus toode on funktsioon, ja teie olete toote juurde kolimise suhtes tõsiselt mõelnud, intervjuu ettevõtetes, mis võtavad vastu APM-e / noorempeategelasi.

Lõpuks, kui te pole 100% kindel, kuid soovite oma huvist paremini aru saada, siis töötage kõrvalprojekti kallal, kus peate aru saama kasutaja valupunktist, looma lahendus, värbama meeskonna, kes töötaks koos teiega, ja täitma, et pakkuda lahendus / toode. Loodan, et see aitab!

Kas teil on kommentaare? Postitage meile @ProductSchool

Hankige tooteraamat - kuidas saada nüüd suurepäraseks tootejuhiks!

Õpetame tootehalduskursusi San Franciscos, Santa Claras, Los Angeleses ja New Yorgis. Meie eelseisvate kursuste ja kandideerimise kohta lisateabe saamiseks klõpsake meie kursuse lehel.

See artikkel avaldati algselt tootekooli ajaveebis.