Startups: Verfeinerte UX Vs. Schnelle Rollouts
Ein Startup ist definitionsgemäß eine Entität mit begrenzten Ressourcen. Diese Ressourcen könnten Budget, Zeit, Talent oder etwas Ähnliches sein, aber sicher ist, dass es eine Art von Ressourcenbegrenzung gibt - sonst wäre es kein Start-up.
Aus diesem Grund wurden viele Managementstile ausprobiert und getestet, um die Herausforderung zu meistern, eines dieser Zeit- und Energieträger zu starten und zu betreiben. Und im Laufe der Jahre scheint es zwei unabhängige Denkschulen zu geben, die auf dem Markt entstanden sind: der schlanke Start und der große Aufbau.
Die Lean-Einführung umfasst Dinge wie agile Entwicklungsprozesse, Benutzertests, Ideenvalidierung, zielgerichtete Programmierung, verhaltensorientierte Entwicklung und viele andere. Auf der anderen Seite haben Sie den großen Build vor dem Start: In diesem Modell würde man jede Menge Zeit und Entwickler in ein Projekt versenken, um sicherzustellen, dass das Feature komplett ist, bevor ein einzelner Kunde es einmal sieht.
Diese beiden Denkschulen haben ihre Vor- und Nachteile, so wie man es sich vorstellen kann, und sie haben jeweils Manager, die an sie glauben, fast bissig. Durch diesen Artikel können wir herausfinden, welche nicht besorgniserregend sind und welche. Oder wir finden etwas Überraschendes. Lass uns eintauchen.
Eine verfeinerte Benutzererfahrung haben
Seien wir ehrlich, Design ist enorm wichtig. Tatsächlich ist Design so wichtig, dass es die Prozesse einiger Startups fast vollständig überholt hat. Sie konzentrieren all ihre Zeit und Energie auf die Benutzererfahrung und bringen sich selbst in einen Feature-Zustand, in dem sie wenig Zeit für irgendetwas anderes haben - und vielleicht zu Recht. Nun, die andere Seite würde nicht sagen, dass es der richtige Weg ist, aber wir werden dieses Argument für später verlassen. Im Moment sprechen wir über die Welt eines polierten UX und Feature-Set vor dem Start.
Die positive Seite eines raffinierten UX
Die volle Marke nutzen
Branding ist ein riesiges Thema, und aus genau diesem Grund scheinen die Menschen das Bedürfnis zu haben, auf diese Weise zu arbeiten. Sie sind der Meinung, dass sie mit all dem starten sollten, wofür ihre Marke steht und vom ersten Tag an in die Website eingebaut wird. Der Klassiker "v1 sollte Feature Complete sein" habe ich häufig von Managern gehört. Und dahinter steckt eine gute Überlegung. Sie wollen nicht, dass ihre Website das widerspiegelt, was sie nicht sind, und darin liegt die Travestie. Wir werden mehr darüber in der Cons-Sektion erfahren, aber das kann zu ernsthaften Features führen. Mein Motto ist, wenn du in einen Raum gehst, in dem es Konkurrenten gibt, die vielleicht stärker als alle anderen Online-Shops gebrandmarkt sind (denke an Dropbox oder Apple), dann solltest du ernsthaft darüber nachdenken, denn in diesem Fall wird das Branding sein sehr wichtig. Allerdings kann man einen schlanken Start mit fabelhafter Technologie und einer netten Marke in einem vereinen - was wir später auch besprechen werden.
Sofort Interesse erhalten
Ein weiterer Vorteil, wenn es um die raffinierte und polierte Einführung geht, ist, dass es aufgrund des fantastischen Designs und der umfassenden Servicepflege für das gesamte Produkt mehr Nutzer anlocken kann . Zumindest nehmen wir das gerne an. Realistisch gesehen kann es aber auch eine Eintrittsbarriere sein. Ich habe Nutzer gesehen, die das Gefühl haben, dass ein Produkt zu groß ist oder zu viele Funktionen hat, um ein Gefühl des "Wollens" zu bekommen, wenn sie verwendet werden, und sie werden in weniger als einer Minute von der Website abprallen. Passiert die ganze Zeit und ist ehrlich gesagt nur allzu traurig. Ich hasse es zu sehen, dass die Ideen des Unternehmers oder sogar des Managers wegen der allzu häufigen Funktionskriege in die Röhre gesaugt werden. Obwohl es passiert, hält es die Unternehmer nicht davon ab zu spüren, dass das Interesse zehnfach erhöht wird, sollten sie ihr Produkt komplett vor dem Start fertigstellen. Das ist ein großer.
Feature komplett sein
Wenn Sie es bis zu diesem Stadium schaffen und in diesem Camp leben, dann sind Sie mehr als wahrscheinlich, dass das Feature an dieser Stelle abgeschlossen ist. Wir haben in den obigen Abschnitten schon etwas darüber gesprochen, aber hier wird es interessant. Eine Menge, und ich meine, viele Start-ups haben das Gefühl, dass sie komplett sein müssen, bevor sie aufladen können. Ich sage nicht, dass dieses Argument nicht zuträglich ist, aber ich denke, dass es im Laufe der Jahre übertrieben wurde. Aus meiner Sicht und von dem, was ich im Laufe der Jahre gesehen habe, können Sie einfach fragen, ob Benutzer für ein Produkt bezahlen würden, bevor sie das Ganze ausarbeiten. Nun, lassen Sie uns annehmen, dass Sie geschäftig waren, weil sie komplett sind, und Sie wollten wirklich alles drin haben. Nun, Sie könnten eine sehr minimale Version jeder Funktion starten. Etwas, das die fraglichen Merkmale repräsentiert, oder vielleicht sogar Videos von den fehlenden. Denken Sie daran, dass es Möglichkeiten gibt, das Feature komplett zu sein, ohne dass es tatsächlich da ist.
Der Nachteil eines raffinierten UX
Merkmal schleichen
Dies ist ein allgemeiner Fehlschlag, wenn es um das polierte UX geht, und bieten einen vollständigen Ansatz für das Starten eines Startups. Und das nennen wir eine Situation, die Todesspirale des Merkmalskriechens genannt wird. Die Manager oder Eigentümer werden das Bedürfnis verspüren, dem Produkt immer mehr Funktionen hinzuzufügen, während Sie andere ergänzen, bis es buchstäblich nichts anderes mehr gibt, als zusätzliche Funktionen hinzuzufügen. In manchen Fällen ist dies ein nie endender Zyklus und insbesondere in Fällen, in denen Sie keine starren Richtlinien oder Spezifikationen festgelegt haben.
Wasserfallentwicklung
Die Entwicklung von Wasserfällen ist eine Konsequenz und nicht ohne Kontroversen. Ein typischer Wasserfall-Workflow sieht so aus: Idee, Design, Entwicklung, Test, Wartung. Es gibt einige Leute, die in solch einer Umgebung gedeihen, aber mindestens eine gleiche Anzahl finden es absolut schädlich. Oder es ist ein hübscher Standardprozess, der sich für die meisten von uns normal anfühlt, und dennoch kann es für Ideen, die bald offensichtlich werden, oft schädlich sein, ein Produkt tatsächlich zu versenden.
Der Grund liegt nicht unbedingt im Systemmodell selbst, sondern in der Tatsache, dass Sie separate Teams haben, die Arbeiten ausführen, die jeweils von einzelnen Managern verwaltet werden. Zum Beispiel kann ein typischer Flow so aussehen: Eine Idee wird vom Gründer / Unternehmer gebildet; er stellt ein Design- und Entwicklungsteam ein und vielleicht Manager oder Kreativdirektoren für jedes Team; die Idee wird an Design weitergegeben, um Modelle zu erstellen, diese Modelle werden zu Photoshop-Dokumenten, die mit dem Besitzer und Kreativdirektor hin und her gehen, bis sie perfekt sind; dann, ohne irgendeinen Konsens darüber, was überhaupt möglich ist, wird es an die Entwicklung weitergegeben, um geschaffen zu werden; Und dann, nachdem sie mit dem Teamleiter, dem Eigentümer und vielleicht sogar dem Kreativdirektor hin und her gegangen sind, finden sie einen Treffpunkt und schließen das Produkt ab.
Was ich jedoch nicht erwähnte, ist, dass jeder dieser Schritte wahrscheinlich 50-100 E-Mails einzeln umfasst, und das ist eine konservative Schätzung (sehr konservativ). Wie Sie sehen können, ist das nicht wirklich effizient, weil der Besitzer und der Gründer zu jeder Zeit mehr Arbeit hinzufügen können, die nicht im Plan enthalten war, oder Dinge ändern. Micromanaging ist oft nicht die beste Option, wenn es um Softwareentwicklung geht, und dennoch scheint das Wasserfallsystem in einem solchen Managementstil zu gedeihen.
Denken Sie immer daran, und wenn Sie nicht gut mit Mikromanagement arbeiten, dann lassen Sie Ihren Chef wissen. Denken Sie daran, es ist immer besser, eine mögliche unproduktive Zukunft voraus und ehrlich zu sein, als diese Straße zu verlassen, die eigentlich unproduktiv ist. Denken Sie auch daran, dass es für dieses System mehr typische Probleme bei der Mikroverwaltung gibt. Aus meiner persönlichen Erfahrung ist es nicht ideal.
Was ist also ideal? Nun, das ist subjektiv, aber ich kann Ihnen sagen, dass nach meiner Erfahrung die Fähigkeit, schnell zu starten und über Zykluszeiten zu iterieren, mir und meinen Teams die Möglichkeit gegeben hat, eine größere Menge an Produkten zu liefern als jemals mit Waterfall. Was ist das geheimnisvolle magische System des Versandprodukts?
Schnelle Rollouts und das schlanke Starten
Das schlanke Startup hat meiner Meinung nach unsere Gemeinschaft revolutioniert. Und das liegt vor allem daran, dass es auf einer sogenannten Lern-Build-Maßnahme-Rückkopplungsschleife basiert.
Die Kunst des schnellen Rollouts - oft kann es eine einfache Seite sein, die fragt, ob Benutzer dafür bezahlen würden, oder es kann ein blankes Produkt sein - ist etwas, was die Leute im Laufe der Jahre perfektioniert haben, und während ich mehr in unserem verschachtelt werde Tech-Welt Ich fühle es ist immer wichtiger.
Das große Ding hier ist Marktannahme und -validierung. Eine Schlüsselfrage: Wer sagt, dass der Code, den du schreibst, sinnvoll ist? Wir leben in einem Tag und in einem Alter, in dem die Menschen wirklich keine einzige Unze ihrer kostbaren Zeit verschwenden können. Es ist eine Zeit, es zu machen oder es zu brechen und groß zu werden oder nach Mentalitäten zu gehen. Es ist eine Zeit, in der uns die Realität jeden Tag ins Gesicht schlägt, wenn wir kein Essen kaufen oder Miete zahlen können, und deshalb ist es umso wichtiger, sicherzustellen, dass niemand etwas verschlingt, was niemand benutzt.
Sie müssen kein Genie im Marketing sein, aber Sie müssen einen experimentellen Geisteszustand verstehen. Der konstante Zustand von Beta ist eine brillante Metapher dafür. Wir sollten uns niemals so sehr in unseren Stolz einmischen, dass wir nicht einmal einen Gegenstand an einem Projekt ändern können. Wir müssen uns daran erinnern, dass das Leben experimentell ist, und je eher Sie das realisieren, desto besser. Und es gibt keinen besseren Weg als mit dem schlanken Startup.
Die Oberseite des mageren Start-ups
Benutzer-Feedback
Eine Methode wie diese zu verwenden, ist so ähnlich, wie wenn man von einer Aktie spricht, bevor sie ihren Höhepunkt erreicht. Dies ist eine großartige Möglichkeit, Informationen zu Ihrer Zielgruppe zu erhalten und eine Validierung zu erhalten, bevor Sie Zeit verschwenden.
Hier ist, wie Sie es tun. Erstellen Sie eine Zielseite und zeigen Sie auf sehr schöne und erläuternde Weise, was Ihr Produkt oder Ihre Dienstleistung leistet. Gib etwas Geld für diesen Teil aus, wenn du möchtest, denn das ist das Wichtigste. Dann melden Sie sich einfach mit Ihrer E-Mail-Adresse an, wenn Sie daran interessiert sind. Erledigt. Nun, das scheint nicht so zu sein, als ob du viel machst, aber du machst in der Realität ziemlich viel. Sie validieren einen gesamten Produktmarkt oder Servicemarkt mit einer Seite. Sie verbringen keine Monate und Tausende von Dollars, um etwas Unnötiges zu bauen, das niemand benutzen wird. Sie schaffen einfach nur eine Sache, um herauszufinden, ob es sich lohnt.
Es hat Leute gegeben, die 5 Serviceseiten gestartet haben, ähnlich wie ich es gerade gesagt habe, und diejenigen, mit denen sie am meisten Feedback bekommen, sind diejenigen, mit denen sie weitermachen. Es ist ein brillanter Akt, und es kann als Investition in vielerlei Hinsicht gesehen werden. Sie erhalten Rendite auf Ihre Investition und wenn nicht, verlassen Sie den Markt, bevor Sie eine Menge potenzieller Gewinne verlieren. Ich denke, Warren Buffet würde das lieben.
Schnellere Iterationszyklen
Eine der besten Eigenschaften einer schlanken Produktentwicklung ist, dass Sie oft feststellen, dass Ihre Iterationszyklen viel schneller sind, und in manchen Unternehmen geben sie den Code mehr als 20 Mal am Tag aus. Es steckt viel Philosophie dahinter, wie zum Beispiel bei Facebook, wenn ein neuer Ingenieur an Bord geholt wird, am ersten Tag 5 Fehler in der Begrüßungs-E-Mail. Viele Gründe dafür sind, dass wenn Sie Ihr System so einrichten, dass es jedes Mal bricht, wenn ein neuer Mitarbeiter an Bord kommt, dann ist es nicht Ihr System, das kaputt ist.
Agile Entwicklung
Agile Entwicklung geht im Wesentlichen von einer kleinen Sache zur nächsten so schnell wie möglich. Sie bewegen sich dann von jedem Sprint zum nächsten Sprint, der oft durch eine User Story definiert wird und der einfach ein Benutzer auf Ihrer Site ist, der etwas Funktionalität wünscht. Es ist dem Testen in Rails oder einem anderen Framework sehr ähnlich, da Sie nur so viel tun, wie Sie brauchen, und nicht mehr. Man kann eine Menge Zeit sparen, indem man auf diese Weise entwickelt.
Der Nachteil des mageren Starts
Ein kleines Negativ, das passieren kann, wenn Sie ein Benutzer des agilen Entwicklungs- und Lean-Startup-Systems sind, ist, dass sich die Site im Laufe der Zeit ändern kann. Nun, im Idealfall würde dies aufgrund einer Benutzeranfrage geschehen, aber es könnte für einige Benutzer noch störend sein.
Es ist wichtig, mit Klasse und Eleganz zu arbeiten. Vor allem, wenn es ein Produkt ist, das ihnen wichtig ist. Richten Sie nicht die Hauptbenutzerbasis Ihres Produkts wie Digg v4 aus, sondern geben Sie stattdessen Details darüber an, was Sie tun und warum, und wenn alles andere fehlschlägt.
Verwenden Sie immer etwas wie git oder subversion, um Versionen Ihres Produkts zu speichern. Tatsächlich mache ich das als Filialen, damit wir bei Bedarf immer zurückrollen können.
Abschließend
Wenn dein Startup so technisch fortgeschritten ist, dass es egal ist, geh mit dem Quick Roll Out. Die Menschen werden sich wegen des technologischen Wandels kümmern, den sie sehen. Wenn Sie jedoch in einem Raum mit massiven Wettbewerb konkurrieren, dann ist vielleicht eine Kombination aus beiden am besten. Kurz gesagt, tun Sie immer das Beste, was Sie mit raffiniertem UX können, aber tun Sie es in kurzen agilen Bursts.