Lean-Produktentwicklung für Einsteiger: Planen Sie, zu lernen, und nicht, es gleich beim ersten Mal richtig zu machen

Die meisten Menschen, die mit der Entwicklung eines Produkts beginnen, machen denselben Fehler, und das ist verständlich. Sie haben eine Idee, die großartig klingt, Sie sind begeistert und verbringen Monate damit, die vollständige Version Ihrer Vorstellungen zu entwickeln. Wenn Sie es schließlich starten, stellen Sie fest, dass nur wenige Leute es wollen oder dass sie etwas Ähnliches wollen, aber anders als das, was Sie getan haben. Zeit und Geld sind weg.

Um genau diesen Fehler zu vermeiden, gibt es eine schlanke Produktentwicklung. Es handelt sich nicht um eine komplizierte Methodik oder eine Reihe von Zeremonien. Es ist eine Denkweise, die in einen Satz passt: Finden Sie heraus, ob es sich lohnt, bevor Sie alles bauen. Wer das frühzeitig lernt, erspart sich monatelange vergeudete Arbeit.

Dieser Text richtet sich an diejenigen, die gerade erst anfangen. Kein unnötiger Jargon, keine magischen Versprechungen. Nur die wesentlichen Gründe und wie Sie sie auf Ihr erstes Produkt anwenden können.

Der Fehler, den Lean löst

Die natürliche Intuition derjenigen, die etwas erschaffen, besteht darin, zuerst zu bauen und später zu validieren. Es macht emotional Sinn: Es ist deine Idee, du glaubst daran, du willst, dass sie fertig wird. Das Problem ist, dass Ihre Überzeugung kein Beweis dafür ist, dass andere Menschen das Produkt wollen.

Lean beginnt mit einer unbequemen Demut: Wahrscheinlich irren Sie sich in etwas Wichtigem und wissen nicht, was. Es könnte falsch sein, wer der Kunde ist, welches Problem er hat, ob er für die Lösung bezahlen würde und wie die Lösung funktionieren soll. Jede dieser Annahmen stellt ein Risiko dar, und bei der Entwicklung des gesamten Produkts setzt man alles auf einmal darauf.

Die These hier ist einfach und aussagekräftig: Bevor es eine Bauidee ist, besteht jedes Produkt aus einer Reihe von Annahmen, und die erste Arbeit besteht darin, herauszufinden, welche davon wahr sind. Das Bauen erfolgt später und nur auf der Grundlage dessen, was den Test überstanden hat.

Hypothese: das Wort, das alles verändert

Um schlank zu denken, ändern Sie „Ich bin sicher“ in „Ich habe eine Hypothese“. Es scheint klein, aber es verändert das gesamte Verhalten.

Wenn Sie sicher sind, wird jeder Gegenbeweis zur Bedrohung. Wenn Sie eine Hypothese haben, werden Gegenbeweise zu nützlichen Informationen und verhindern, dass Sie Monate damit verbringen, in die falsche Richtung zu gehen. Wer über Hypothesen nachdenkt, ist neugierig darauf, sie zu testen; Wer sich sicher ist, wird defensiv.

Listen Sie die Annahmen auf, die Ihrem Produkt zugrunde liegen. Wer wird es nutzen? Welches Problem löst dies für diese Person? Warum sollte sie Ihre Lösung verwenden, anstatt das, was sie bereits heute tut? Ist es ihr wichtig genug, zu bezahlen, herunterzuladen oder ihre Gewohnheit zu ändern? Bei jeder dieser Fragen handelt es sich um eine zu prüfende Hypothese, und einige sind riskanter als andere. Beginnen Sie mit dem riskantesten, demjenigen, der, wenn er falsch ist, das gesamte Produkt zum Scheitern bringt.

Der wahre MVP (und was er nicht ist)

MVP, Minimum Viable Product, ist der am häufigsten verwendete und am stärksten verzerrte Begriff im Lean-Bereich. Viele Leute denken, dass MVP „eine lahme Version des Endprodukts“ ist. Das ist es nicht.

MVP ist das kleinste Experiment, mit dem Sie Ihre riskanteste Hypothese testen können. Das Schlüsselwort ist Experiment. Sein Ziel ist es nicht, einen vollständigen Mehrwert zu liefern; ist es, mit minimalem Aufwand Lernen zu generieren. Manchmal ist das MVP nicht einmal Software. Es könnte eine Seite sein, auf der das Produkt erklärt wird, um zu sehen, ob sich Leute anmelden. Es könnte sein, dass Sie das Problem für zehn Kunden manuell lösen, bevor Sie etwas automatisieren.

Ein konkretes Beispiel. Stellen Sie sich vor, Sie möchten eine App erstellen, die Bewohner eines Viertels mit lokalen Dienstleistern verbindet. Die Vollversion würde Monate dauern. MVP könnte eine Messaging-Gruppe sein, in der Sie einige Wochen lang selbst die Vermittlung übernehmen. Wenn niemand es nutzt, obwohl es einfach und kostenlos ist, haben Sie gerade Monate der Entwicklung gespart. Wenn sie es häufig nutzen, haben Sie gelernt, dass es sich lohnt, es aufzubauen, und Sie verstehen jetzt, wie die Leute es wirklich nutzen.

