Cele mai bune 5 diagrame folosite pentru a explica conceptele de management de produs

Există o mulțime de lucruri pentru care managerii de produs sunt responsabili și responsabili. Un manager de produs nu este doar pasibil de a elabora strategii prin crearea unei foi de parcurs, dar trebuie și să articuleze echipei ciclul de lansare al unui nou produs, împreună cu tot ceea ce intervine.

De asemenea, li se cere să aibă experiența în a ști să identifice sarcinile prioritare și să gestioneze echipa în consecință. Nu doar asta, ci și managerilor de produse mobile li se oferă responsabilitatea de a analiza caracteristicile adăugate unui produs (aplicația mobilă) și dacă acestea sunt sincronizate cu obiectivele clientului.

Per total, fiecare proces, activitate și decizie asociată unui produs este sincronizată și aliniată de managerul de produs mobil. Ceea ce îi ajută pe acești manageri de produs să-și atingă KRA-urile este un anumit set de abilități .

Acum, evident, li se va cere să explice anumite idei de management de produs membrilor echipei lor, astfel încât să fie toți pe aceeași pagină. Dar, lucrul de mirat este: cum explică toate conceptele de management de produs și ideile cheie?

Ei bine, cred că câteva diagrame utile pentru managerii de produs fac truc. Dacă sunteți interesat să știți ce sunt aceste diagrame și cum și când sunt utilizate de managerii de produse mobile, rămâneți până la sfârșit.

Diagrama 1 – Blocajele de comunicare

Se înțelege că, în calitate de manager, trebuie să fii conștient de ceea ce se întâmplă în echipa ta și de modul în care membrii echipei își gestionează sarcinile. Dar, este ridicol pentru orice persoană să fie implicată în fiecare comunicare și decizie – o persoană nu poate gestiona toate lucrurile singură, nu? Nu de asta a fost inventată delegația?

Acum, este firesc că ai dori să fii inclus în toate conversațiile importante inter/intra-echipe, dar trebuie să reflectezi la un singur lucru – este necesar? Este ceva ce ar trebui să faci lăsând deoparte celelalte responsabilități?

Răspunsul este – analizează dacă echipa este capabilă de comunicare care nu depinde de tine. Și dacă este, trebuie să iei niște decizii conștiente pentru a te asigura că lucrurile importante precum comunicarea fluentă nu depind doar de tine. O diagramă care poate explica în mod eficient cazul în cauză este prezentată mai jos.

Să presupunem că un inginer web trebuie să discute ceva cu analistul de produs, iar apoi PA spune că trebuie să discute ceva cu dezvoltatorul iOS în acest sens. Acum, inginerul web ar trebui să se apropie în mod ideal de dezvoltatorul PA și iOS direct, în loc să fie dependent de PM (așa cum se arată în imaginea din stânga).

Diagrama din stânga arată dependența echipei de managerul de produs pentru a comunica cu alți membri ai altor echipe – ceva care afectează negativ fluxul de lucru și îl încetinește. Și în dreapta este diagrama care afișează un flux de comunicare eficient, care nu este dependent, eliminând instantaneu punctele de contact inutile.

Diagrama 2: Cascada vs agil

Deși există multe resurse pe internet care participă la dezbaterea abordării Agile vs Waterfall , poate părea totuși un concept vag în legătură cu managementul produsului. Deci haideți să curățăm ceața ambiguității.

În general, se știe că costul dezvoltării aplicației mobile este calculat pe baza orelor necesare dezvoltării produsului respectiv.

Acum, dacă managerul de produs al acelei companii de dezvoltare a aplicațiilor mobile alege să folosească abordarea Waterfall (adică o lansare mare a produsului), aceasta ar însemna că produsul va fi lansat dintr-o singură mișcare.

Acum, când un produs este lansat, este de așteptat să devină un succes instantaneu - ceva care nu va fi ușor în acest caz, deoarece produsul este lansat dintr-o dată și este cu siguranță o casă pentru unele probleme. Valoarea pe care o vor obține din această versiune nu va fi echivalentă cu investiția (timpul) făcută de dezvoltatori. Este pentru că ar trebui să remedieze problemele de la început.

Dimpotrivă, abordarea agilă care susține versiuni mici și iterații ar arăta rezultate instantanee de valoare, deoarece identificați simultan erorile și le remediați. Diagrama de mai sus arată clar diferența în rezultatul final al alegerii acestor abordări de management de produs .

Diagrama 3: Reprezentarea mărimii livrării

Când vine vorba de livrarea unui produs la timp, este o parte foarte esențială a întregului proces de dezvoltare . Poate face sau distruge, literalmente, viitorul oricărei aplicații mobile. Dacă timpul de lansare pe piață este prea lung, o altă aplicație ar putea captura piața și ar face ca aplicația mobilă în cauză să fie inutilă.

Iată o reprezentare a dimensiunilor inițiativelor luate la dezvoltarea unei aplicații -

