Sprechen wir über MVPs (Minimum Viable Products) und darüber, wie Sie als Produktmanager oder User Experience-Profi mit knappen Terminen und Budgets arbeiten können und gleichzeitig ein großartiges Produkt liefern.
Sie sind wahrscheinlich schon früher auf das Akronym MVP gestoßen - fast sicher, wenn Sie in der Tech-Industrie arbeiten - und obwohl es sich um ein umstrittenes, aus drei Buchstaben bestehendes Wort handelt, ist ein MVP wahrscheinlich einer der wichtigsten Schritte auf Ihrem Weg zum Aufbau eines großartigen Produkts. Das Hauptziel des Versands eines Minimum Viable-Produkts sollte immer darin bestehen, "den Kunden die Möglichkeit zu geben, Ihre Annahmen zu überprüfen"..
Als Team müssen Sie Ihre Stärken sammeln und sich darauf konzentrieren, ein gemeinsames Verständnis der Unternehmensvision und -ziele zu schaffen. Sie müssen das Problem identifizieren, das Sie lösen möchten, und herausfinden, wie Sie sich organisieren, um so schnell wie möglich zu lernen, was die Kunden wirklich wollen, und wie sie Ihnen dabei helfen, diese Ziele zu erreichen.
Als ich anfing, über MVPs im Unterricht zu sprechen, würde ich die Analogie eines einfachen einfachen Donuts (das wäre mein MVP) und eines Donuts mit Schokolade, Streuseln und allem möglichen Guten (eine spätere Wiederholung des Produkts) verwenden..
MVP und spätere Iteration? Donut-Ikonen von Diana TomaJe mehr ich mit Teams und dem Konzept von MVP arbeite, insbesondere wenn ich jetzt eine Produktrolle habe, stelle ich diese Analogie in Frage. Das Erstellen von MVPs zur Validierung von Annahmen kann in der Tat bedeuten, dass Sie am Anfang falsch lagen und die nächste Iteration nicht einmal ein Donut ist. Vielleicht ist es eine einfache Waffel ?! Zugegeben, es wäre immer noch klar und Sie müssten den Prozess der Validierung erneut durchlaufen, aber es wäre kein Donut mehr.
Dafür leihe ich mir eine Illustration von Henrik Kniberg, die erklärt, was für ein MVP sollte nicht Sein.
von Henrik KnibergHenrik beschreibt zwei verschiedene Ansätze, die dieselbe Vision haben: ein Auto. Wenn das Problem, das Sie lösen wollen, der Transport ist, würden Sie als Kunde mit einem Reifen irgendwohin gehen? Auf keinen Fall mit einem Reifen, aber sicherlich mit einem Skateboard.
Henrik verteidigt die agile, schrittweise Bereitstellung von Produkten, gibt jedoch an, dass jede Wiederholung ein brauchbares / überprüfbares Produkt sein sollte. Offensichtlich ist ein Skateboard weit davon entfernt, ein Auto zu sein, aber zumindest haben Ihre Kunden Ihr Produkt viel früher im Prozess getestet und sich darauf geäußert, dass Sie damit beginnen können, zu lernen und über die nächste Iteration nachzudenken.
Sie sollten nicht viel Zeit damit verbringen, sich mit dem Design zu beschäftigen oder es technisch großartig zu gestalten - Sie möchten es zunächst nicht perfekt machen, aber stattdessen sollten Sie gerade genug bauen, um Ihre geschäftlichen Hypothesen zu bestätigen.
Zusammenfassend ist ein MVP nicht…
In diesem Artikel werden die folgenden Themen behandelt. Sie geben Ihnen einige Tools, mit denen Sie darüber nachdenken können, wie Ihr MVP aussehen sollte:
Bei der Herstellung von Produkten sollte es immer das Hauptziel sein, die Probleme der Kunden zu lösen. Wenn Sie ihre Probleme nicht lösen und nichts Neues mitbringen, das zu ihrem Alltag passt, werden sie Ihr Produkt höchstwahrscheinlich nicht verwenden. Mit der großen Anzahl an Designtechniken erhalten UX-Teams Werkzeuge, um die Kunden besser kennenzulernen und dem, was sie früher wollen, auf den Grund zu gehen.
Es gibt eine Reihe von Techniken, die Sie und Ihr Team einsetzen können, um Ihre Kunden kennenzulernen und zu verstehen, wie Sie Probleme lösen können:
Schwerpunktgruppen. Wenn Sie ein neues Produkt entwickeln, laden Sie eine Gruppe von Personen ein, die Produkte Ihrer Konkurrenten verwenden, und fragen Sie sie nach den Schmerzpunkten sowie den Dingen, die sie wirklich mögen, und versuchen Sie zu verstehen, was sie ändern würden und warum . Wenn Sie ein vorhandenes Produkt verbessern oder eine neue Funktion hinzufügen, laden Sie Ihre eigenen Kunden ein und stellen Sie ihnen dieselben Fragen. Fokusgruppen sind ein guter Anfang, um ein gutes Verständnis dafür zu entwickeln, was Ihre Kunden von Ihrem Produkt erwarten können. Denken Sie jedoch daran, dass Fokusgruppen etwas voreingenommen sind. Es gibt immer jemanden mit wirklich starken Meinungen, der andere beeinflussen kann. Sie sollten also versuchen, zwischen den Zeilen zu lesen.
Workshop zur Ideenfindung. Stellen Sie Ihr Team zusammen (einschließlich der Stakeholder) und legen Sie einige der gefundenen Schmerzpunkte offen. Sie sollten auch versuchen, so viel zu drucken, wie Sie bisher über die definierten Visionen und Geschäftsziele gelernt haben, und diese an die Wand hängen, damit jeder sie klar sehen kann. Bitten Sie in diesen Sitzungen alle, so viele Lösungen zu entwerfen, wie sie sich für die Probleme vorstellen können, die Sie lösen möchten. Sie suchen nach Quantität, nicht nach Qualität.
Prototyping und Anwendertests. Idealerweise sollten Sie mindestens einmal pro Woche Prototypen erstellen. Heutzutage sind UX-Teams agiler, und UX-Designer neigen dazu, mehr Zeit für das Skizzieren und Testen von Prototypen oder Low-Fidelity-Drahtmodellen zu verwenden, als längere Zeit hinter einem Computer zu verbringen, um selbst Entscheidungen zu treffen. Fordern Sie Ihr UX-Team auf, Prototypen so früh wie möglich zu verwenden, um ein Feedback von den Benutzern zu erhalten. Guerilla-Tests sind eine großartige und effektive Möglichkeit, frühe Konstruktionen zu testen, und es ist fast kein Aufwand erforderlich.
Sie haben also viel getestet, um die beste Lösung zu entwickeln. Sie haben wöchentliche Guerilla-Sitzungen abgehalten, Ihre Entwürfe ins Labor gebracht und sind überzeugt, dass Sie auf dem richtigen Weg sind.
Selbst wenn Sie nur mit Benutzern Ihres Produkts getestet haben, machen sie nur einen kleinen Teil Ihrer Zielgruppe aus, und Sie wurden einer Testumgebung unterzogen (kaum neutral). Tests mit Kunden zu einem früheren Zeitpunkt im Prozess sind von unschätzbarem Wert, aber Sie möchten Ihr Produkt für ein größeres Publikum zum Testen anbieten.
Das Erstellen und Starten eines Minimum Viable-Produkts ist die nächstbeste Sache, um Ihre Annahmen zu bestätigen und auf dem bisher Gelernten aufzubauen.
Ein guter Weg, um über Ihr MVP nachzudenken, ist die Roadmap, die Sie in früheren Sitzungen erstellt haben, und sich auf Dinge zu konzentrieren, die Kundenprobleme lösen.
Wenn Sie dies getan haben, stellen Sie die Frage: Was kann ich mit dem minimalen Aufwand bauen, der mir bei der Validierung dieses Produkts hilft??
Hier kämpfe ich immer noch: Mein UX-Herz (Körper und Seele) fordert mich immer auf, so viel wie möglich herauszuholen. Ich möchte eine nahtlose Erfahrung aufbauen vom ersten Tag an für jeden Benutzer.
Als Inhaber eines Produkts möchte ich mit einem knappen Termin und einem begrenzten Budget gerade genug bauen, um sicherzustellen, dass wir das Richtige schaffen, und ich glaube wirklich, dass dies ein guter Produktanruf ist.
Nichts. Kann rausgehen. Ohne tagging.
Nun, wir haben es schon vorher gesagt, richtig? Das Ziel des Aufbaus eines MVP besteht darin, zu lernen und zu iterieren. Es gibt keine Möglichkeit zu lernen (ich meine es so) Ja wirklich Lernen Sie bei Ihren Kunden, es sei denn, Sie verfügen über ein System, mit dem Sie nachverfolgen können, was Kunden mit Ihrem Produkt tun. Sie benötigen diese wertvollen Daten, um fundierte Entscheidungen treffen zu können. Sie können qualitativ recherchieren und Ihre Kunden fragen, wie sie sich zu Ihrem Produkt fühlen, aber wir wissen, dass dies möglicherweise nicht ausreicht.
Sie müssen sicherstellen, dass Sie Tags in Ihr MVP integrieren, um zu verstehen, wie Ihr Produkt mit Ihren KPIs (Key Performance Indicators) abschneidet, und messen Sie Ihre Annahmen.
Analytische Tags (oder Tracking-Tags) werden häufig von Drittanbietern wie Google Analytics bereitgestellt, um uns bei der Integration unseres Produkts (Website, mobile App) mit seinen Tracking-Tools zu unterstützen. Tracking-Tags sind nicht mehr als ein Teil des Codes, den Sie in den Quellcode Ihres Produkts einbetten müssen, um alle Kundenaktionen zu senden, die Sie verfolgen möchten, und die Daten leichter zu visualisieren.
Angenommen, Sie möchten nachverfolgen, wie oft eine bestimmte Schaltfläche angeklickt wird. Der Anbieter fordert Sie auf, dem Quellcode der Schaltfläche ein Ereignistag hinzuzufügen, um sicherzustellen, dass jedes Mal, wenn ein Kunde auf diese Schaltfläche klickt, ein Tag für das Tool ausgelöst wird. Ihr Tool registriert dann diese Aktion zusammen mit anderen von Ihnen definierten Aktionen, um einen detaillierten Überblick darüber zu erhalten, was Kunden mit Ihrem Produkt tun.
Es gibt eine Reihe von Tools, mit denen Sie Ihre Kunden online verfolgen können. Beginnen Sie mit der Auswahl des richtigen für Sie und Ihren geschäftlichen Anforderungen, und wenden Sie sich an das Kundendienstteam, um Hilfe bei der Erstellung von Tags in Ihr Produkt zu erhalten:
Sobald das Tracking eingerichtet und Ihr MVP aus ist, können Sie anfangen zu sehen, was Ihre Kunden mit Ihrem Produkt tun.
Wenn Sie sich mit Analytics noch nicht auskennen, gibt es einige Möglichkeiten, wie Sie sich mit Daten auseinandersetzen können und worauf Sie achten sollten. Google bietet ein paar einführende Videos, die Sie für den Einstieg benötigen, und Sie können auch das Buch Lean Analytics lesen. Auf diese Weise können Sie umsetzbare Kennzahlen verstehen und erfahren, was Sie mit den erhaltenen Daten tun sollen.
Wenn Sie Glück haben, ein Team zu haben, das Einblicke in Ihr Unternehmen gewährt, können sie Ihnen helfen, die Daten noch besser zu verstehen! Sie werden höchstwahrscheinlich in der Lage sein, Berichte mit den wichtigsten Kennzahlen zu erstellen, die Sie verfolgen möchten, um Ihnen das Leben zu erleichtern.
Was auch immer die Mittel sind, um diese Daten für Sie zu erhalten, das gesamte Team sollte Zugriff darauf haben. Sie sollten alle über die Ergebnisse und die nächsten Schritte für Ihr Produkt sprechen. Wie ist die Kundenzufriedenheit? Treibt es die Ziele, die Sie sich gesetzt haben??
Wenn die Antwort ja ist, dann eine gute Nachricht! Ihre vorherigen Annahmen waren richtig und Sie haben hervorragende Arbeit geleistet. Wenn Ihr MVP andererseits nicht die erwarteten Messgrößen bestimmt, verstehen Sie den Grund und stimmen Sie zu, was Sie als Nächstes tun sollten (sagen Sie auch die Gnade, dass Sie sich entschieden haben, ein MVP zu starten, bevor Sie Tonnen von Ressourcen und Geld für ein MVP bereitstellen Produkt, das nicht so erfolgreich gewesen wäre, wie Sie ursprünglich gedacht hatten).
Wenn Ihr Kundenstamm gut genug ist, sollten Sie A / B- oder Multivariant-Tests empfehlen. Auf diese Weise können Sie während des gesamten Lebenszyklus Ihres Produkts verschiedene Variationen testen und sicherstellen, dass Sie diese Messwerte weiterführen.
Sie können Änderungen an Ihrer Benutzeroberfläche vornehmen und sehen, was für Ihre Kunden am besten geeignet ist. Probieren Sie kleine Änderungen aus, beispielsweise das Ändern der Kopie eines Titels oder der Farbe einer Schaltfläche, und lassen Sie zwei Versionen Ihres Produkts nebeneinander laufen, um die Ergebnisse zu analysieren. Sie können eine Schnittstelle auch vollständig ändern. Optimizely ist nur ein Beispiel für ein Tool, das Ihnen beim Ausführen dieser Experimente helfen kann. Legen Sie die Parameter fest, die Sie testen möchten, und den Prozentsatz der Kunden, denen Sie die neue Version Ihrer Seite oder Ihres Produkts anzeigen möchten, und verfolgen Sie die Ergebnisse.
Es ist an der Zeit, dass Sie anfangen zu iterieren und auf dem aufzubauen, was Sie bereits haben. Idealerweise hat Ihre Roadmap inzwischen Priorität, und Sie können Produktinkremente kontinuierlich freigeben. Jetzt ist der richtige Zeitpunkt, um Ihr Team zu mobilisieren, um über den nächsten Tropfen nachzudenken.
Denken Sie daran, dass jede Iteration Ihres Produkts verwendbar sein sollte (das "realisierbare" in MVP). Es sollte versuchen, Ihre Annahmen zu überprüfen oder in Frage zu stellen, und zwar auf eine Weise, die Ihnen messbare Daten liefert. Viel Glück beim Einsatz von MVPs in Ihrem Produktentwicklungsworkflow!