Bauen, messen, lernen

Das Herzstück von Lean ist ein kurzer Zyklus: Sie bauen etwas Kleines auf, messen, wie die Leute reagieren, lernen daraus und entscheiden über den nächsten Schritt. Dann wiederholen. Jede Runde im Zyklus verringert Ihre Unsicherheit.

Der Punkt, an dem Anfänger die meisten Fehler machen, ist das richtige Messen. Es ist leicht, sich über Messwerte zu freuen, die zwar gut erscheinen, aber keine Bedeutung haben, etwa die Anzahl der „Gefällt mir“-Angaben, Besuche oder Komplimente von Freunden. Das sind Eitelkeiten. Entscheidend ist das Verhalten, das Ihre Hypothese bestätigt: Sind die Leute zurückgekommen? Hast du es noch einmal benutzt? Haben sie es anderen empfohlen? haben sie bezahlt? Echtes Verhalten ist mehr wert als eine freundliche Meinung.

Lernen bedeutet auch, bereit zu sein, die Richtung zu ändern. Wenn die Daten der Hypothese widersprechen, gibt es zwei ehrliche Lösungen: Passen Sie an, was Sie tun, oder ändern Sie den Kurs auf eine tiefgreifendere Weise. Das Beharren auf der ursprünglichen Idee im Gegensatz zu den Beweisen ist keine Beharrlichkeit, sondern teure Sturheit.

Seien Sie von Anfang an vorsichtig mit Personendaten

Ein Punkt, den Einsteiger gerne aufschieben und nicht aufschieben sollten: Sobald man anfängt, Informationen über Benutzer, E-Mails, Telefonnummern, Verhalten zu sammeln, fängt man an, sich mit persönlichen Daten zu beschäftigen. In Brasilien gilt LGPD sogar für kleine Produkte in der Testphase.

Sie benötigen keine komplexe rechtliche Struktur, um richtig anzufangen. Sie brauchen gesunden Menschenverstand: Sammeln Sie nur das, was Sie tatsächlich verwenden, erklären Sie, wozu es dient, fragen Sie klar und deutlich um Erlaubnis und geben Sie diese Daten nicht weiter. Diese Sorgfalt vom ersten Experiment an zur Gewohnheit zu machen, ist viel einfacher, als zu versuchen, sie später zu beheben, wenn Benutzer und Daten bereits verstreut sind. Es ist auch eine Form des Respekts, die Vertrauen schafft, und Vertrauen ist es, was Menschen dazu bringt, wiederzukommen.

Die Falle der Überplanung

Zu viel zu bauen birgt das entgegengesetzte Risiko: ewiges Planen. Manche Leute verlieben sich in die Validierungsphase und bauen nie wirklich etwas, sondern springen von Experiment zu Experiment, ohne sich zu entscheiden.

Lean ist keine Entschuldigung für Lähmungen. Das Ziel jedes Experiments besteht darin, eine Entscheidung zu treffen: fortfahren, anpassen oder stoppen. Wenn Sie monatelang getestet haben und nie zu einer Entscheidung gekommen sind, ist die Methode zu einem getarnten Aufschieben geworden. Definieren Sie vor jedem Experiment, was Sie dazu bringen würde, voranzukommen und was Sie dazu bringen würde, aufzuhören. Ohne vorherige Vereinbarung dieser Kriterien kann jedes Ergebnis leicht als Zeichen dafür interpretiert werden, dass es sich lohnt, weiterzumachen.

Schließung

Bei der schlanken Produktentwicklung geht es nicht darum, schnell zu bauen. Es geht darum, frühzeitig herauszufinden, ob sich der Bau lohnt. Für diejenigen, die gerade erst anfangen, ist dieser Unterschied die Grenze zwischen monatelangem Verschwenden einer falschen Idee und wochenlangem Lernen, was die richtige Idee ist.

Fangen Sie klein an, testen Sie zuerst die riskanteste Annahme, messen Sie reales Verhalten und haben Sie den Mut, den Kurs zu ändern, wenn die Daten es erfordern. Diese Angewohnheit unterscheidet mehr als jedes andere Werkzeug diejenigen, die Produkte fertigstellen, die von Menschen verwendet werden, von denen, die aufgegebene Projekte einsammeln.

Wenn Sie Ihr erstes Produkt entwickeln und Ihre Annahmen noch nicht getestet haben, ist dies der beste Zeitpunkt, damit zu beginnen, bevor Sie mit der nächsten Codezeile beginnen. Hier im Blog gibt es weitere Texte zu Validierung, MVP und Metriken, die tiefer in jeden Schritt dieses Weges eintauchen.