Ihr MVP ist weder minimal noch praktikabel noch ein Produkt – TechCrunch


Immer wenn ich mit produktgetriebenen Startup-Gründern über Minimal Viable Products spreche, finde ich mich oft in einem frustrierenden Gespräch wieder. Der Begriff MVP ist eine so grundlegende Fehlbezeichnung; Ein gutes MVP ist nicht lebensfähig, und es ist sicherlich kein Produkt. Wahrscheinlich ist es auch nicht so minimal, wie Sie es sich wünschen, wenn Sie darüber nachdenken.

In der Welt der Lean Startups müssen sich Gründer darauf konzentrieren, herauszufinden, wie sie so schnell wie möglich scheitern können. Im Idealfall scheitern Sie nicht, was bedeutet, dass Sie am Ende ein funktionierendes Unternehmen haben. Viele der „versuchen zu scheitern“-Ansätze beinhalten die Betrachtung Ihrer Geschäftsmöglichkeiten und die Überlegung, wo Ihr Unternehmen in Zukunft scheitern könnte. Dann gehen Sie und finden Sie diesen Teil heraus.

Es bringt nichts, die weltbeste Plattform für den Verkauf von Beanie Babies aufzubauen, wenn der gesamte Kundenstamm bereits mit eBay zufrieden ist und nicht wechseln würde, selbst wenn Ihr Produkt überlegen ist. Es bringt nichts, ein tolles Schloss speziell für Mitfahr-Scooter zu bauen, wenn sich herausstellt, dass es den Scooter-Unternehmen egal ist, wenn die Scooter gestohlen werden. Es wäre großartig, wenn es eine Möglichkeit gäbe, herauszufinden, ob jemand Ihr Produkt kaufen würde, bevor Sie eine einzige Codezeile schreiben.

Wo kommen MVPs ins Spiel? Als Startup haben Sie eine Hypothese; Ein MVP ist die kleinste Menge an Arbeit, die Sie tun können, um Ihre Hypothese zu bestätigen oder zu widerlegen. Eric Ries – ja, der Typ, der „The Lean Startup“ geschrieben hat – verwendet bekanntermaßen das MVP von Dropbox als Beispiel. Es war kein vollwertiges Produkt voller Funktionen. Es war kein Produkt, bei dem viele Funktionen entfernt wurden. Es war ein Video, das zeigte, wie ein Produkt funktionieren könnte. Die Reaktion auf dieses Video war die Bestätigung, die das Unternehmen brauchte: Wenn sie es bauen, werden sie in der Lage sein, einen Kundenstamm für ihr noch zu bauendes Produkt zu finden. Das haben sie also getan: Das Produkt gebaut und es wurde ein riesiger Erfolg.

Entwerfen eines guten MVP

Ein gutes MVP zu entwerfen bedeutet, über den Tellerrand hinaus zu denken. Wie wenig Code können Sie schreiben? Können Sie davonkommen, kein Design zu machen? Wenn Ihre größte Frage lautet, ob Sie Kunden für sinnvolle Kundenakquisitionskosten gewinnen können, könnten Sie dann einfach eine Werbekampagne und eine Checkout-Seite durchführen und dann einfach denjenigen erstatten, der eine Bestellung aufgibt? Wenn das nach Spaß klingt, Sie sich aber Sorgen über das Markenrisiko machen, könnten Sie eine gefälschte Marke erstellen und eine Antwort auf Ihr Produkt erhalten?

