Prototypentwicklung für das erste Produkt einer Gründerin
Sam kam kurz nach Abschluss einer Doktorarbeit über Arbeitssicherheit und Vorfallmeldungen auf uns zu. Ihre Forschung beschrieb, wie Vorfälle in echten Organisationen erfasst, eskaliert und verfolgt werden, aber sie hatte noch keinen Produktrahmen dafür. Sie wollte eine praktische Möglichkeit, ihr Denken als mobile App zu zeigen, die Gründer, Investoren und zukünftige Partner sofort verstehen konnten.
Dieses Projekt ist Teil unserer fortlaufenden Arbeit in der Frühphasen-Produktentwicklung und forschungsgetriebenem UX, wo evidenzbasiertes Design, Produktstrategie und Mobile-App-Architektur Erstgründern helfen, akademische Erkenntnisse in kommerzielle Angebote zu übersetzen.
Wir strukturierten das Engagement als Frühphasen-UX-Beratung für eine Gründerin mit tiefer Domänenexpertise. Gemeinsam definierten wir einen klaren Umfang für eine fünfwöchige Zusammenarbeit, die innerhalb eines Bootstrapping-Budgets bleiben würde, während sie dennoch einen glaubwürdigen, interaktiven Prototypen produzierte. Die Arbeit kombinierte forschungsgetriebenes UX, Produktdenken und Mobile-App-UX-Design, anstatt den Prototyp als eine Reihe von Bildschirmen zu behandeln.
Wir wendeten Dynamic Systems Design an, eine Methode, die Lösungen durch eingebettetes Experimentieren entwickelt, Spannungen zwischen lokaler Optimierung und Systemkohärenz auflöst und die Implementierung begleitet, bis Organisationen Eigenständigkeit erreichen.
Von Beginn an arbeiteten wir mit Sam als gleichberechtigter Partner. Sie brachte die Sprache der Sicherheitsforschung und Vorfallmeldungspraxis mit. Wir brachten Struktur, Synthese und eine methodische Art, dieses Material in Produktentscheidungen umzuwandeln. Am Ende hatte sie ein konkretes Artefakt, das ihre Idee ausdrückte, plus ein klareres Verständnis dessen, was für Entwicklung, frühe Adoption und Investorengespräche benötigt würde.
UNSER BEITRAG
Evidence-Based Research
Produktstrategie
Informationsarchitektur
Informationsarchitektur
High-Fidelity Prototypen
UI-Ausrichtung
User Testing
Kompetenzaufbau
ÜBERSETZUNG AKADEMISCHER FORSCHUNG IN PRODUKTGRUNDLAGEN
Sam kam mit einer vollständigen Doktorarbeit, unterstützenden Artikeln und Präsentationen über Vorfallmeldungen in komplexen Organisationen an. Die erste Phase konzentrierte sich darauf, dieses Material durch Domain Learning in ein produktbereites konzeptuelles Modell zu übersetzen. Wir lasen ihre Hauptkapitel durch, extrahierten die Schlüsselentitäten und -beziehungen und kartierten, wie Vorfälle sich von der anfänglichen Erfassung über Bewertung, Eskalation und Follow-up bewegen.
In mehreren Arbeitssitzungen überprüften wir unsere Synthese mit ihr. Wir gruppierten wiederkehrende Muster aus der Forschung, wie Vorfallkategorien, Schwereskalen, Beinahe-Unfälle und Follow-up-Aktionen. Diese wurden zum Rückgrat der Produktsprache. Statt eines generischen Meldungstools hatten wir nun ein klares Modell dessen, was erfasst werden muss, in welcher Reihenfolge und mit welchen Abhängigkeiten.
Diese Phase funktionierte als evidenzbasiertes UX-Design, angewendet auf ein akademisches Korpus. Sie gab Sam auch einen neutralen Raum, um Ideen, die in die erste Version gehörten, von Richtungen zu trennen, die warten konnten. Die resultierenden Grundlagen unterstützten Prototyp-Design für Gründer, die sowohl fachliche Tiefe als auch einen realistischen Ausführungsplan demonstrieren müssen.
INFORMATIONSARCHITEKTUR UND ANPASSBARE VORFALL-USER-JOURNEYS
Mit dem konzeptuellen Modell an Ort und Stelle wandten wir uns während der Sandbox Experiments der Struktur zu. Das Ziel war, eine Informationsarchitektur zu entwerfen, die verschiedene Vorfalltypen handhaben konnte, ohne Benutzer zu überfordern, die möglicherweise nur gelegentlich eine Meldung einreichen. In der ersten Woche erforschten wir drei Architekturkonzepte durch Option Space Mapping, die von einem sehr linearen Flow bis zu einem modulareren Ansatz reichten, bei dem wiederverwendbare Blöcke basierend auf dem Kontext erscheinen oder verschwinden.
Wir verwendeten einfache Flow-Diagramme, um die Optionen zu vergleichen. Zusammen mit Sam untersuchten wir, wie sich jede Struktur bei kleineren Vorfällen, schweren Verletzungen und Beinahe-Unfall-Meldungen verhalten würde. Eine Beispiel-Journey begann mit einer kurzen Beschreibung, verzweigte sich dann in Schwereauswahl, Körperbereich, sofort ergriffene Maßnahmen, Beweisanhänge und Vorgesetztenbenachrichtigung. Wenn die Schwere einen Schwellenwert überschritt, erschienen zusätzliche Felder für medizinische Behandlung und Follow-up-Planung.
Nach Überprüfung der Trade-offs durch tension-driven reasoning wählten wir eine modulare Architektur, die eine konsistente Hauptstruktur beibehält, aber bedingte Bereiche hinzufügt. Dies wurde zur UX-Architektur für Mobile Apps, die Klarheit mit Flexibilität kombinieren müssen. Es gab Sam eine konkrete Möglichkeit, den Umfang mit zukünftigen Entwicklern zu diskutieren, weil es sowohl die stabilen Elemente als auch die konfigurierbaren Teile des Systems ausdrückte.
UNTERSTÜTZUNG FRÜHER PRODUKTSTRATEGIEENTSCHEIDUNGEN FÜR GRÜNDER
Parallel zur strukturellen Arbeit führten wir dedizierte Gespräche über die Richtung. Sam war eine Erstgründerin und wollte verstehen, wie eine forschungsbasierte Idee zu einem Produkt wird, das gebaut, verkauft und gewartet werden kann. Diese Sitzungen waren strukturiert, nicht inspirierend. Wir durchliefen Produktstrategie für Erstgründer in ihrer Position und verwendeten ihre Idee als Referenzpunkt.
Wir diskutierten mehrere Staging-Optionen. Eine konzentrierte sich auf einen einzelnen Kern-Flow für Vorfallerfassung und -überprüfung innerhalb einer kleinen Anzahl von Pilotorganisationen. Eine andere fügte Analytics und Reporting früher hinzu, was mehr Investition erfordern würde, aber bestimmte Käufer ansprechen könnte. Wir berührten auch Optionen für Partnerschaften mit Sicherheitsberatungen und Schulungsanbietern, die bereits innerhalb von Unternehmen arbeiten.
Durchgehend verbanden wir jeden strategischen Pfad zurück zum Prototypen und zum UX-Design für Startups, die unter Ressourcenbeschränkungen operieren. Am Ende dieser Phase hatte Sam eine einfache Roadmap dessen, was zuerst zu bauen, was aufzuschieben und wie jede Wahl Kosten, Zeitplan und Risiko beeinflussen würde. Die Designarbeit und das strategische Denken verstärkten einander, anstatt auf separaten Spuren zu laufen.
Als Erstes will ich sagen, dass es unglaublich für mich ist zu sehen, wie meine Idee wahr wird. Vielen Dank für eure Arbeit und eure Unterstützung.
ITERATIVE PROTOTYPENTWICKLUNG UND KOLLABORATIVE DESIGNZYKLEN
Sobald wir uns über die Informationsarchitektur und den anfänglichen Umfang einig waren, gingen wir während der Concept Convergence zu strukturierter Prototyparbeit über. Über zwei Wochen erstellten wir drei aufeinanderfolgende Wireframe-Versionen, die jedes Mal an Detailtreue zunahmen. Der erste Durchgang deckte die wesentliche Meldungs-Journey von Vorfallerstellung bis Follow-up-Status ab. Der zweite fügte Variationen für verschiedene Vorfalltypen plus grundlegende Listen- und Detailansichten hinzu. Der dritte verfeinerte Formulierungen, Feldgruppierungen und die Reihenfolge der Aktionen.
Sam nahm an regelmäßigen Review-Sitzungen teil, bei denen wir gemeinsam die Flows durchgingen. Sie überprüfte, ob die Reihenfolge der Fragen mit der realen Meldungspraxis übereinstimmte und wo Forschungskonzepte bewahrt werden mussten. Wir brachten eine Produktperspektive ein und stellten sicher, dass die Flows auf einem Telefon handhabbar bleiben würden und dass jeder Schritt ohne unnötige Komplexität implementiert werden konnte.
Diese Phase fühlte sich wie Gründer-UX-Beratung im besten Sinne an. Der Prototyp wurde zu einem gemeinsamen Arbeitsbereich, in dem akademisches Denken, Produkteinschränkungen und praktische UX-Überlegungen zusammentrafen. Am Ende hatten wir ein interaktives Modell, das sich wie eine echte Anwendung verhielt, nicht nur ein Storyboard. Es war robust genug für frühe Demonstrationen und flexibel genug, um nach Feedback angepasst zu werden.
VALIDIERUNG DURCH TESTING UND DURCHDACHTE VERFEINERUNG
Um zu überprüfen, ob unsere Annahmen außerhalb des Projektteams standhielten, führten wir eine Runde von Benutzertests für frühe Produkte mit einer kleinen Gruppe von Personen durch, die regelmäßig mit Arbeitsplatzvorfällen zu tun haben. Jeder Teilnehmer wurde gebeten, einen kürzlichen oder plausiblen Vorfall aufzuzeichnen, dann einen bestehenden zu überprüfen und eine Follow-up-Notiz hinzuzufügen. Wir beobachteten ihre Pfade, Fragen und Zögerpunkte.
Das Testen brachte einige konsistente Themen zutage. Einige Benutzer zögerten, als das System von kurzen zu längeren Formularen wechselte, also passten wir die Einführung an und ordneten bestimmte Bereiche neu, um ein klareres Gefühl für Progression zu schaffen. Das Gruppieren von Beweisanhängen und kontextuellen Details reduzierte Rückschritte. Das Vereinfachen einiger Verzweigungsregeln machte es für Benutzer einfacher zu verstehen, warum neue Felder erschienen.
Diese Verfeinerungen veränderten die zugrundeliegende Forschung nicht, sondern halfen, sie mit beobachtetem Verhalten in Einklang zu bringen. Für Sam war es eine konkrete Demonstration, wie forschungsgetriebenes UX und Belege von Feldnutzern sich gegenseitig unterstützen. Der aktualisierte Prototyp gab ihr mehr Vertrauen beim Erklären des Konzepts, weil sie wusste, dass er von Menschen außerhalb ihres eigenen Kreises erprobt worden war.
INVESTOREN-DEMO UND BLEIBENDER WERT
Mit der validierten Struktur entwickelten wir eine zurückhaltende UI-Ausrichtung, die der Ernsthaftigkeit von Sicherheitsarbeit entsprach und die Flows auf Mobilgeräten leichter verfolgbar machte. Das Ziel war keine finale Marke, sondern eine kohärente visuelle Sprache, die den Produktzweck und die Reife ausdrückte. Damit stellten wir einen prägnanten interaktiven Pfad zusammen, der eine End-to-End-Vorfall-Journey zeigte, zusammen mit grundlegenden Review- und Follow-up-Ansichten.
Dieses Artefakt diente als Grundlage für die Erstellung eines Investoren-Prototyps. Sam konnte potenzielle Berater, Investoren und frühe Partner durch ein konkretes Szenario führen, ohne auf abstrakte Beschreibungen angewiesen zu sein. Sie konnten sehen, wie sich ihre Forschung in reale Schritte auf einem Bildschirm übersetzte und wie sich das System im täglichen Gebrauch verhalten würde.
Über die unmittelbare Demo hinaus schuf die Arbeit dauerhafte Grundlagen. Die Informationsarchitektur, Flows und UI-Ausrichtung können an zukünftige Entwicklungsteams übergeben werden, ohne bei Null zu beginnen.
Die Organisation gewann immaterielle Ressourcen: Urteilsvermögen darüber, wie sich akademische Sicherheitsforschung in praktische mobile Workflows übersetzt, gemeinsame Produktintuition darüber, wie Vorfallmeldungssysteme Benutzer durch komplexe bedingte Logik führen sollten, und Denkfähigkeit, die zukünftigen Entwicklungsteams ermöglicht, Features zu erweitern, ohne das Interaktionsmodell zu fragmentieren. Das System kann seine competitive position aufrechterhalten, indem es Arbeitssicherheitssoftware in rigoroser Forschung und klaren User Journeys verankert, während Konkurrenten, die generische Formularersteller über domänenspezifische Vorfalllogik priorisieren, Schwierigkeiten haben, Organisationen zu bedienen, die unter realen Sicherheitsconformance- und Meldungsanforderungen arbeiten.
Das Projekt zeigte, wie sorgfältige Frühphasen-UX-Beratung und Mobile-App-UX-Design Gründer unterstützen können, die aus Forschungshintergründen kommen, indem es ihnen hilft, von der Theorie zu einem Produktpfad überzugehen, der in einem Investitionskontext verständlich, baubar und glaubwürdig ist.
ERGEBNISSE
Interaktiver Prototyp in 4 Wochen gebaut
Volle Dokumentation für die Entwickler
Investorendemo in einer Woche erstellt
Zwei UI Designs für die App