Die 5 besten Diagramme zur Erläuterung von Produktmanagementkonzepten

Es gibt viele Dinge, für die Produktmanager verantwortlich und verantwortlich sind. Ein Produktmanager muss nicht nur Strategien entwickeln, indem er eine Roadmap erstellt, sondern muss dem Team auch den Veröffentlichungszyklus eines neuen Produkts mit allem, was dazwischen liegt, mitteilen.

Sie müssen auch über das Fachwissen verfügen, um die vorrangigen Aufgaben zu identifizieren und das Team entsprechend zu leiten. Nicht nur das, sondern Mobile Product Managern wird auch die Verantwortung übertragen, die einem Produkt (mobile App) hinzugefügten Funktionen zu analysieren und festzustellen, ob sie mit den Zielen des Kunden übereinstimmen.

Alles in allem werden alle mit einem Produkt verbundenen Prozesse, Aktivitäten und Entscheidungen vom mobilen Produktmanager synchronisiert und aufeinander abgestimmt. Was diesen Produktmanagern dabei hilft, ihre KRAs zu erreichen, sind bestimmte Fähigkeiten .

Jetzt werden sie natürlich aufgefordert, ihren Teammitgliedern bestimmte Produktmanagement-Ideen zu erklären, damit sie alle auf derselben Seite sind. Aber die Frage ist – wie erklären sie all die Produktmanagementkonzepte und Schlüsselideen?

Nun, ich denke, ein paar nützliche Diagramme für Produktmanager reichen aus . Wenn Sie wissen möchten, was diese Diagramme sind und wie und wann sie von mobilen Produktmanagern verwendet werden, bleiben Sie bis zum Ende.

Diagramm 1 – Kommunikationsengpässe

Es versteht sich von selbst, dass Sie als Manager wissen müssen, was in Ihrem Team vor sich geht und wie die Teammitglieder ihre Aufgaben bewältigen. Aber es ist lächerlich, dass eine Person in jede Kommunikation und Entscheidung involviert ist – eine Person kann nicht alle Dinge alleine bewältigen, oder? Ist das nicht der Grund, warum die Delegation erfunden wurde?

Nun, es ist natürlich, dass Sie in alle wichtigen Gespräche zwischen und innerhalb des Teams einbezogen werden möchten, aber Sie müssen über eine Sache nachdenken – ist das notwendig? Ist es etwas, was Sie tun sollten, indem Sie Ihre anderen Verantwortlichkeiten beiseite legen?

Die Antwort lautet – analysieren Sie, ob das Team zu einer von Ihnen unabhängigen Kommunikation fähig ist. Und wenn ja, müssen Sie einige bewusste Entscheidungen treffen, um sicherzustellen, dass wichtige Dinge wie flüssige Kommunikation nicht allein von Ihnen abhängen. Ein Diagramm, das den betreffenden Fall effektiv erläutern kann, ist unten angegeben.

Nehmen wir an, ein Web Engineer muss etwas mit dem Produktanalysten besprechen, und dann sagt der PA, dass er diesbezüglich etwas mit dem iOS-Entwickler besprechen muss. Jetzt sollte der Web Engineer idealerweise direkt auf den PA- und iOS-Entwickler zugehen, anstatt auf den PM angewiesen zu sein (wie im Bild links gezeigt).

Das Diagramm links zeigt die Abhängigkeit des Teams vom Produktmanager, um mit anderen Mitgliedern anderer Teams zu kommunizieren – etwas, das den Arbeitsablauf negativ beeinflusst und verlangsamt. Und rechts ist das Diagramm, das einen effizienten Kommunikationsfluss zeigt, der unabhängig ist und unnötige Berührungspunkte sofort eliminiert.

Diagramm 2: Wasserfall vs. agil

Obwohl es viele Ressourcen im Internet gibt, die sich an der Debatte über den Ansatz „Agil“ vs. „Wasserfall “ beteiligen, mag es in Bezug auf das Produktmanagement immer noch wie ein vages Konzept erscheinen. Lassen Sie uns also den Nebel der Mehrdeutigkeit klären.