Der Trick besteht darin, sorgfältig über die Hypothese nachzudenken – was muss über Ihr Produkt, den Markt, den Problembereich, den Sie betreten, die Kunden, die Sie anziehen möchten, und die Wettbewerbslandschaft wahr sein? Wie sicher sind Sie, dass Ihre Annahmen richtig sind? Ein gutes MVP zu entwerfen ist eine Kunst, aber es beginnt mit einer wirklich guten Frage. Hier sind ein paar Beispiele:

  • Ist es uns möglich, vier Stunden manueller Buchhaltungsaufgaben auf ein Skript zu reduzieren, das in drei Minuten ausgeführt werden kann? Dies ist ein technisches MVP – Sie müssen wahrscheinlich etwas Code zusammenhacken, um zu sehen, ob Sie manuelle Aufgaben zuverlässig automatisieren können.
  • Können wir jemanden finden, der bereit ist zu bezahlen, um diese Aufgabe zu automatisieren? In manchen Fällen lautet die Antwort „nein“ – ja, Sie sparen einem Junior-Buchhalter vielleicht etwas Zeit, aber in manchen Branchen interessiert es die Leute einfach nicht, wie viel Zeit Junior-Mitarbeiter mit manuellen Aufgaben verbringen. In diesem Fall müssen Sie feststellen, ob Sie 20-30 Kunden finden, die bereit sind, dafür zu bezahlen. Denken Sie daran, dass jemand, der sagt „Oh, das klingt nach einer guten Idee“, etwas anderes ist, als in seine Taschen zu greifen und eigentlich dir Geld zahlen.
  • Spielt Design bei diesem Produkt eine Rolle? Viele B2B-Software ist schrecklich hässlich. Das liegt nicht daran, dass es keine guten Designer gibt, sondern daran, dass es einfach keine Priorität hat; Die Leute, die das Produkt verwenden müssen, bevorzugen vielleicht ein besseres Design oder eine einfachere UX, aber die Entscheidungsträger kümmern sich nicht darum, und die Benutzer haben kein Mitspracherecht. Mit anderen Worten: Geben Sie nicht die Hälfte Ihres Entwicklungsbudgets dafür aus, etwas benutzerfreundlicher zu machen, wenn Sie keinen Business Case dafür finden können. Vor allem, wenn sich herausstellt, dass Sie dabei versehentlich das falsche Feature-Set entwickeln.
  • Wird uns ein Amtsinhaber kopieren und zerstören? Wenn Sie mehrere etablierte Unternehmen in Ihrem Bereich haben, recherchieren Sie und sehen Sie, wie sie auf andere Startups reagiert haben. Wenn sie dazu neigen, sie zu erwerben, großartig. Wenn sie dazu neigen, ihre Funktionen und Innovationen zu kopieren und sie dann zu vernichten, weniger großartig. Ein bisschen Googeln (und natürlich das Lesen von TechCrunch für Ihre Branche) kann Ihnen in Zukunft eine Menge Kopfschmerzen ersparen. Wenn die etablierten Unternehmen routinemäßig Innovationen stehlen, investieren Sie mehr in Patente und legen Sie etwas Geld für Anwälte beiseite.
  • Ist diese Funktion für unsere Kunden sinnvoll? Es kann sein, dass Sie eine sehr lautstarke Minderheit Ihrer Kunden nach der gleichen Funktion fragen, aber Sie wären nicht das erste Unternehmen, das eine neue Funktion mit großem Tamtam eingeführt hat, nur um mit einem kollektiven Achselzucken konfrontiert zu werden. Laute Kunden sprechen nicht für Ihren gesamten Kundenstamm, seien Sie also vorsichtig, wenn Sie Ihren Rückstand pflegen – wenn eine Funktion keinen signifikanten Mehrwert zu den allgemeinen Geschäftszielen Ihres Unternehmens beiträgt, priorisieren Sie sie nicht gegenüber denen, die dies tun. Eine Möglichkeit, ein MVP darum herum zu entwerfen, besteht darin, Ihrer Benutzeroberfläche einfach eine Schaltfläche hinzuzufügen und zu verfolgen, wie viele Personen darauf klicken. Werfen Sie ein „in Kürze!“ B. Meldung, wenn darauf geklickt wird. Ja, es ist ärgerlich für die Benutzer, aber es ist viel „billiger“, als mehrere Entwicklungszyklen damit zu verbringen, eine Funktion hinzuzufügen, die fast niemand verwenden wird.

Kurz gesagt, der Schlüssel ist, sehr sorgfältig darüber nachzudenken, was die Frage ist, und dann elegante, Low-Lift-Methoden zu finden, um diese Frage zu stellen. Könnte anstelle des Versandcodes eine Umfrage funktionieren? Könnte eine Video-Demo Ihnen die Antworten geben, die Sie brauchen? Können Sie 50 Kunden anrufen und ihnen vorsichtige Fragen stellen und sehen, ob sie das Feature vorschlagen, an das Sie als mögliche Lösung für das Problem denken? Sie könnten Sie auf zweierlei Weise überraschen: Ihre Kunden wollen entweder mit überwältigender Mehrheit, was Sie vorschlagen (großartig!), oder sie hassen es (ebenfalls großartig – das bedeutet, dass Sie keine Zeit und kein Geld verschwenden müssen, um etwas zu entwickeln, das sie nicht wollen wollen) oder sie haben eine ganz andere Art, das Problem zu lösen, die den optimalen Punkt erreicht, billiger zu entwickeln ist und ihnen hilft, sich an Ihrem Prozess beteiligt zu fühlen.

Ich habe keinen Vorschlag für einen besseren Namen für MVP, tappen Sie nur nicht in die Falle, es als ein Produkt zu betrachten, das lebensfähig ist oder notwendigerweise klein, einfach oder leicht ist. Einige MVPs sind komplex. Die Idee ist jedoch, so wenig Ihrer wertvollen Ressourcen wie möglich aufzuwenden, um eine Antwort auf Ihre Fragen zu erhalten.

Hinterlasse eine Antwort

%d Bloggern gefällt das: