Consument versus Enterprise Product Management - Let op het verschil?

In de afgelopen jaren hebben we een explosie gezien in het aantal en de kwaliteit van middelen waar managers van technologieproducten van kunnen leren. Maar wat me is opgevallen, is dat het overgrote deel van de middelen voor productbeheer sterk gericht zijn op consumententechnologie. Toen ik de overstap maakte van consumentenbeheer naar productbeheer voor bedrijven, realiseerde ik me hoe verschillende dingen zijn en waarom PM's een gedifferentieerde aanpak nodig hebben voor het bedrijfslandschap.

Enterprise-producten zijn moeilijk te bouwen en nog moeilijker te schalen en te beheren. Dit artikel heeft als doel het absolute 'must-know' te bepalen voor productmanagers van ondernemingen. Onze focus in dit artikel is om problemen te schetsen die duidelijker zijn bij kleine tot groeiende ondernemingen, in plaats van gestructureerde grotere jongens (lees IBM, Salesforce).

Uw klant is misschien niet uw gebruiker; beide dienen

In consumententechnologie bouwen we producten voor eindgebruikers. In de onderneming bedienen we twee soorten mensen - eindgebruikers en kopers. In veel bedrijven (vooral de grotere - degenen waarvan het logo op uw website verschijnt), is de persoon die uw product daadwerkelijk gebruikt niet de persoon die de cheque ondertekent om ervoor te betalen.

Als enterprise product manager is het cruciaal om de behoeften van zowel eindgebruikers als kopers te begrijpen en om de balans te vinden door waarde te leveren aan alle belanghebbenden.

Dit betekent dat uw product het zakelijke probleem van de koper moet oplossen en tegelijkertijd een heerlijke ervaring voor eindgebruikers moet bieden.

Het pad naar burn-out is geplaveid met aanpassingen

Voor het opstarten van een jong product is de grootste hindernis het leveren van een lange lijst met aanpassingsverzoeken om het eerste grote bedrijfslogo te maken. Bedrijven worden al snel verliefd op maatwerk omdat het hen gemakkelijk inkomsten oplevert. Iedereen blijft gelukkig tot ze een punt bereiken wanneer ze zich realiseren dat de aangepaste code van elke klant is vertakt en uw engineeringteam 100 codebases te ondersteunen heeft. Daarna ziet elke release eruit als een gigantische oefening, veel bugs blijven onopgelost en nieuwere updates bereiken nooit eindgebruikers. Bovendien worden maatwerkaanvragen tegen die tijd een fulltime taak van het productteam, waardoor alle productmappen worden verstoord.

Al snel wordt het bedrijf zo cultureel ingesteld op maatwerk dat ze altijd zullen bouwen aan één grote klant en niet in staat zijn om marktkenmerken te bouwen.

Als enterprise product manager moet je uiterst voorzichtig zijn bij het ontvangen van nieuwe aanvragen. Vergeet niet dat een eenvoudige aanpassingshack nu meer kost dan wie dan ook in het bedrijf, omdat de verantwoordelijkheid om ervoor te zorgen dat releases eindgebruikers bereiken op u rust. Het succes van een new age-productbedrijf hangt af van hoe nauwkeurig de PM die vragen kan classificeren, geïdentificeerde generieke vragen in uw productaanbod kan opnemen en snel de taken met lagere vraag kan doorlopen.

Niet elke vereiste is van cruciaal belang, hoewel het misschien zo klinkt

In B2B krijgen we meestal productvereisten die op maat gemaakt moeten worden voor specifieke klanten. Sommigen van hen zijn blokkers voor een clientlancering en sommige zijn goed om te hebben; hoewel op het eerste gezicht alles er super kritisch uitziet om die miljoen dollar deal te bereiken. Een goede PM kan prioriteit geven aan de waslijst en ervoor zorgen dat de klant de voorgestelde waarde ziet met minimale verstoring in de product-routekaart. Leer hoe je nee kunt zeggen.

Stakeholder management

B2B-productbeheer omvat complex meerlagig stakeholdermanagement. Anders dan de klant / gebruiker, zult u doorgaans interactie hebben met Verkoop, pre-sales, Klantensucces, Ondersteuning (of meer afhankelijk van de fase van uw eigen bedrijf en de klant) en ze hebben allemaal verschillende agenda's om te rijden. Als PM moet je ze op de hoogte houden van de releasecyclus, routekaartplanning en functiesucces, anders leidt het gewoon tot veel puntige vingers.

Begrijp de tijdlijn van uw klanten / markt; dat is net zo belangrijk als je eigen releasetijdlijn

In B2B wordt uw releasetijdlijn beïnvloed door veel externe factoren die buiten de controle van het productteam liggen. Als voorbeeld, het grootste deel van de onderneming zal niet instemmen met een grote release vlak voor het vakantieseizoen of het einde van het boekjaar. Dus terwijl u de releasecyclus plant, moet u op dergelijke gebeurtenissen anticiperen, zodat uw voorgestelde plan daadwerkelijk uitkomt. Kritiek om hier te begrijpen, sommige releases hebben een trapsgewijs effect op uw rest van de routekaart, omdat het beheren van niet-samengevoegde code een enorme hoofdpijn wordt.

B2B-productmanagers moeten heel dicht bij hun technische teams staan

Aan B2B-producten zijn in het algemeen veel regels verbonden (API's, betrouwbaarheid, beveiligingsaspect). Als productmanager van een B2B-product moet u de technische implementatie goed begrijpen om het in één keer correct te krijgen. Ook hebben veel technische taken in B2B niet erg duidelijke impactgebieden (waardoor engineering soms gedemotiveerd wordt), dus je moet altijd nauw samenwerken met het technische team om hen te helpen hun impact in een groter geheel te begrijpen.

Enterprise product management kan een enorme uitdaging zijn op basis van de fase van het bedrijf. Tegelijkertijd kan het een versnelde, holistische leerervaring zijn als je je fouten begint te identificeren en ervan begint te leren.

Mee eens? Het oneens zijn? Klap? Klap? Laat ons weten wat je voelt in de reacties en vertel ons welke onderwerpen we vervolgens moeten behandelen.

- Prateek & Pritam

Over ons