外部トリガーを使用してアプリのプロトタイプを作成するにはどうすればよいですか？
最近、私はコールセンター向けのアプリを設計しています。経験豊富なコンサルタント向けです。どうやってテストするのかと思っていました。重要な部分は、実際の問題を抱えている実際のクライアントと話しているだけでなく、タイマーなどの実際のコントロールと通信しているからです。 （機能的にはかなり控えめでしょう）？
どのツールを使用するかはわかりません（私の場合はAxureなので、この回答の多くはその機能を参照します）。この課題に何度か直面しました。私の目には、オプションは次のとおりです。
手動でエフェクトをトリガーしてアクションをシミュレートする
これは私がほとんどの場合に持っているアプローチです。私は単にボタンを配置します（システムの一部ではないことを明確にするスタイルをボタンに与えます。一部のクライアントはそれを内部にあると考えるため、非常に重要です）。たとえば、メッセージングシステムをワイヤフレーム化するときに、インターフェイスの横に[[Simulate new message]と言うシンプルなHTMLボタンを配置します。
効果を自動的にトリガーしてアクションをシミュレートする
ツールで許可されている場合は、一部のアクションを遅延してトリガーすることもできます。 SMS認証が必要なモバイルアプリをワイヤーフレーム化しました。通知内で切り捨てられないようにするために、確認番号から通知を開始することが重要でした（iOSの制限）。 4093はあなたの確認コードです。」私がしたことは、画面がロードされてから数秒後に、ワイヤーフレーム画面の上に通知を表示することでした。
一部の要素をiFrameに埋め込む
これは、検討できるもう1つのことです。非常にまれな状況で使用できると思いますが、使用する埋め込み可能な要素が少しある場合に限られます。私はそのような埋め込み可能な要素でこのアプローチを一度取りましたが、数回それを使用して、たとえばワイヤーフレーム内の記事または外部システム（たとえば、Facebookアプリに埋め込まれたブラウザーなど）。
JSの使用
これは、ツールがもちろんそれを許可し、JSの使用に関する知識がある場合におそらく使用できるものです。繰り返しますが、Axureはそれを許可しているため、JSコードを使用できます。ただし、私のJSスキルは、ここでどのような制限があるかを説明するのに十分な大きさではありません。理論的には、JSを使用して、それに基づいていくつかの変数を設定できます。
出力のハッキング
その他のこと（ここでもAxureコンテキスト）は、ワイヤーフレームをエクスポートしてから、コード自体を編集していくつかの追加機能を提供します。私は一度試してみましたが、本当に本当に厳しい要件がない限り、私はそれをお勧めしません。ワイヤーフレームで何かを変更するたびに、エクスポートされたファイルを再編集し、手動でAxshareにアップロードする必要があるため、これは非常に煩わしいです。
静的にしてください！
可能な限りこのアプローチをとってください。ワイヤーフレームの一部の依存関係またはユーザーインタラクションの背後に隠されているものが多ければ多いほど、受信者/利害関係者にはまったく表示されない可能性が高く、このようにしてはいけないというフィードバックで開発されると、あなたに戻ってきます。もちろん、クライアントによって異なる場合がありますが、一般的には、このアプローチは良いと思います。とにかく、ワイヤーフレームは仕様と動作中のシステムとの間の妥協であるので、そこに正しく再現できないものがあるのは当然です。
もちろん、答えはアプリで何をテストしたいかによります。ただし、ほとんどのテスト目標では、これらの機能をプロトタイプに複雑に含める必要があるとは思いません。
ユーザビリティをテストするためのユーザーテスト
静的な設計しかなくても、テストユーザーが意図した機能を簡単に想像できることにはいつも感心します。タイマーなどの既知の要素については、動的である必要はありません。プロトタイプに静的な数値が表示されていても、実際のアプリで時間をカウントすることは、すべてのユーザーが想像できます。また、意図した動作をテストユーザーにいつでも説明できます。動的タイマーのプロトタイピングで多くの時間を浪費する代わりに、それをシンプルに保ち、できるだけ早くユーザーのフィードバックを得るようにしてください。
クライアントにプロトタイプを提示します
プロトタイプを提示する場合、プレゼンテーションに応じてプロトタイプを準備できるため、動的要素も必要ありません。その後、プロトタイプは準備された順序で完全に機能しますが、詳細に多くの時間を費やすのではなく、アイデアを伝えるための要件を満たし、概念の実証として機能します。
必要な機能を定義します
アプリに必要な機能を見つけたい場合は、プロトタイプから始めることはおそらくないでしょう。代わりに、ターゲットグループが実際の状況でどのように機能しているかを観察し、インタビューを実施します。プロトタイプを提示して意見を聞くこともできますが、完全に動的な要素も必要ありません。
もちろん、テストユーザーやターゲットグループについて必要以上に説明したくはなく、説得力のあるプロトタイプをクライアントに提示したいとします。プロトタイプの動的な動作を簡単にシミュレートする方法は簡単です。私は Pidoco を使用して作業していますが、他の多くのプロトタイピングツールでも同様の機能が提供されています。
1。時間ベースの相互作用
多くのツールには時間ベースのインタラクションが含まれており、事前定義された時間遅延でアクションをトリガーできます。例えば。着信がシミュレートされる特定のページで数秒後にポップアップが表示される場合があります。時間ベースのインタラクションは通常、以前のインタラクション（特定のボタンがクリックされた後の特定の時間）またはページの読み込み（特定のページが開かれた後の特定の時間）に関連付けることができます。
2。アクションエリア
アクション領域またはリンク領域とも呼ばれる領域は非表示の領域であり、クリック、ホバー、またはその他のユーザー入力に対して特定の反応を引き起こします。これは、プロトタイプを提示して自分だけが操作しているときに特に役立ちます。ただし、状況によっては、テストユーザーにも使用できます。
3。行動を促す要素
もちろん、特定のアクションをトリガーする表示ボタンやその他の要素を追加することもできます。例えば。 「incoming call」と呼ばれるボタンは、着信コールのシミュレーションをトリガーできます。これらの可視要素は、実際のアプリのデザインに属していないため、プロトタイプではそれほど見栄えがよくありません。私は通常それらをページの上部または下部に配置するため、アプリに含まれる実際の要素と空間的に区別し、それらが必ずしも表示されないビュー（スクロールなど）を提供します。