Diagrama din stânga arată debitul mărimii de livrare care se ocupă doar de lucrul la proiecte mari (buncăți mari de muncă în același timp). Este absolut clar că lucrul numai la proiecte mari ale unui produs ar crea un blocaj la un moment dat în viitor, deoarece aceste proiecte ar necesita mai mult timp, atenție, resurse etc. Și dacă ceva nu merge bine, impactul ar fi devastatoare asupra întregului proces, crescând inevitabil timpul de lansare pe piață.

{Citiți și articolul nostru despre „ Manageri de proiect vs manageri de produs: diferențe, roluri și provocări ”}

Diagrama din dreapta este un clasic „de făcut”. Avantajele adoptării abordării Agile au ajuns și în această etapă în procesul de management al produsului . Această abordare pledează pentru amestecul de îndeplinire a sarcinilor mici cu bucăți mari de muncă (albastru), lucru pe care îl urmărim și la Appinventiv.

După cum se vede în diagramă, spre deosebire de cea din stânga, aici mici bucăți de lucru (roz) pot trece ușor prin pâlnie (se poate face cu ușurință). Dacă acestea vor avea succes, managerii de produs pot continua această idee (cercuri galbene) și pot investi complet. Și dacă nu este cazul, atunci ei pot repeta din nou și pot investi în consecință.

{Consultați acest articol foarte detaliat despre „ 10 cele mai importante documente pe care managerii de produs trebuie să le pregătească ”}

Diagrama 4: Nivelul de implicare a conducerii

Diagrama de mai jos cuprinde două modele pentru elaborarea acestui concept de management al produsului . Unul în stânga afișează dimensiunea inițiativei, numărul de sarcini realizate la un moment dat și factorul de risc din acestea, iar celălalt se referă la nivelul de implicare a managerilor de produs (leadership) corespunzător acestor sarcini și inițiative.

Cel din stânga este o piramidă de sarcini/inițiative care urmează să fie îndeplinite de echipă. Partea de jos a piramidei înseamnă că multe sarcini sunt efectuate simultan, iar diagrama din dreapta arată gradul de implicare în ceea ce privește aceste sarcini ușoare cu risc scăzut sau deloc.

Pe măsură ce trecem în vârful piramidei, numărul de sarcini scade în timp ce riscurile asociate acestor sarcini cresc și ele, aici TREBUIE consultat managerul de produs, în timp ce în format el/ea poate fi doar informat. Această diagramă ar ajuta nu doar managerii de produse mobile, ci și membrii echipei să știe când să depindă de conducere.

Diagrama 5: Analiza valorii de segmentare

Există câteva practici pe care organizațiile sunt obișnuite să le urmeze. Unul dintre ele este obiceiul de a optimiza pentru medie în loc de un segment. Adică, ei tind să se concentreze pe medie în loc de anumite segmente care trebuie îmbunătățite.

În circumstanțele în care obiectivele și ipotezele sunt destul de largi, devine o provocare pentru managerii de produs și echipele de dezvoltare să creeze un impact prin intermediul produsului. Se datorează faptului că ești aici încercând să satisfaci o varietate de ținte în același timp, ceea ce nu este deloc posibil.

Diagramele, cum ar fi cele prezentate mai jos, sunt o modalitate de a analiza fiecare segment pentru a identifica care dintre ele afectează performanța celorlalți. Toate acestea pentru a rezolva problemele predominante.

Diagrama de mai sus constă din trei experimente ipotetice 1, 2 și 3 cu segmentele A, B, C și D. Din trei experimente, în primul caz, a existat o creștere a segmentului A, urmată de o scădere a al doilea caz și al treilea fără nicio modificare.

Privind individual, în experimentul 1, segmentul A s-a comportat bine cu alții, cu excepția segmentului B. Acum, diagrama a evidențiat declinul în acest segment juxtapus celorlalți. Acest lucru ar putea ajuta managerii de produs să găsească motivele pentru care se întâmplă acest lucru, ceea ce va îmbunătăți în cele din urmă media pe termen lung.

O situație similară apare în experimentul 3, unde segmentele A, C, D au performanțe slabe în segmentul de opoziție B, care a arătat o schimbare semnificativă. Din nou, un studiu ar clarifica motivele pentru care se întâmplă acest lucru.

Aceste diagrame utile pentru managerii de produs pot fi personalizate cu ușurință în funcție de nevoile cuiva, indiferent de industrie în care își desfășoară activitatea managerii de produs. În ceea ce privește Appinventiv, cred că aceste modele ajută cu adevărat echipele noastre să simplifice procesul și să mențină o comunicare deschisă între interioare. /intra-echipe.

întrebări frecvente

1. Ce este un cadru de management al produsului?

Toate cadrele sunt în esență instrumente utilizate în ciclul de viață de management al produsului . Ele sunt utilizate în diverse scopuri, cum ar fi pentru a ilustra idei și concepte de management al produselor și pentru a facilita alte sarcini.

2. Care este procesul de management al produsului?

Procesul de management al produsului constă din mai multe etape. Include – managementul ideilor, road-mapping, adăugarea și determinarea specificațiilor, prioritizarea, livrarea, analizele și feedbackul utilizatorilor.