UX設計仕様全体としてのWireBoming StoryBoard（成果物）
IA/UXデザイナーの観点から、従来の成果物アプローチではなく、Webアプリケーション用のHiFiワイヤーフレームストーリーボードについてどう思いますか？
モバイルデザイン情報アーキテクチャの成果物に関する非常に優れたドキュメントを読みました。
http://www.slideshare.net/bryanrieger/modeling-the-mobile-user-experience
再開すると、彼は、ビュー、ステート、イベントに基づいて、従来のプロジェクトではなく、次のようなさまざまな手法に基づく「ワイヤーフレームストーリーボード」（またはストーリーボードのスケッチ）を、成果物プロジェクト全体として提案します。
- サイトマップ（ナビゲーションデザイン）
- ユーザープロセス/タスクフロー（インタラクションデザイン）
- ワイヤーフレームのページ記述レイアウト（情報とインターフェースの設計）
- UIページのワークフロー（ナビゲーションとインタラクションデザイン）
- デザインパターン（インタラクションデザイン）
モバイルデザインの場合は、1つのテクニック（ストーリーボード）で以前のテクニックをすべてカバーできるため、見栄えがとても良いです。ストーリーボードをたどるだけでよいので、たとえば、ユーザータスクフローマップを作成する必要はありません。または、SiteMap。ストーリーボードには、必要なすべての情報が含まれています。
Webアプリケーションのストーリーボードについてどう思いますか？関係者と設計者がアプローチに同意したセクションをスケッチした後に使用できますか？成果物の代わりにBalsamiq、基調講演Kungfu、UXプロトタイピングなどのツールを使用できますか？
全体として、個々のツールの方が用途が広いと思います。
1つの成果物に混ぜるほど、個々の側面に焦点を合わせることが難しくなると思います。コメントで述べたHiFiワイヤーフレームの例のように、クライアントは誤った詳細に気を取られることがよくあります。
もう1つの問題は、ストーリーボードがユースケースに沿っているように感じることです。 ストーリーボードは、ユーザーが取る可能性のあるさまざまなパスすべてをどのように説明できますか？これは、全体的なエクスペリエンスを説明する優れた方法ではありますが、プロジェクトの個々の側面を評価する強力な方法ではありません。それには時間と場所があります。高品質のストーリーボードは、投資家に多くのことを語ることができると思います。
日常の意思決定者にとっては、個々のツールの方が効果的だと思います。変更を軽く行うことができない強固な基盤とフレームワークを作成します。 あなたが行う各決定は意図的であるべきそして持つべきですこれらの個々のツールのサポート。物事を順調に進めます。
個別のアーティファクト（ユーザー目標、サイトマップ、注釈付きワイヤーフレーム）に固執し、それらが冗長になることなく、それらすべてで一貫していることを確認します。
「十分な情報」という前提は、成果物を集中させ、適切な量の裏付けとなる事実を維持します。
初期のアイデアとしては、モバイルのストーリーボード、または状態が変化するプロジェクトは素晴らしいアイデアだと思います。
でも……ストーリーボードを提案しているとは全然思いません。彼は、Processing言語を使用して、インタラクティブ機能を備えたワイヤーフレームの構築を提案しています。
どちらでもかまいませんが、もったいないようです。 HTML、CSS、およびjQueryを学び、まったく同じことを行うことができます。さらに、最終的なプロジェクトで使用できるコードがあり、インタラクティブなワイヤーフレームの作成以外に役立つスキルも得られます。
それがまさに私のやり方です。 HTML5/CSS3/jQuery（モバイルプロジェクトの場合はjQモバイル）でクリック可能なインタラクティブワイヤーフレームを作成します。よく働く。
編集：
私はブライアンのプレゼンテーションに同意します。ワイヤーフレームとプロトタイプは肥大化し、ほとんどの場合古くなったり同期がとれていないため、ひどいクライアント成果物です。
ただし、XMLベースのストーリーボードシステムが異なっていることに同意するかどうかはわかりません。おそらくそうです。詳細が必要です。
私の直感的な反応は、しかし、もしあなたがハイファイに行くつもりなら、ずっと行きます。実際にはそれが組み込まれるメディアで動作します。それがWebアプリの場合、実際にインタラクションの伝達に必要なHTML CSSとJSを作成します。