ユーザーエクスペリエンス設(shè)計(jì)プロセスとドキュメント作成ガイド

ドキュメントの作成は、製品の概念形成、設(shè)計(jì)、作成、パフォーマンス測(cè)定に役立ちます。ただし、ドキュメントを作成する目的は単に製品メンテナンスのためではありません。結(jié)局、書(shū)面上のものがいくら多くても、本當(dāng)の製品體験とは比べものにならない。

簡(jiǎn)潔なユーザー體験提唱者Jeff Gothelf氏がSmashing Magazineの記事で紹介したように、ユーザー體験の面で単純に將來(lái)の參考として使用される詳細(xì)な成果は、制作が完了してからほとんど役に立たなくなっています。シンプルで柔軟な時(shí)代において、ユーザーエクスペリエンスの鍵は、成果物全體ではなく、製品のコアである必要があります。簡(jiǎn)単なプロセスを選択しても詳細(xì)なプロセスを選択しても、ドキュメントが設(shè)計(jì)を前進(jìn)させるのに役立つことを保証することが重要です（単なる遅延指標(biāo)ではありません）。

次に、製品設(shè)計(jì)開(kāi)発ドキュメントの作成、各要素と段階の概要を示します。企業(yè)によって製品開(kāi)発やドキュメント作成のプロセスは異なります（Spotifyなど）が、次の多くの成果物はある程度、ほとんどの企業(yè)で共通しています。

私たちが選んだ方法はすべて自分が一番いいと思っている方法で、あなたは自分の狀況に応じて自分で選ぶことができます。

製品設(shè)計(jì)文書(shū)作成において、理論と実踐は全く異なるものである。ユーザーセンター設(shè)計(jì)の基本原則を知っています。私たちもさまざまな方法の中から、さまざまな研究方法、プロトタイプ作成段階、ドキュメント作成技術(shù)の全體的な流れを認(rèn)識(shí)することができます。しかし、あなたはいつも自分にこの質(zhì)問(wèn)をします：実踐の中で一體どのように操作しますか？

簡(jiǎn)単に言えば、単に設(shè)計(jì)プロセスの補(bǔ)完としてではなく、ドキュメントと設(shè)計(jì)プロセスを補(bǔ)完することです。深く検討する前に、まずマクロ的に製品設(shè)計(jì)開(kāi)発期間のドキュメント作成作業(yè)を迅速に見(jiàn)てみましょう。以下では、設(shè)計(jì)文書(shū)作成の各ステップ間の関連付けを?qū)g踐的な観點(diǎn)から紹介します。

1.製品定義の初期段階では、必要なすべての関係者と製品やプロジェクトの展開(kāi)方法について頭の嵐を起こす必要があります。頭の嵐は、起動(dòng)計(jì)畫(huà)、簡(jiǎn)素なフレームワーク、比較的初期の概念図、モデルをもたらす可能性があります。

2.次は調(diào)査を開(kāi)始します。この段階では、あなたのチームはすべての仮説を改善し、空白の內(nèi)容を埋める必要があります。このフェーズは、製品の複雑さ、スケジュール、既存の知識(shí)の程度など、さまざまな要因によって異なる場(chǎng)合があります。しかし、全體的に言えば、競(jìng)爭(zhēng)的な市場(chǎng)分析を展開(kāi)し、顧客調(diào)査を?qū)g行することは有益で無(wú)害である。既存の製品があれば、分析技術(shù)、ヒューリスティック方法、コンテンツ、製品背景、ユーザーテストなどを?qū)彇摔工毪韦摔庖哿ⅳ沥蓼埂?/p>

3.分析段階において、現(xiàn)在までに収集された製品マーケティングデータは、ユーザ特性、體験地図、要求文書(shū)（例えば、優(yōu)先順位で並べられた機(jī)能スプレッドシート、ユーザタスクマトリックスなど）の基礎(chǔ)を提供することができる。この時(shí)點(diǎn)で、製品定義、製品優(yōu)先度、製品計(jì)畫(huà)はすでに定義されており、より正式な設(shè)計(jì)成果物になる準(zhǔn)備ができています。その間にスケッチとフローチャートを連続的に生成することもできます。

4.この段階の成果は使用シーン、概念図、モデルに導(dǎo)き、さらに設(shè)計(jì)段階に入る。一般的な文書(shū)型には、スケッチ、ワイヤブロック図、プロトタイプ、タスクフロー図、設(shè)計(jì)仕様などがあります。例えば、調(diào)査と分析の段階で得られた競(jìng)爭(zhēng)分析とユーザプロパティモデル、概念図、および使用シーンに適用されます。逆に、これらの內(nèi)容は、ワイヤフレーム図、ストーリーボード、詳細(xì)モデルなどの中間または高度な成果物にも影響を與えます。調(diào)査、分析、設(shè)計(jì)段階を大きな流れと見(jiàn)なしている會(huì)社もあります。

5.実行フェーズコードと設(shè)計(jì)リソースを組み合わせて設(shè)計(jì)仕様に合った製品にする必要があります。

6.実際の製品をリリースする際には、サポートレコード、バグレポート、その他の分析技術(shù)に基づいて、引き続き次のバージョンの反復(fù)とアップグレードを通じて製品の改善を推進(jìn)する必要があります。その後の本番モードでは、成功した継続性を確保するために、分析とレポートの形式で継続的に各種データを生成し、監(jiān)視する必要があります。

7.最後に、本番環(huán)境以下に性能指數(shù)表と分析技術(shù)を通じて絶えず測(cè)定と反復(fù)を行うことで、連続的にデータを駆動(dòng)する製品の改善を?qū)g現(xiàn)することを保証することができる。