Viele Konzepte im UI -Design sehen wörtlich nicht ganz anders aus, variieren jedoch stark. Lehrer @akane_lee, ein taiwanesischer Designer, der noch lange nicht veröffentlicht wurde, nutzte die Gelegenheit, Konzepte zu analysieren, und erläuterte die Funktionen von Flussdiagramm und UI -Fluss im Detail ~
Ich habe seit fast einem Monat keine Artikel veröffentlicht und bin damit beschäftigt, Pläne zu schreiben, Prototypen zu erstellen und experimentelle Studentenberichte auszuführen. Vor kurzem muss ich viele UI -Ströme organisieren. Je mehr ich meinen Kopf organisiere, desto mehr fühle ich mich wie eine Paste. Sprechen wir über UI -Fluss- und Flussdiagramm. Fluss ist "Prozess", der UI -Fluss ist der Seitenfluss und das Flussdiagramm ist das Flussdiagramm, die beiden sind vollständig unterschiedliche Diagramme.
UI -Designer ist mit dem UI -Fluss sehr vertraut, ist jedoch möglicherweise nicht mit dem Flussdiagramm vertraut. In der Softwareentwicklung wird das Flow -Diagramm normalerweise von SA mit dem Fokus auf "Urteilsvermögen" geschrieben ... es ist nicht so schwierig, es als einen psychologischen Test zu behandeln, der dem Magazin beigefügt ist, einfach "Ja" auswählen und nach rechts gehen und "Nein" und nach links gehen.
Für RD müssen Sie zunächst "Logik" kennen, bevor Sie ein Programm schreiben, dh einer operativen Architektur, die aus verschiedenen "Urteilen" besteht. Logik ist auch für die Benutzeroberfläche sehr wichtig. Andernfalls welche Antwort sollte der Benutzer ihm nach dem Betrieb geben?
Das wohlhabendste Member -Login
Wenn der Benutzer das Kontokennwort eingibt und die Eingabe korrekt ist, wird automatisch zur Seite mit der Mitgliedsinformationsseite eingelassen. Wenn die Eingabe falsch ist, führt dies zu einem Fehler ...
Nur aus funktionaler Karte möchte ich den UI -Fluss zeichnen. Ich ignoriere oft "was zu tun ist, wenn der Benutzer falsch arbeitet". Im letzten Moment stellte ich fest, dass es einen Mangel gibt, was bedeutet, dass die Benutzeroberfläche dringend fehlende Seiten hinzufügt und die RD in seiner harten Arbeit nicht elegant ist. Es fordert, dass der Fehler nicht etwas ist, das eine Stufe niederlegt oder ergänzt wird, wenn Sie Zeit haben. Die Seiten und Programme werden nicht von ihrem Mund geschrieben ...
Ich werde Ihnen einen Verifizierungscode senden
Es scheint sehr einfach? Es ist nicht nur das. Wenn Sie es tatsächlich zeichnen, werden Sie feststellen, dass viele Dinge auf dem UI -Fluss leicht übersehen können, die nicht berücksichtigt werden. (Und wie könnte es sein, dass keine Funktion hinzugefügt wird?)
Manchmal tippt der Benutzer weiterhin Fehler ein, und es ist vernünftig zu vermuten, dass jemand versucht, das Konto zu stehlen. Eine übliche Blockierungsmethode besteht darin, Benutzer zu fragen, die mehrere Fehler eingeben, um ein weiteres Feld des Verifizierungscodes auszufüllen. Also wird der Flussdiagramm:
Das obige Bild ist nur eine einfache Prozessdemonstration, aber es ist nur ein lässiger Satz "Hey, fügen Sie mir eine Verifizierungscodefunktion hinzu", und das Flussdiagramm wird plötzlich fett. Es gibt mehr Tricks und Sicherheitsüberlegungen für die Überprüfung des echten Mitgliedsanmeldes. Wenn Sie beispielsweise 3 Anmeldefehler haben, geben Sie mir ein "Passwort vergessen" und so weiter. Wenn Sie das Konto direkt sperren, wenden Sie sich bitte an den Kundendienst, um Berufung einzulegen.
Flow -Diagramm und UI -Fluss ergänzen sich gegenseitig, und es wird zuerst die UI -Flussdiagramme bereitgestellt. Wenn es kein Flow -Diagramm gibt und Sie nicht wissen, wie viel Urteilsvermögen zu verarbeiten ist, werden Sie einen UI -Fluss erzeugen. Die Wahrscheinlichkeit fehlender Seiten und fehlenden Funktionen ist sehr, sehr hoch.
Wenn es nur UI -Fluss und kein Flow -Diagramm gibt, kann sich RD kaum vorstellen, dass ein Flussdiagramm basierend auf dem Bild und der Beurteilung des Systems, aber je größer das System ist, desto mehr Fehler wird das Paket sein und die Wahrscheinlichkeit des Pakets basierend auf dem RD -Erlebniswert bestimmt. Aber es gibt nicht einmal einen UI -Fluss. Nur ein paar Wireframes oder Modelle sind nur ein blinder Mann, der einen Elefanten berührt. Wenn Sie sich ein einzelnes statisches Bild ansehen, wissen Sie nicht, wie Sie die Seite festhalten. Es wäre seltsam, wenn Sie sich auf Ihr Gehirn verlassen, um das auszugleichen.
Wenn Sie nichts geben, werfen Sie einfach Prototypen und bitten Sie RD, es zu kopieren. Es ist sehr einfach, es genauso zu tun? RD muss auch jede Taste auf jedem Bildschirm stechen und stechen und verschiedene Fehler ausprobieren, bevor Sie wissen, wie Sie die Funktion anschließen. Wie viel hasst du RD dafür?
Referenzen:
Flowdiagramm - MBA Think Tank Encyclopedia
Flussdiagrammbeschreibung
Aus der Sicht des UI -Designers kann das Flow -Diagramm als "So wie Benutzer arbeiten und vollständig sind und wie Software in dieser Situation reagiert", und der UI -Fluss wird auf "weil Benutzer auf diese Weise arbeiten und wir diese Funktionen und Informationen vorstellen, sodass die Seite und die Seite so angeschlossen sind."
UI -Designer muss nicht wissen, wie man Flussdiagramme zeichnet, aber Sie müssen sie verstehen. Häufige Flussdiagrammsymbole sind festgelegt. Entwerfen Sie keinen neuen Stil, nur weil Sie hässlich aussehen. Rd wird definitiv den Tisch drehen.
Es gibt ein berühmtes Sprichwort "Das Wasser in Ihrem Kopf vor der Heirat ist die Tränen, die nach der Heirat vergossen werden", das auf die Softwareentwicklung angewendet wird "das Gehirn, das vor der Arbeit weniger ausgegeben wird, ist die Leber, die nach der Arbeit beschädigt wird, ist die Leber, die nach der Arbeit beschädigt wird, die beginnt." Wie viele Funktionen werden in der frühen Phase nicht erwartet, wie viele Arbeitszeiten werden in der späteren Phase nicht erwartet ...