web-dev-qa-db-ja.com

デモの前にワイヤーフレームを送信しますか?

私は中規模企業の社内UXデザイナーです。私の仕事の大部分は、スペックドキュメントに含めるためのワイヤーフレームの構築です。通常、ワークフローは次のようになります。プロダクトマネージャーが新しい機能や改善を考え出し、モックアップを作成します。仕様が確定する前に、ITと一緒に話し合います。ワイヤーフレームは通常Balsamiqモックアップのようなものでは忠実度が低くなりますが、AxureまたはJustinmindスタイルのインタラクティブなプロトタイプでは時々フルになります。

質問-一連のワイヤーフレームを提示する場合、事前にワイヤーフレームを送信する必要がありますか?会議出席依頼の受信者として、私は常に、できる限り多くの情報を前もって感謝しています。しかし、デモンストレーションの提供者として、私はワイヤフレームがプレゼンテーションなしで常に意味をなさないことを理解しています。

それでは、ワイヤーフレームを事前に送信したい状況は何ですか?

5
Mark D

この回答は、UXプレゼンテーションだけでなく、ほとんどのプレゼンテーションに適用されます。

優れたプレゼンテーションは物語のようなもので、聴衆に体験してもらいたい旅に連れて行きます。 事前にプレゼンテーションを送信した場合、その旅に参加する能力が失われます

他にも潜在的な否定的な点があります。聴衆は、伝えたいことについての先入観から始めて、そのためにあなたがこの観点から言ったことを解釈することが多いからです。あなたの仕事をさらに難しくします。

関連性があると私が見ることができるのは、客観的な技術レビューを事前に行う必要があるときだけですが、それはかなりまれです。

要約すると、回避できる場合は、事前に送信しないでください。

13
JohnGB

私自身の経験では、低忠実度のモックアップは、完全な説明やコメントが付いていても、ワイヤーフレームに精通していない人にはほとんどわかりません。 (@JohnGBですでに言及されているように)誤った仮定と期待をもたらす可能性があります。

ただし、この理解しにくいことを考慮すると、次の方法でデモンストレーションを改善できます。

  1. 事前に誰か(特に機能の所有者など)にデモンストレーションを行うことで、デモンストレーションがスムーズに行われ、ほとんどのことが参加者にわかりやすくなることを明確に理解できます。その結果、デモを修正し、考えられる質問への回答を準備できます。

  2. 解決しようとしている問題の説明と次のデモンストレーションのアジェンダを含むウェルカムノートを送信します。これにより、このデモンストレーションに参加する必要があるかどうかを人々が決定できるようになります。

ワイヤーフレームは理解しにくいという事実を考慮して、適切なソリューションの数を減らし、幅広い視聴者の前で提示するのがはるかに簡単な忠実度のプロトタイプを準備するために、限られた人数でワイヤーフレームについて話し合うことを好みます。

5
alexeypegov

ワイヤーフレームやその他の概念を自分で発表するのは私自身です。

最初の見方で反応を見て、誤解をできるだけ早く処理することほど良いことはありません。

とはいえ、これが不可能な場合は常にあります。おそらく、幹部が会議に出席していなかったか、概念を第三者に説明する必要があります。

この状況では、ナレーションを伴うワイヤーフレームとの相互作用のビデオを送信することをお勧めします。これにより、詳細を説明できます。私はまた、電話の接続中、またはさらにはSkype通話中にこれをメールで送信します。

あなたが空白のままにした場合-受信者は独自の解釈を追加します。

3
corbijn

次のミーティングの前にこれを読むなどの一部の書籍では、事前に資料を送信することを推奨しています。もちろん、これは彼らがあなたが送ったものをすべて理解できる場合にのみ意味があります。

会議の前に読むことを意図したものまたは関連資料(問題の機能について見つけた研究記事など)の場合は、それを読んでもらいますが、単にリハッシュする場合は、とにかく会議で彼らは、あなたの時間を無駄にするでしょう。

2

設計会議では、クライアントとの私のプロセスの一部として、すべてのワイヤフレームを確実に見せます。言い換えれば、私が彼らに、私が破棄した主要なアイデアと、より最終的な解決策を示します。これは、オプションについてのオープンなディスカッションを作成するのに本当に役立つことがわかりました。そしてそれは私に私の設計の理論的根拠を説明することを強います。

私は非常に迅速なプロトタイピング方法を使用する傾向があります。 balsamiq。大ざっぱな見た目は、議論を促すのに役立ちます。

事前に送信する場合は、いくつかのメモを添付してPowerPointに配置します。ただし、全体としては、注釈を最小限に抑えるようにしています。人々はそれらを読まないだけです。

私は多くのオプションを共有しているため、全体として、会議の前に同僚が決まった意見を述べたことはありません。私たちは通常、非常に健全な議論をしています。私は行き止まりを明らかにしようとする私自身の意欲と私のより良い思考がこれを促進すると思います。

多分私の答えは、それがあなたがデザインプロセスのどこにいるかに依存するということです。会議の価値の早い段階では、各アイデアへの反応を評価できるため、新しい資料/方向性の最初の展開が見られます。

プロセスの後半で設計を微調整するとき、リアルタイムはそれほど重要ではありません。私はビデオを送るという考えが好きです。人々は、長いメモを読むよりも、これを表示する準備ができていると思います。

2
Lisa Tweedie