Produkt · User Flows
Plane das Spiel, bevor Code geschrieben wird.
EvonX macht aus einer Änderung am Spiel zuerst einen Ablauf: die Screens, die Wege und die Grenzfälle. Der Screenshot unten zeigt eine Funktion für ein tägliches Geschenk.
Aus deinem Spiel abgeleitet, nicht von Hand gezeichnet
Abläufe werden aus den echten Screens und dem Datenmodell deiner Anwendung erzeugt – keine Whiteboard-Skizze, die schon am Tag nach dem Zeichnen nicht mehr stimmt.
Verzweigungen und Grenzfälle inklusive
Der Normalfall ist der leichte Teil. Abläufe zeigen auch leere Zustände, Validierungsfehler und Berechtigungszweige, damit sie vorher entschieden statt erst im Test entdeckt werden.
Sieh, was eine Änderung berührt
Bevor die Arbeit beginnt, zeigt der Ablauf, welche Screens und Wege deine Anfrage betrifft – so gibst du den Umfang frei, nicht nur die Idee.
Immer aktuell
Wenn sich die Anwendung weiterentwickelt, entwickeln sich die Abläufe mit. Es gibt kein veraltetes Diagramm zu pflegen, weil der Ablauf aus dem Produkt selbst abgeleitet wird.
Ändere einen Ablauf, nicht eine Codebasis
Der günstigste Moment, eine Designentscheidung zu korrigieren, ist, bevor sie im Code existiert. Einen Schritt umzustellen oder einen Zweig in einem Ablaufdiagramm hinzuzufügen dauert Sekunden; dieselbe Entscheidung aus ausgelieferten Screens herauszubauen dauert Tage. EvonX zieht dieses Gespräch nach vorn – in normalen Worten und mit einem Diagramm, das jeder im Team lesen kann.
Vom Ablauf zum spielbaren Build
Ein freigegebener Ablauf fließt in die Design-Mockups ein, und freigegebene Mockups steuern den Build. Bei einem Spiel ist das der Weg von einer Screen-Übersicht zu etwas, das du spielen kannst.
Live-Ops-Funktionen
Tägliche Geschenke, Pässe und Events durchlaufen dieselben Stufen, und jede wird geprüft, bevor Code geschrieben wird.
Plane den nächsten Spiel-Screen.
Starte kostenlos. Beschreib das Spiel und prüfe die Wege, bevor etwas gebaut wird.