Es ist allgemein bekannt, dass die Kosten für die Entwicklung mobiler Apps auf der Grundlage der Stunden berechnet werden, die für die Entwicklung dieses Produkts benötigt werden.

Wenn sich nun der Produktmanager dieses Unternehmens für die Entwicklung mobiler Apps für den Wasserfallansatz (dh eine große Version des Produkts) entscheidet, würde dies bedeuten, dass das Produkt in einem Rutsch auf den Markt gebracht wird.

Wenn ein Produkt jetzt auf den Markt kommt, wird erwartet, dass es sofort ein Hit wird – etwas, das in diesem Fall nicht einfach sein wird, da das Produkt auf einmal auf den Markt kommt und definitiv ein Zuhause für einige Probleme ist. Der Wert, den sie aus dieser Version ziehen, entspricht nicht der Investition (Zeit), die von den Entwicklern getätigt wird. Dies liegt daran, dass sie die Probleme von Anfang an beheben müssten.

Im Gegensatz dazu würde der agile Ansatz, der kleine Releases und Iterationen unterstützt, sofortige Wertergebnisse zeigen, da Sie gleichzeitig Fehler identifizieren und beheben. Das obige Diagramm zeigt deutlich den Unterschied im Endergebnis der Wahl dieser Produktmanagementansätze .

Diagramm 3: Darstellung der Liefergröße

Die pünktliche Lieferung eines Produkts ist ein sehr entscheidender Teil des gesamten Entwicklungsprozesses . Es kann buchstäblich die Zukunft jeder mobilen App bestimmen oder zerstören. Wenn die Markteinführungszeit zu lang ist, könnte eine andere App den Markt erobern und die betreffende mobile App würde nutzlos werden.

Hier ist eine Darstellung der Größe der Initiativen, die bei der Entwicklung einer Anwendung ergriffen wurden –

Das Diagramm auf der linken Seite zeigt den Durchsatz der Liefergröße, die sich nur mit der Arbeit an großen Projekten befasst (große Arbeitsblöcke gleichzeitig). Es ist absolut klar, dass die Arbeit nur an großen Projekten eines Produkts zu einem späteren Zeitpunkt eine Blockade erzeugen würde, da diese Projekte mehr Zeit, Aufmerksamkeit, Ressourcen usw. erfordern würden. Und wenn etwas schief geht, wären die Auswirkungen verheerend für den gesamten Prozess, was zwangsläufig die Time-to-Market verlängert.

{Lesen Sie auch unseren Artikel „ Projektmanager vs. Produktmanager: Unterschiede, Rollen und Herausforderungen “}

Das Diagramm rechts ist ein klassisches „to do“. Die Vorteile der Übernahme des agilen Ansatzes haben sich bis zu dieser Phase auch im Produktmanagementprozess ausgewirkt . Dieser Ansatz befürwortet die Mischung aus kleinen Aufgaben und großen Arbeitsblöcken (blau), was wir auch bei Appinventiv verfolgen.

Wie im Diagramm zu sehen ist, können hier, anders als auf der linken Seite, kleine Arbeitsstücke (Pink) leicht durch den Trichter passieren (können leicht gemacht werden). Sind diese erfolgreich, können die Produktmanager diese Idee weiterführen (gelbe Kreise) und vollständig investieren. Und wenn das nicht der Fall ist, können sie erneut iterieren und entsprechend investieren.

{Schauen Sie sich diesen ausführlichen Artikel über „ Die 10 wichtigsten Dokumente an, die Produktmanager vorbereiten müssen “}

Diagramm 4: Grad der Beteiligung der Führung

Das folgende Diagramm enthält zwei Modelle zur Ausarbeitung dieses Produktmanagementkonzepts . Einer auf der linken Seite zeigt die Größe der Initiative, die Anzahl der gleichzeitig erledigten Aufgaben und den darin enthaltenen Risikofaktor an, und der andere befasst sich mit dem Grad der Beteiligung der Produktmanager (Führung) entsprechend diesen Aufgaben und Initiativen.

