私は、建設労働者など、特定の人々に対応するアプリケーションを作成しています[編集:「学生、またはコーヒーを飲む人」を削除しました]。したがって、たとえば、パイプの写真注釈を処理したり、労働時間を記録したり、青写真を表示したり、許可を得るために市当局に連絡したりできる建設作業員向けのアプリです。
いくつかのインタビューの結果、6つの機能が必要であることがわかりました。これらの各機能は、それ自体がアプリである場合があります。 6つの機能のうち2つを使用する人もいれば、それらすべてを使用する人もいます。
私の質問は、すべての機能を1つのアプリに統合すると、アプリで1つのものだけを使用するユーザーに余計な苦痛をもたらしますか?
私は実際に似たようなことに関わっています。最後に、アプリのメインホーム画面に各アプリのアイコンとラベルを表示する方法を採用しました。このメイン画面では、全体的なヘルプページと全体的な設定へのナビゲーションも提供されていましたページ。以下は、それがどのように設計されたかの大まかなモックアップです:
右上の設定アイコンはiCloudの使用、Dropboxへのバックアップ、パスコードロック、テーマカラー、アプリの画面レイアウトなどのためのものであるため、「全体的な設定」と言います。つまり、アプリ全体の設定は、全体。
「全体的なヘルプ」は、アプリのメイン画面と、全体的な設定の一部についてのものでした。
ユーザーがアプリの各オプションをタップすると、結果の画面にはメインの「アプリ」画面に戻るためのオプションも表示されました。また、アプリによっては、専用の「ヘルプ」または「設定」画面が表示されている場合もあります。
もちろん、あなたの場合、これほど高度である必要はないかもしれませんが、私の例を共有するポイントは、これが機能するためです。ユーザーからのフィードバックは非常に好意的であり、このデザインはユーザーからのフィードバックに基づいて時間とともに進化したものです。
6種類のアプリのように思えます。私の「アプリ」のメンタルモデルは、あなたが説明するユースケースよりも焦点が絞られています。
投稿のコメントであなたが言及しているターゲットユーザーのふりをして、「この画像に注釈を付けるには、写真アプリを開く必要があります」 "または"自分の時間をログに記録して、自分のtimesheet appで自分の職場にチェックインする必要があります。 "
私が選択した場合、私の電話のフォルダーは、これらを「Work」フォルダーの下に論理的にグループ化するのに役立ちます。アプリの開発者がそれを制御する必要はありません。私にとっては、「仕事に関連した何かをする必要があるので、「構築アプリ」を開くつもりだ」と考えるのはあまり自然ではないようです。
これにより、1つの巨大なアプリではなく、どのアプリを優先してスマートフォンのスペースを占有するかを指定できます。
直感的に行う場合は、次のアプローチを検討することにより、ユーザーの「余計な痛み」を回避できます。
ユーザーのグループを提供する1つのアプリ(たとえば、建設作業員)に、複数のタスクベースの機能があり、建設作業員のタイプに基づいて関連する機能のみを表示します。ユーザーは、初回のセットアッププロセスでこれを識別できます。または、このプロセスは、管理者がロールベースの承認を使用することで容易になります。
目標は、ユーザーのニーズに適用できるUIのみをユーザーに提供することです。
さらに、ユーザーは、ジョブの要件が変わったときに、機能を追加/削除したり、管理者にそのような要求をしたりできる必要があります。