個人起業家
デスクを離れている間に予約、注文、または受付のフローをスケッチし、初回利用時の流れが理解しやすいかをテストします。
本格的な実装作業を始める前に検討できる、焦点の定まったコンセプトが得られます。
Android向けアプリビルダーモバイルワークフロー
自信を持ってAndroidでアプリビルダーを使う方法
モバイルブラウザからAndroidでアプリビルダーを使い、アイデアを形にし、各画面を確認し、デスクトップを待つことなく作業を進めます。
このシナリオで実現すべきこと
役立つAndroidワークフローでは、漠然としたコンセプトではなく、明確なアプリの概要、確認可能な画面の流れ、そして次に行うべき明確なアクションを残す必要があります。
-
1
焦点を絞った brief から始める
対象ユーザー、主なタスク、そして最小限で役立つ画面の流れを説明します。スマートフォンでは、長い機能一覧よりも、範囲を絞った brief のほうが確認や修正をしやすくなります。
-
2
画面ごとに流れを確認する
利用者が操作する順番に沿って、ラベル、ボタン、入力欄、ナビゲーションを確認します。最初の確認では、その流れに無理がないかに焦点を絞ります。
-
3
次の修正内容を記録する
わかりにくい点、不足している点、次にテストすべき点を書き留めます。簡潔な修正メモがあれば、次のセッションを最初からやり直さずに済みます。
各項目を明確に定義
以下の表では、充実したモバイルでの構築セッションと、急いで進めたセッションを分けて示します。結果を共有する前に、右側の列を実践的な確認基準として使用してください。
急いで進めたモバイルセッション
確認の準備が整ったセッション
1
開始時の brief
急いで進めたモバイルセッション
複数の無関係な機能を含み、主要なユーザータスクがない幅広いアイデア。
レビュー可能なセッション
1つの対象ユーザー、1つの中核タスク、そして期待される成果の簡潔な説明。
2
画面の流れ
急ぎのモバイルセッション
ユーザーが画面間をどのように移動するかを説明せずに、画面だけが列挙されている。
レビュー可能なセッション
各画面を先に進める操作を含め、主要な経路が順番どおりに記述されている。
3
入力の詳細
急ぎのモバイルセッション
必要な情報を明示せず、フォームに汎用的なフィールドを使用している。
レビュー可能なセッション
各フィールドに目的、読みやすいラベル、明確な次の操作がある。
4
Androidレビュー
急ぎのモバイルセッション
小さな画面での見た目だけで結果が判断される。
レビュー可能なセッション
タップ対象、スクロール、テキストの長さ、キーボード関連の使いにくさがまとめて確認される。
5
エラー処理
急ぎのモバイルセッション
正常系の流れは説明されているが、空の状態、無効な状態、中断された状態が無視されている。
レビュー可能なセッション
概要には、少なくとも最も起こりやすいミスと、その後にユーザーに表示すべき内容が記載されている。
6
引き継ぎメモ
急ぎのモバイルセッション
より良くしてほしいという曖昧な依頼では、次の修正内容が決まらないままになります。
レビュー準備済みセッション
具体的な変更点が優先順位順に並び、次の作業に進む前に必要な決定事項が1つ示されています。
7
共有の成果
急ぎのモバイルセッション
レビュアーは、背景や決定依頼のないスクリーンショットを受け取ります。
レビュー準備済みセッション
レビュアーには、アプリの目的、主要なフロー、既知の制限事項、具体的なフィードバック依頼が伝わります。
品質基準
Androidで最適なユースケースは、スマートフォンでレビューできるほど小規模で、ライブ説明がなくても別の人が意図した結果を理解できるほど具体的です。
プロダクトマネージャー
顧客との通話メモを簡潔な画面の流れに変換し、チームからフィードバックを得る必要がある決定事項を特定します。
次のレビューでは、元の会話を再現するのではなく、ユーザーフローと優先順位を検討します。
Android向けオンラインアプリビルダーデザイナー
初期コンセプトの段階でAndroidデバイスを使い、コピーの長さ、階層構造、タッチ操作を意識したインタラクションを確認します。
洗練されたデザインで手戻りが発生する前に、小さな画面の制約が明らかになります。
Android向けオンラインアプリビルダー開発者
構造化されたブリーフを使って、アプリの構築方法を決める前に、状態、入力、エッジケースを明確にします。
技術的な議論を、不完全な機能の略記ではなく、合意済みのユーザージャーニーから始められます。
Android向けアプリビルダー次のAndroidビルドセッションを具体的にする
集中できるワークスペースを開き、役立つ1つのフローを説明し、ユーザーが使う可能性のある端末と同じ種類のデバイスで結果を確認します。最初の試行は範囲を絞り、改善すべき点を記録し、具体的な修正を次のセッションに引き継ぎます。
モバイルビルドを開始する- 主要なユーザータスクを1つ設定する
- フローを順番に確認する
- 離れる前に次の修正内容を書く
シナリオに関するFAQ
ここでは、Androidデバイスからアプリに取り組みたい人がよく尋ねる実用的な質問に答えます。
はい、ワークスペースがモバイルブラウザで動作する場合、Androidスマートフォンからアプリビルダーを使用できます。最も有効な方法は、最初の概要を絞り込み、機能を追加する前に主要なユーザーフローを確認することです。
Androidブラウザでアプリビルダーを開き、対象ユーザー、主要なタスク、完了に必要な画面を短く説明することから始めます。次に、生成されたフローを画面ごとに確認し、最初に変更したい点を記録します。
必ずしも必要ではありません。ブラウザベースのワークフローを利用すれば、別のビルドツールをインストールせずにアプリの計画や確認ができます。ただし、具体的な体験は使用するアプリビルダーとブラウザによって異なります。
アプリ、その画面、ユーザージャーニーを自然な言葉で説明することから始められます。高度な動作や本番環境との統合にはコーディングが役立つ場合もありますが、体験の初期バージョンを明確にするために必須ではありません。
主要な経路、読みやすいラベル、タッチしやすい操作、スクロール、必須フィールド、起こり得る空の状態やエラー状態を確認します。目的、重要なフロー、既知の制限事項、具体的な質問を1つ共有すると、レビュー担当者から実行につながるフィードバックを得やすくなります。