Die linke ist eine Pyramide von Aufgaben/Initiativen, die vom Team durchgeführt werden sollen. Das untere Ende der Pyramide bedeutet, dass viele Aufgaben gleichzeitig ausgeführt werden, und das Diagramm auf der rechten Seite zeigt das Ausmaß der Beteiligung in Bezug auf diese einfachen Aufgaben mit geringem bis gar keinem Risiko.

Wenn wir uns an die Spitze der Pyramide bewegen, nimmt die Anzahl der Aufgaben ab, während die mit diesen Aufgaben verbundenen Risiken ebenfalls zunehmen. Hier MUSS der Produktmanager konsultiert werden, während er / sie in der Form nur informiert werden kann. Dieses Diagramm würde nicht nur mobilen Produktmanagern, sondern auch den Teammitgliedern dabei helfen, zu wissen, wann sie sich auf die Führung verlassen können.

Diagramm 5: Segmentierungswert analysieren

Es gibt einige Praktiken, an die Organisationen gewöhnt sind. Eine davon ist die Angewohnheit, für den Durchschnitt statt für ein Segment zu optimieren. Das heißt, sie konzentrieren sich eher auf den Durchschnitt als auf bestimmte Segmente, die verbessert werden müssen.

Unter Umständen, in denen die Ziele und Hypothesen ziemlich weit gefasst sind, wird es für die Produktmanager und Entwicklungsteams schwierig, über das Produkt eine Wirkung zu erzielen. Das liegt daran, dass Sie hier versuchen, verschiedene Ziele gleichzeitig zu erfüllen, was überhaupt nicht möglich ist.

Diagramme, wie sie unten angegeben sind, sind eine Möglichkeit, jedes Segment zu analysieren, um festzustellen, welche die Leistung anderer beeinflussen. All dies, um die vorherrschenden Probleme zu lösen.

Das obige Diagramm besteht aus drei hypothetischen Experimenten 1, 2 und 3 mit den Segmenten A, B, C und D. Von den drei Experimenten gab es im ersten Fall einen Anstieg im Segment A, gefolgt von einem Abfall im Segment A zweiter Fall und dritter ohne Änderung.

Einzeln betrachtet, schnitt Segment A in Experiment 1 gut mit anderen ab, mit Ausnahme von Segment B. Nun hat das Diagramm den Rückgang in diesem Segment gegenüber den anderen hervorgehoben. Dies könnte Produktmanagern helfen, die Gründe dafür zu finden, was den Durchschnitt langfristig verbessern wird.

Eine ähnliche Situation tritt in Experiment 3 auf, wo die Segmente A, C, D im Gegensatz zu Segment B, das eine signifikante Veränderung zeigte, unterdurchschnittlich abschneiden. Auch hier würde eine Studie die Gründe dafür klären.

Diese nützlichen Diagramme für Produktmanager können leicht an die eigenen Bedürfnisse angepasst werden, unabhängig davon, in welcher Branche die Produktmanager tätig sind. Was Appinventiv betrifft, denke ich, dass diese Modelle unseren Teams wirklich dabei helfen, den Prozess zu vereinfachen und eine offene Kommunikation zwischen ihnen aufrechtzuerhalten /Intra-Teams.

Häufig gestellte Fragen

1. Was ist ein Produktmanagement-Framework?

Alle Frameworks sind im Wesentlichen Werkzeuge, die im Produktmanagement-Lebenszyklus verwendet werden . Sie werden für verschiedene Zwecke verwendet, z. B. um Produktmanagementideen und -konzepte zu veranschaulichen und andere Aufgaben zu erleichtern.

2. Was ist der Produktmanagementprozess?

Der Prozess des Produktmanagements besteht aus verschiedenen Phasen. Es umfasst – Ideenmanagement, Roadmapping, Hinzufügen und Festlegen von Spezifikationen, Priorisierung, Bereitstellung, Analyse und Benutzerfeedback.