UIデザインの多くの概念は、文字通りの観点からはそれほど違いはありませんが、実際には大きく異なります。長い間公開していない台湾のデザイナーであるTeacher @Akane_leeは、概念を分析し、フローチャートとUIフローの機能について詳しく説明した機会を取り、詳細に詳細に説明しました〜
私はほぼ1か月間記事を投稿していません。計画の作成、プロトタイプの作成、実験的な学生のレポートを実行しています。最近、私は多くのUIフローを整理する必要があります。頭を整理すればするほど、ペーストのように感じます。 UIフローとフローチャートについて話しましょう。フローは「プロセス」、UIフローはページフローであり、フローチャートはフローチャートで、2つは完全に異なるチャートです。
UIデザイナーはUIフローに非常に精通していますが、フローチャートに精通していない場合があります。ソフトウェア開発では、フローチャートは通常、「判断」に焦点を当ててSAによって書かれています。それはそれほど難しくありません。それを雑誌に添付された心理テストとして扱い、「はい」を選択して右に移動し、「いいえ」を選択して左に進みます。
RDの場合、プログラムを作成する前に、まず「論理」、つまり、さまざまな「判断」で構成される運用アーキテクチャを知る必要があります。ロジックはUIにとっても非常に重要です。そうでなければ、ユーザーは操作後にどのような応答を与えるべきですか？
最も繁栄しているメンバーログイン
「メンバーログイン」を例として、ユーザーがアカウントのパスワードを入力し、入力が正しい場合、メンバー情報ページに自動的にジャンプします。入力が間違っている場合、エラーが促されます...
機能マップから、UIフローを描きたいです。私はしばしば「ユーザーが誤って動作した場合に何をすべきか」を無視します。最後の瞬間に、私は不足があることを発見しました。つまり、UIは欠落しているページを緊急に追加し、RDはその努力ではエレガントではありません。エラーは、ステージに置かれたものではなく、時間があるときに補足されるものではないことを促します。ページとプログラムは口で書かれていません...
確認コードをお送りします
とても簡単に思えますか？それだけではありません。実際に描くと、考慮されていないUIフローで多くのことが見過ごされがちであることがわかります。 （そして、どうして機能が追加されていないのでしょうか？）
ユーザーがエラーを入力し続けることがあり、誰かがアカウントを盗もうとしていると推測するのは合理的です。一般的なブロッキング方法は、複数のエラーを入力するユーザーに、もう1つのフィールドの検証コードに記入するように依頼することです。したがって、フローチャートは次のようになります。
上の写真は単純なプロセスデモンストレーションですが、「ちょっと、検証コード関数を追加する」というカジュアルな文であり、フローチャートは突然脂肪になります。実際のメンバーログイン検証には、さらに多くのトリックとセキュリティ上の考慮事項があります。たとえば、3つのログインエラーがある場合は、「パスワードを忘れた」などを提供します。アカウントを直接ロックする場合は、カスタマーサービスに連絡してアピールしてください。
フローチャートとUIフローは互いに補完され、UIフローチャートも最初に提供されます。フローチャートがなく、処理する判断力がわからない場合、UIフローが生成されます。ページが欠落し、機能が欠落している可能性は非常に高くなります。
UIフローのみがあり、フローチャートがない場合、RDは画像と判断方法に基づいてフローチャートをほとんど想像できませんが、システムが大きいほど、パッケージがより多くなり、パッケージの可能性がRDエクスペリエンス値に基づいて決定されます。しかし、UIフローさえありません。ほんの数本のワイヤーフレームやモックアップは、象に触れる盲人です。単一の静的イメージを見ると、ページを文字化する方法がわかりません。あなたがそれを補うためにあなたの脳に頼っているならば、それは奇妙です。
何も与えない場合は、プロトタイプを投げてRDにコピーするように依頼してください。まったく同じことをするのはとても簡単ですか？また、RDは、各画面を押してすべてのボタンを押して、関数を接続する方法を知る前に、さまざまなエラーを試してみる必要があります。これを行うためにRDがどれくらい嫌いですか？
参考文献：
フローチャート - MBAシンクタンク百科事典
フローチャートの説明
UIデザイナーの観点から見ると、フローチャートは「ユーザーの動作と完全なタスク、およびこの状況でソフトウェアの応答方法」と見なされ、UIフローは「ユーザーがこの方法で動作し、これらの機能と情報が表示されるため、ページとページがこのように接続されているため」と見なすことができます。
UIデザイナーは、フローチャートを描く方法を知る必要はありませんが、それらを理解する必要があります。一般的なフローチャートシンボルが固定されています。醜く見えるからといって、新しいスタイルをデザインしないでください。 RDは間違いなくテーブルを回します。
「結婚前の頭の中の水は結婚後に涙が流されます」という有名な言うことがあります。これはソフトウェア開発に適用されます。「仕事の前にあまり費やされていない脳は、仕事の後に損傷を受ける肝臓は、仕事の後に損傷する肝臓です」初期段階では何回の機能が予想されないか、後期には労働時間の数が予想されていません...