製品コンセプトを実現するために、プロダクトマネージャーが持つ最も価値ある才能は、効果的な文章を書く能力です。
なぜドキュメンテーションが重要なのか？
![]（https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_PTc9VJ5wxwdL1k6yB/boo_EJBR2kCoLVuTRTFDl/ba1c9cc6-2f5a-b10e-9eae-74f8adcdf486ux_indonesia_pqzRfBhd9r0_unsplash.jpg）
そもそも、デジタル製品の開発プロジェクトにおいて、なぜ適切な文書作成が重要なのでしょうか。
主な説明としては、以下の2点が挙げられます：
1.すべての重要な選択肢の保管場所として機能します。
複雑で長期にわたるプロジェクトでは、優先順位、機能、戦略目標などに関する重要な選択が日々行われています。
製品開発プロジェクトは、時間が経つにつれて、いつ、なぜ、重要な選択をしたのかがわからなくなることがあります。そのため、問い合わせに迅速に対応し、なぜそのような選択をしたのかを説明できるように、詳細な記録を残しておくことが重要です。
これは、あなたが作ろうとしたものが達成されたかどうか、より正確には、プロジェクトの基準を最初から満たしていたかどうかを確認するために重要です。さらに、説明責任を果たすためのモニタリングにも重要です。
2.製品情報の保持を補助するものです。
一つのプロジェクトに多くのチームが参加し、チーム間の交流がほとんどない場合も多く、また、人材の入れ替わりが激しく、効果的な引き継ぎが重要であるにもかかわらず、細部が抜け落ちてしまうこともあります。このように、ドキュメンテーションは、プロジェクトの過程で得たすべての情報を具体的に記録することで、何も失わないようにし、その知識の伝達を促進する役割を果たします。
そしてこれは、製品発売後のサポートチームやエンドユーザーへの情報伝達を考慮する前の話であり、効果的なドキュメントのもう一つの重要な役割である。
このような理由から、チームをサポートし、チームや部門間の良好な接続と連携を維持し、全員が協力して製品をリリースできるようにするために、ドキュメントが必要なのです。
商品コンセプトを実現するためには？
![]（https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_hEhWpISL2GzWXaggB/boo_EJBR2kCoLVuTRTFDl/afffdac6-e885-5a8c-deb1-2b69597a4147image.png）
プロダクトマネージャーとして成功するためには、技術的な専門知識、顧客に対する深い理解、そして新鮮な製品コンセプトを実現するための十分な創造性と規律を備えていることが必要です。
しかし、プロダクトマネージャーが学ぶべき最も価値のある才能は、プログラミングやデザインとは関係なく、効果的に文章を書く能力です。
プロダクトマネージャーとして、あなたのパフォーマンスを左右する最大の制約は、チームの他のメンバーとの効果的なコミュニケーション能力です。
あなたの役割は、火を消すことでも、製品づくりのあらゆる面をコントロールすることでも、スタンドアップミーティングを開催することでもありません。StravaのシニアプロダクトマネージャーであるEthan Hollinsheadが言っていたように"プロダクトマネジメントの最大の課題はリソースの調整です。チームのサイズは常に変化し、頻繁に不均衡になります。ある週はデザインに余裕がありiOSがない、またある週はデザインがなくすべてiOSということもあります。優先順位の高いプロジェクトの深いバックログを持つことは、効率的なチームを運営するための鍵です」。チームは常に変化しているので、うまく構造化された文書化プロセスと配置を持つことは、すべてをうまく効果的に運営するために不可欠です。
プロダクトマネージャーが担当するすべての主要な製品分野において、効果的なドキュメントの作成は極めて重要である：
プロジェクトの背景にある「なぜ」を書き出すことで、プロダクトマネージャーは早い段階で難しい選択を迫られ、チームの他のメンバーには努力を傾けるべき明確な北極星が与えられます。
プランニング：ビジョンを簡潔かつ明確にストーリー、目的、スプリントに落とし込むことで、プロジェクトはより管理しやすくなり、クライアントの要求に沿ったものとなります。
実行：デザイナーやエンジニアなどとの文書でのコミュニケーションに長けたプロダクトマネージャーは、ボトルネックを解消し、対立を解決し、アイデアを実現させることに長けています。
一般的に、プロダクトマネージャーとして自分の考えを口頭で効果的に伝えることができれば、自分の考え方がより相手に伝わりやすくなります。つまり、自分を修正したり説明したりする時間やエネルギーを減らし、重要な課題に集中する時間を増やすことができるのです。
製品要求の文書化は、より包括的な製品ビジョンに等しい。
![]（https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_Atvu5TQEy94ODrVLp/boo_EJBR2kCoLVuTRTFDl/a370be08-a260-fa0b-ad1b-71c00091cd30ux_indonesia_w00FkE6e8zE_unsplash.jpg）
プロダクトマネージャーが作成しなければならない最も重要な文書のひとつに、PRD（製品要求文書）と呼ばれるものがあります。新しいプロジェクトを始めるとき、優れたプロダクトマネージャーは、製品やその周辺のあらゆる要素を検討します。自社の製品を欲しがる顧客のタイプとその理由を確認する。その地域の他の企業がどのようなことをしているか、どうすればそのパフォーマンスを向上させることができるかを確認する。不確かなことがあれば、情報を求め、その知識に対して仮説や先入観を評価する。
優れたプロダクトマネージャーは、上記の情報を活用して、クライアントとその要求に関する物語を伝え、プロダクトチーム全体を共通の目的に向かって活気づけるのです。
PRDの重要な要素には、以下のようなものがあります：
-
目的PRDの目的部分は、あなたが解決しようとしている顧客の課題と、それがあなたの組織のビジョン、目的、野心とどのように結びついているかを記述します。これは、あなたが達成しようとしていることの包括的な目的と、あなたの製品の想定読者を概説するものです。
-
PRDのリリース部分において、いつ、何が提供されるかを概説する。これにより、社内チームはリリースの範囲と時間枠を理解することで、作業を整理することができます。重要なマイルストーンと依存関係を追跡し、全員が軌道に乗るようにします。
-
次の段階は、リリースに含まれる各機能（またはユーザーストア）を指定することです。PRDのこの部分は、何を作る必要があるのか、開発チームはどのようにそれを行うべきなのかを正確に記述するところです。
-
ユーザーフローとデザイン： **PRDには、その機能がどのように見えるか、サイトマップやページ全体のどこに位置するかを示すビジュアルワイヤーフレームやモックアップを含めてください。これにより、開発チームは、あなたが思い描いているものを正確に理解し、機能をどのように実装すべきかを理解することができます。
-
アナリティクス：機能のパフォーマンスをどのように評価するか、前もって決めておくことが重要です。その機能が意図した結果をもたらすかどうかを判断するために、その機能がもたらすと思われる影響について仮説を立てます。
-
将来の仕事：** PRDに製品の将来のロードマップ計画に関するハイレベルな情報を追加することが有益な場合があります。製品が時間と共にどのように変化していくかを理解するために、チームを助ける適切な事実があれば、それを含めてください。
コンテキストを持つユーザーストーリーは、クライアントの要求が満たされることを保証します。
製品に命を吹き込むには、戦略を立て、機能を作り上げるだけでは不十分です。プロダクトマネージャーとして最も重要な仕事は、各機能がクライアントのために何をすべきかを正確に判断し、それをチームのために最も簡潔な形に凝縮することです。
納品チームが成功するための難解なユーザーシナリオを作成するのに時間がかかるかもしれませんが、納品チームが間違ったものを作ってしまう可能性をほとんどなくすことができるので、実行フェーズではかなり時間を節約できます。この点に関して手を抜いたプロダクトマネージャーは、短期的には時間を節約できても、後々その代償を払うことになるでしょう。
問題は、自分の機能が何をするものかを述べるだけでは、消費者の文脈を無視してしまうということです。
ただ単に機能一覧を提供するように要求すると、あなたのビジョンとデリバリーチームのビジョンの間に必ず齟齬が生じます。
製品の効果的な使用方法を知ってもらうために、ユーザーのオンボーディングプロセスを完了させるためには、十分に設計され書かれた製品ドキュメントを優先することが不可欠です。しかし、製品の使い方の例を示すユーザーストーリーや、ユーザー調査に基づく実際の使用例としてどのような能力を持つかについても記載する必要があります。
文書によるコミュニケーションは、個人に責任を負わせ、イニシアチブを前進させる。
![]（https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_SkMdH7bHVaDRNaLa4/boo_EJBR2kCoLVuTRTFDl/f6ca1a85-e36d-0a54-bcf5-380ea9eec66fmarvin_meyer_SYTO3xs06fU_unsplash.jpg）
劣悪なプロダクトマネージャーは情報を溜め込み、自分の行動をスタッフに正当化することに時間を割かなければなりません。このことは、製品の勢いを失わせ、社員は仕事をこなすよりもプロダクトマネージャーとの会話に時間を費やし、プロダクトマネージャーは重要な仕事に集中するよりも火消しに時間を費やすことになります。
プロダクトマネージャーの仕事において重要なことは、チームのメンバー全員が、自分たちが開発している製品に関する豊富な情報に継続的かつ自由にアクセスできるようにすることです：例えば、FAQ、マーケティング資料、スタイルガイドライン、顧客インタビュー、市場調査、プレゼンテーションなどです。エンジニア、デザイナー、マーケティング担当者が明確な期限を持ち、それぞれの職務を遂行するために必要なデータや情報に包括的にアクセスできれば、プロジェクトはより迅速に進行することができます。
プロダクトマネージャーが社内文書に熱狂し、定期的に更新している場合、チーム全体の責任も問われます。
プロダクトマネージャーは、製品に対するビジョンや、こうあるべきという意見が公の場で文書化されるため、副社長や最高経営責任者に報告します。
エンジニアリング、デザイン、その他のチームリーダーは、自分たちのチームのプロジェクトへの貢献がビジョンで同様に定義されているため、責任を負います。全員が、自分や他の人が満たすべき基準を認識することで、チームの理解が深まり、全員が軌道に乗ることができます。
最後に、プロジェクトが進むにつれて、新たな知見により計画の修正が必要になることがあります。市場調査、顧客インタビュー、企業目標の変更など、PRDを調整する際にその根拠を示すことができれば、チームはその変更の背景にある「なぜ」を確実に理解することができます。
プロダクトマネージャーの仕事は、PRDを作成することと同じくらい、PRDを更新することにあります。チームが新たな疑問を投げかけ、ライバルが戦略を変更し、技術的な障害が発生した場合、PRDでそれらを説明し、「生きた文書」が現実から遅れることがないように保証しなければなりません。PRDが予定より遅れてしまうと、チームメンバーはPRDを権威あるものと見なせなくなり、次に問題が発生したときにPRDを参照しようという気にはならなくなります。
ドキュメントを書くことは、製品チームの秘伝のソースです。
![]（https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_4z8D06QZclNxpCYTN/boo_EJBR2kCoLVuTRTFDl/369bc520-2e75-fd34-8a9e-0495da932f4aimage.png）
すべてのチームが情報管理の問題に直面していますが、製品チームは、ミッションに関する集合的な知識を管理するという点で、独自の課題を抱えています。
凝集性は、製品の存続に不可欠です。それは、ウィジェットを組み立てることではなく、複数の異なる部門が統一された顧客体験を提供することを管理することなのです。
拡張形式での執筆は、あなたに責任を負わせるものです。論理的な矛盾にいち早く直面することになり、自分の考えだけで物事を考えていたときには気づかなかった欠点が見えてくるかもしれません。さらに、「こうあるべき」と思うものを並べるのではなく、「消費者は誰なのか」「消費者が製品に求めるものは何か」を一貫して考えることができるようになるのです。
目標や考えを書き出し、何をどう言うかを徹底することは、製品が完成したときに一貫した体験を提供するために、プロダクトマネージャーとして最も有効な手段です。
Docsieは、プロダクトマネージャーが成功するために必要なすべてのドキュメント作成ツールと機能を提供します。 Docsie無料体験 で、あなたのドキュメント作成のニーズにどのように対応できるかをご確認ください。