MVP – Wenn Bauen, Messen, Lernen nicht nur bedeutet, Dinge gegen die Wand zu werfen
Veröffentlicht: 2017-05-29Und sehen, ob sie funktionieren
Ich bin immer wieder überrascht, wenn sich Kritiker darüber beschweren, dass der Build, Measure, Learn -Ansatz von Lean Startup nichts anderes sei, als „unvollständige Produkte aus dem Gebäude zu werfen, um zu sehen, ob sie funktionieren“.
Leider ist das Diagramm Build, Measure, Learn die Ursache für diese Verwirrung. Auf den ersten Blick wirkt es wie ein Feuer-bereit-zielen-Prozess.
Es ist an der Zeit, Build, Measure, Learn auf das zu aktualisieren, was wir heute als den besten Weg zum Aufbau von Lean-Startups kennen.
Hier ist wie.
Bauen, Messen, Lernen klingt ziemlich einfach. Bauen Sie ein Produkt, bringen Sie es in die reale Welt, messen Sie die Reaktionen und das Verhalten der Kunden, lernen Sie daraus und nutzen Sie das Gelernte, um etwas Besseres zu bauen. Wiederholen Sie dies und lernen Sie, ob Sie iterieren, drehen oder neu starten sollten, bis Sie etwas haben, das die Kunden lieben .
Wasserfallentwicklung
Obwohl es einfach klingt , ist der Build Measure Learn -Ansatz für die Produktentwicklung eine radikale Verbesserung gegenüber dem traditionellen Wasserfallmodell , das im 20. Jahrhundert zum Bau und Versand von Produkten verwendet wurde. Damals nutzte ein Unternehmer einen seriellen Produktentwicklungsprozess, der Schritt für Schritt mit wenig oder gar keinem Kundenfeedback ablief. Die Gründer gingen davon aus, dass sie die Probleme/Bedürfnisse der Kunden verstanden, technische Anforderungsdokumente geschrieben, das Produkt entworfen , die Hardware/Software implementiert /gebaut, durch Testen verifiziert haben, dass sie funktioniert, und dann das Produkt den Kunden in einem formellen Coming-Out namens First Customer Ship vorgestellt haben .
Bei der Wasserfallentwicklung drehte sich alles um die Ausführung des Anforderungsdokuments. Während frühe Versionen des Produkts mit Kunden in Alpha- und Beta-Tests geteilt wurden, bestand das Ziel des frühen Kundenzugriffs auf das Produkt darin, Fehler aufzudecken, nicht aber Feedback zu Funktionen oder Benutzerfreundlichkeit zu geben. Erst nach dem Versand und dem Versuch, das Produkt zu verkaufen, würde ein Startup substanzielles Feedback von Kunden erhalten. Und allzu oft mussten Unternehmer nach Monaten oder sogar Jahren der Entwicklung auf die harte Tour lernen, dass Kunden ihr Produkt nicht kauften, weil sie die meisten seiner Funktionen nicht brauchten oder wollten .
Unternehmen brauchten oft drei Anläufe, um Produkte richtig hinzubekommen. Version 1 wurde ohne Kundenfeedback erstellt, und bevor Version 1 fertig war, wurde bereits an Version 2 gearbeitet, sodass es bis Version 3 dauerte, bis der Kunde wirklich gehört wurde (z. B. Microsoft Windows 3.0)
Best Practices in der Softwareentwicklung begannen in den frühen 2000er Jahren mit der Umstellung auf agile Entwicklung. Diese Methode verbesserte den Wasserfall, indem Software iterativ erstellt und der Kunde einbezogen wurde. Aber es fehlte ein Rahmen, um die gesamte Kommerzialisierung zu testen Hypothesen außerhalb des Gebäudes. Mit Agile könnten Sie am Ende alle Funktionen erfüllen, nach denen ein Kunde gefragt hat, und trotzdem aus dem Geschäft aussteigen.
Dann kam der Schwerpunkt Build Measure Learn des Lean Startups.
Bauen Messen Lernen
Das Ziel von Build-Measure-Learn besteht nicht darin, ein Endprodukt für den Versand zu bauen oder sogar einen Prototyp eines Produkts zu bauen, sondern das Lernen durch inkrementelles und iteratives Engineering zu maximieren. (Das Lernen könnte sich auf Produktmerkmale, Kundenbedürfnisse, die richtige Preisgestaltung und den richtigen Vertriebskanal usw. beziehen.) Der Schritt „Build“ bezieht sich auf die Erstellung eines minimal brauchbaren Produkts (eines MVP). Es ist wichtig zu verstehen, dass ein MVP nicht das Produkt mit ist weniger Funktionen. Vielmehr ist es das Einfachste, was Sie den Kunden zeigen können , um zu diesem Zeitpunkt das meiste zu lernen . Zu Beginn eines Startups könnte ein MVP einfach eine PowerPoint-Folie, ein Drahtmodell, ein Tonmodell, ein Beispieldatensatz usw. sein. Jedes Mal, wenn Sie ein MVP erstellen, definieren Sie auch, was Sie testen/ messen möchten . Später, wenn mehr gelernt wird, wechseln die MVPs von Low-Fidelity zu Higher-Fidelity, aber das Ziel besteht weiterhin darin, das Lernen zu maximieren und keinen Beta-Prototypen/Prototypen mit vollem Funktionsumfang des Produkts zu bauen.
Für dich empfohlen:
Wie Metaverse die indische Automobilindustrie verändern wird
Was bedeutet die Anti-Profiteering-Bestimmung für indische Startups?
Wie Edtech-Startups Indiens Arbeitskräften helfen, sich weiterzubilden und zukunftsfähig zu werden ...
New-Age-Tech-Aktien in dieser Woche: Zomatos Probleme gehen weiter, EaseMyTrip-Posts steigen...
Indische Startups nehmen Abkürzungen bei der Jagd nach Finanzierung
Digitale Marketingplattform Logicserve Bags INR 80 Cr-Finanzierung, Umbenennung in LS Dig...
Build Measure Learn ist eine wesentliche Verbesserung gegenüber der Waterfall-Entwicklung und ermöglicht es Startups, schnell, agil und effizient zu sein.
Das Drei-Kreis-Diagramm von Build Measure Learn ist eine gute Annäherung an den Prozess. Leider führt die Verwendung des Wortes „Build“ zuerst oft zu Verwirrung. Das Diagramm scheint zu implizieren, dass Dinge gebaut und aus dem Gebäude geworfen werden. Eine detailliertere Version des Diagramms Build Measure Learn hilft, die Bedeutung zu verdeutlichen, indem drei weitere Elemente hinzugefügt werden: Ideen – Build – Code – Measure – Data – Learn.
Die fünfteilige Version des Build Measure Learn -Diagramms hilft uns zu erkennen, dass die eigentliche Absicht des Bauens darin besteht, „Ideen“ zu testen – und nicht nur blind und ohne Ziel zu bauen. Der Kreis mit der Bezeichnung „Code“ könnte leicht mit „Hardware bauen“ oder „künstliches Genom bauen“ bezeichnet werden. Der Kreis mit der Bezeichnung „Daten“ zeigt an, dass wir nach der Messung unserer Experimente die Daten verwenden, um unser Lernen weiter zu verfeinern. Und das neue Lernen wird unsere nächsten Ideen beeinflussen. Wir können also sehen, dass das Ziel von Build-Measure-Learn nicht nur darin besteht, Dinge zu bauen, sondern Dinge zu bauen, um die ursprüngliche Idee zu validieren oder zu entkräften.
Der Fokus auf das Testen bestimmter Ideen wirkt der Sorge entgegen, dass Bauen-Messen-Lernen nur Dinge gegen die Wand wirft und prüft, ob sie funktionieren.
Aber es ist noch nicht gut genug. Das können wir jetzt besser.
Beginnen Sie mit Hypothesen
Was Build-Measure-Learn übersieht, ist, dass neue Unternehmungen (sowohl Startups als auch neue Ideen in bestehenden Unternehmen) nicht mit „Ideen“ beginnen, sondern mit Hypothesen (ein schickes Wort für Vermutungen). Es ist wichtig zu verstehen, dass die Worte „ Idee“ und „Hypothesen“ bedeuten zwei sehr unterschiedliche Dinge. Für die meisten Innovatoren beschwört das Wort „Idee“ eine Einsicht herauf, die sofort einen Plan erfordert, um sie zu verwirklichen. Im Gegensatz dazu bedeutet eine Hypothese, dass wir eine fundierte Vermutung haben , die Experimente und Daten erfordert, um sie zu validieren oder zu entkräften .
Diese Hypothesen decken die gesamte Bandbreite ab, von wer der/die Kunde(n) ist/sind, über das Wertversprechen (Produkt-/Dienstleistungsmerkmale), Preisgestaltung, Vertriebskanal und Nachfrageerzeugung (Kundenakquisition, -aktivierung, -bindung usw.).
Dass das Lean Startup damit beginnt anzuerkennen, dass Ihre Idee einfach eine Reihe ungetesteter Hypothesen ist, ist eine großartige Idee . Es ist eine wirklich großartige Idee, denn was Sie bauen, muss mit der Hypothese übereinstimmen, die Sie testen möchten.
Das minimal realisierbare Produkt, das Sie erstellen müssen, um die richtigen Kunden zu finden, unterscheidet sich von dem minimal realisierbaren Produkt, das Sie zum Testen der Preisgestaltung benötigen, das sich von einem MVP unterscheidet, das Sie erstellen würden, um bestimmte Produktfunktionen zu testen. Und all diese Hypothesen (und minimal realisierbaren Produkte) ändern sich im Laufe der Zeit, wenn Sie mehr lernen. Anstelle von Bauen-Messen-Lernen sieht das Diagramm zum Erstellen von minimal brauchbaren Produkten in einem Lean Startup also wie Hypothesen – Experimente – Tests – Erkenntnisse aus.
Hypothesen generieren
Unter Verwendung dieses neuen Diagramms Hypothesen – Experimente – Tests – Erkenntnisse lautet die Frage dann: „Welche Hypothesen soll ich testen?“ Glücklicherweise bietet das Business Model Canvas von Alexander Osterwalder einen visuellen Überblick über die neun Komponenten eines Unternehmens auf einer Seite. Sie sind:
- Wertversprechen, Produkt/Dienstleistung, die das Unternehmen anbietet (zusammen mit seinen Vorteilen für die Kunden).
- Kundensegmente wie Nutzer und Zahler oder Mütter oder Teenager.
- Vertriebskanäle , um Kunden zu erreichen und ihnen das Wertversprechen zu bieten
- Kundenbeziehungen , um Nachfrage zu schaffen.
- Einnahmequellen, die durch das/die Wertversprechen generiert werden.
- Aktivitäten , die zur Umsetzung des Geschäftsmodells notwendig sind.
- Erforderliche Ressourcen , um die Aktivitäten zu ermöglichen.
- Partner Dritter , die benötigt werden, um die Aktivitäten zu ermöglichen.
- Kostenstruktur resultierend aus dem Geschäftsmodell.
Und das bringt uns zur Definition eines Startups: Ein Startup ist eine temporäre Organisation, die darauf ausgelegt ist, nach einem wiederholbaren und skalierbaren Geschäftsmodell zu suchen .
Testen von Hypothesen
Und wenn diese Hypothesen das Business Model Canvas füllen, wie geht ein Unternehmer vor, um sie zu testen? Wenn Sie ein Wissenschaftler sind, ist die Antwort einfach: Sie führen Experimente durch . Dasselbe gilt für ein Lean Startup. (Die National Science Foundation beschrieb die Lean LaunchPad-Klasse als die wissenschaftliche Methode für Unternehmertum.)
Der Kundenentwicklungsprozess ist eine einfache Methode, um neue Venture-Hypothesen aufzunehmen und das Gebäude zu verlassen, um sie zu testen. Customer Discovery fängt die Vision der Gründer ein und verwandelt sie in eine Reihe von Geschäftsmodellhypothesen. Dann entwickelt es eine Reihe von Experimenten, um die Kundenreaktionen auf diese Hypothesen zu testen und sie in Fakten umzuwandeln. Die Experimente können eine Reihe von Fragen sein, die Sie Kunden stellen, aber meistens begleitet ein minimal realisierbares Produkt, das potenziellen Kunden hilft, Ihre Lösung zu verstehen, die Fragen.
Eine weitere große Idee hier ist also, dass Startups keine minimal brauchbaren Produkte bauen, um einen Prototyp zu bauen. Sie bauen minimal brauchbare Produkte, um so viel wie möglich zu lernen .
Schließlich besteht das Ziel bei der Entwicklung dieser Experimente und minimal brauchbaren Produkte nicht darin, Daten zu erhalten. Die Daten sind nicht der Endpunkt. Daten sammeln kann jeder. Fokusgruppen sammeln Daten. Dies ist keine Fokusgruppe. Ziel ist es, Einsicht zu gewinnen . Der ganze Sinn des Verlassens des Gebäudes besteht darin, die Vision des Gründers zu vermitteln . Die Erkenntnis kann aus der Analyse von Kundenantworten stammen, aber auch aus dem Ignorieren der Daten oder der Erkenntnis, dass das, was Sie beschreiben, ein neuer, störender Markt ist, der nicht existiert, und dass Sie Ihre Experimente von der Messung von Besonderheiten auf Erfindungen umstellen müssen die Zukunft.
[Dieser Beitrag von Steve Blank erschien zuerst auf der offiziellen Website und wurde mit Genehmigung reproduziert.]