Start-ups sind berüchtigt dafür, schnell eine Idee von einem Konzept zu einem fertigen Produkt zu bringen .
Sicherlich gibt es etwas zu sagen, dass wir uns bei jedem Meilenstein Zeit nehmen und fundierte Recherchen anstellen. Manchmal müssen wir jedoch so schnell wie möglich eine Idee in die Praxis umsetzen.
Rapid Prototyping in einer Startup-Kultur verschlankt den typischen Design- und Entwicklungsprozess, um die Höhepunkte zu erreichen und die Tiefstände nachträglich zu retuschieren. Wir können viel von dieser Methodik lernen und sie direkt auf unsere eigene Arbeit anwenden, auch wenn diese Arbeit nicht für ein Startup gedacht ist.
Seltsamerweise erfordert diese Methodik oft weniger Tun und viel mehr Denken und Planen.
Rapid Prototyping hat sich traditionell auf die Testläufe und Tests von Produkten bezogen, bevor diese für den allgemeinen Verbraucher in die Massenproduktion geschickt werden. Wir werden mit diesem Ansatz etwas Ähnliches anstreben, aber mit der Idee, die Design- und Entwicklungszeit auf ein Minimum zu reduzieren.
Damit das funktioniert, müssen wir eine klare Vorstellung davon haben, was wir bauen und warum es gebaut wird. Feature Creep kann Ihre Ideen einfach durch schiere Komplexität zunichte machen, also wollen wir die Dinge minimal und barebones für unser Kernprodukt halten.
Entferne deine Idee, bis sie nur noch ein Produktname und ein einzelnes Kernmerkmal ist. (Was ist das Problem, das du lösen willst?) Dann baue herum. Sie können weitere Kernfunktionen hinzufügen, wenn dies absolut notwendig ist, aber Sie sollten wissen, dass zusätzliche Funktionen Ihre Gliederung noch komplexer machen.
Es ist immer besser, eine Sache elegant und gut zu machen, anstatt fünf Dinge schlecht zu machen.
Nachdem Sie sich nun auf einen Kern konzentriert haben, können Sie die spezifischeren Funktionen hinzufügen. Verzweigen bedeutet, dass diese Merkmale nicht für das Hauptaugenmerk des Produkts wichtig sind, sondern einen Mehrwert in ihrer Existenz schaffen. Diese "Zweige" sind Add-ons, zusätzliche Leckerbissen, die Interesse hinzufügen und schließlich zu Verkaufsargumenten werden, die Sie von der Konkurrenz abheben.
Aber während sie sicherlich Interesse oder Wert hinzufügen, erhöhen sie auch die Zeit für Forschung und Entwicklung, also denken Sie daran. Sie werden genug eingesetzt, um zukünftiges Design und Entwicklung voranzutreiben, aber nicht so viele, dass Ihre Gliederung wie ein Spinnennetz aussieht.
Apropos Spinnweben, sie sind eine fantastische Möglichkeit, diese Daten visuell zu umreißen. In der Mitte haben Sie Ihren Hauptzweck. Das Hinzufügen eines zusätzlichen Rings von Features außerhalb des Kerns sind Ihre wichtigsten nicht wesentlichen Funktionen. Jeder Ring danach wird immer weniger wichtig. Wenn Sie diese Idee verwenden, um Ihr Produkt visuell zu umreißen, können Sie es auf eine natürlichere Weise organisieren - wobei der Fokus von den meisten zu den am wenigsten wichtigen Elementen reicht.
Ihr minimal lebensfähiges Produkt (MVP) ist die Essenz Ihres Produkts. Es und das allein ist der Kern und Schwerpunkt, von dem alles andere abzweigt.
Erinnern Sie sich daran, dass Sie wahrscheinlich Tage oder Wochen verbracht haben? Ignoriere jetzt alles andere außer den Dingen, die benötigt werden, um dein Produkt funktionsfähig zu machen. Dies ist wirklich ein minimal lebensfähiges Produkt. Was Sie am Ende haben werden, ist nicht nur eine To-Do-Liste, um das funktional grundlegendste Produkt zu erhalten, sondern auch eine klare Übersicht über Features, auf die Sie sich später konzentrieren können, sowie eine allgemeine Vorstellung davon, was Sie noch weiter unten erwartet Straße. Die Idee hier ist, eine Straßenkarte für Design und Entwicklung für das nächste Jahr oder mehr zu haben. Wenn Sie am Ende dieser Skizze angelangt sind, wird Ihr Produkt entweder ausgereift genug sein, um eine klare Richtung zu haben, mit der Sie mehr aufbauen können, oder Sie haben gesehen, was mit Ihrer Gliederung funktioniert hat und was nicht, und entsprechend angepasst.
Plane und umreiße jetzt, gestalte und entwickle während des Laufens - das ist der Schlüssel.
Nun ist es an der Zeit, Licht zu erforschen, welche Technologien und Praktiken Sie verwenden würden, um Ihre Idee zu konkretisieren - einschließlich einiger der weiterführenden Features. Dies kann nur Sie betreffen, oder es kann ein ganzes Team erfordern, um Optionen zu besprechen und sich auf das zu einigen, was am besten ist. Es ist wichtig, nach der Planung eines MVP zu recherchieren, damit alle, vom Design bis zur Entwicklung, eine klare Vorstellung davon haben, was sie erwartet. Nicht nur auf den Kern fokussieren, sondern auch auf die weiter außen liegenden Zweige schauen und dafür sorgen, dass auch diese geplant werden. Schließlich gibt es nichts Schlimmeres, als sechs Monate in die Entwicklung zu gehen, nur um zu realisieren, dass niemand ein mit Spannung erwartetes, aber nicht notwendiges Feature geplant hat ...
Jeder liebt die schönen High-Fidelity-Modelle, die auf Dribbble oder in den Portfolios der Designer veröffentlicht werden. Es wäre toll, für alle Produkte auch etwas von dieser Klarheit abzuarbeiten. Aber normalerweise benötigen diese Modelle Wochen, wenn nicht sogar Monate, Arbeit und Wiederholung, um zu diesem Grad an Treue zu kommen. Selbst dann sind diese Modelle manchmal mehr auf Ästhetik ausgerichtet als Datenanalysen oder Benutzerdaten.
Während Super-High-Fidelity natürlich nicht in Frage kommt, sind Low-Fidelity-Skizzen immer noch eine Option, oder? Nun, höchstwahrscheinlich nicht. Zeigen Sie ein paar Skizzen auf Servietten für einen Entwickler und sie werden keine Ahnung haben, wie Ihr Produkt aussehen wird oder wichtiger, wie es sich anfühlen wird .
Mittlere Wiedergabetreue ist im Allgemeinen die richtige Antwort für eine schnelle Design- und Entwicklungsumgebung. Koppeln Sie dies mit dem oben generierten Textumriss, und beide Seiten sollten die UX hinter Features gut verstehen.
Mittlere Wiedergabetreue erzeugt immer noch Modelle, aber detailliertere Elemente werden mithilfe vorhandener Recherche- oder Verwendungsmuster erstellt, die nicht auf benutzerdefinierten Recherchen früherer Benutzeranalysen oder A / B-Tests basieren.
Der wichtigste Hinweis hier ist, dass es keine Abkürzungen gibt. Niemand kann Design- oder Entwicklungszeit verschwenden und lässt sie unbemerkt bleiben.
Während wir uns an gängige Anwendungsfälle halten und populäre Codebibliotheken implementieren können, um die Probleme von heute zu lösen, werden die meisten, wenn nicht alle, von einer Eins-zu-Eins-Aufmerksamkeit in Design und Entwicklung profitieren.
Schnelle Design- und Entwicklungsmethodiken verwenden in diesen Bereichen den traditionell eher kundenspezifischen Ansatz und reduzieren den Aufwand, um später noch einmal überarbeitet zu werden. Es wird erwartet, dass Produkte überarbeitet werden, um dem Design die richtige Aufmerksamkeit zu schenken und um mit einer speziell entwickelten Lösung zu optimieren oder sogar zu laufen. Wir können zwar heute Zeit und Ressourcen einsparen, indem wir unseren Workflow schneller oder agiler gestalten. Es sollte jedoch immer die Erwartung bestehen, dass wir die Dinge im Nachhinein wiederholen, um sicherzustellen, dass unsere Arbeit solide ist.
Sobald der Kern vollständig ist, besuchen Sie ihn erneut und passen Sie ihn an. Wenn die nächste Runde der nicht wesentlichen Funktionen abgeschlossen ist, besuchen Sie sie erneut und passen Sie sie an. Im Allgemeinen erfordert dies nur eine Frontend-Arbeit und keine vollständige Neuentwicklung des Backend-Codes. Daher ist es typischerweise auf die Positionierung, Farbe, Größe oder andere ästhetische Attribute von Elementen beschränkt. Entwicklungsorientiert bedeutet hier erneut, Code zu optimieren, um die Leistung zu erreichen.
Mit einem "tick, tack" -Stil-Zyklus für die Überarbeitung unserer schnellen Design- und Entwicklungslösungen zu arbeiten, ist meiner Erfahrung nach der beste Weg, um Revisionen zu erreichen. Während die Entwicklung daran arbeitet, die nächste Gruppe von Features zu erstellen, kann Design den letzten Batch überprüfen, um sicherzustellen, dass alles in Ordnung ist oder umgekehrt. Zu jeder Zeit ist entweder das Design oder die Entwicklung einen Zyklus vor dem anderen, und das andere betrachtet es. Während dieses Prozesses arbeiten beide Teams nicht nur zusammen, um die nächste Charge zu überprüfen, sondern auch die nächste Charge herauszuholen.
Die Entwicklung kann in der Regel mit vorhandenen Bibliotheken oder Open-Source-Lösungen auskommen, um Produktideen zu konkretisieren. Aber wenn es um Design geht, ist es viel schwieriger, Dinge zurück zu schneiden oder sie in bestehende Lösungen auszulagern.
Design by Nature ist mehr Eins-zu-eins als Entwicklung und wenn Sie in einer Nischenindustrie sind, wird es schwierig, wenn nicht unmöglich, ähnliche Anwendungsfälle zu finden, auf denen Sie arbeiten können. Design ist einer dieser Bereiche, in dem je mehr Sie ausschneiden, desto mehr Qualität werden Sie am Ende verlieren. Benutzerfreundlichkeit und Ästhetik spielen eine große Rolle dabei, wie gut ein Produkt "funktioniert".
Am Ende sollten wir uns mit soliden Produkten finden, die sich gegen Wettbewerber behaupten, die sich mit den traditionelleren "langsamen" Design- und Entwicklungsprozessen beschäftigen.
Das Ziel ist nicht, Teile von F & E komplett auszulassen, sondern sie später zu speichern, sobald wir mehr Daten über unsere Benutzer und über die Verwendung unseres Produkts haben.
Rapid Prototyping kann Sie in einem Bruchteil der Zeit, die es normalerweise erfordern würde, zu einem MVP und darüber hinaus bringen, aber passen Sie auf, dass Sie es nicht mit Schnitten verwechseln.