1. 理由から始める - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

1. 理由から始める

成功する製品を構築するには、組織全体のさまざまな利害関係者が行う多くの意思決定が必要です。重要な課題の 1 つは、すべての決定が製品の正常な発売と一致し、貢献していることを確認することです。ほとんどの製品イニシアチブは、特定のビジネス目標や特定された市場ニーズに応じて、ストラテジストやプランナーによって開始されます。ほとんどの組織では、イニシアチブを承認し、必要なリソースを割り当てるには、通常は肯定的なビジネスケースの形で、正式なビジネス上の根拠が必要です。ビジネスケースは、記載されたビジネス目標に対する意図した製品の貢献を確立する必要があります。ビジネスケースは通常、製品所有者またはマーケティングからの情報に基づいて、財務の専門家によって準備されます。

製品イニシアチブが承認されると、製品開発プロセスは独自のものになります。組織の複雑さをナビゲートし、さまざまな組織サイロの境界を通過します。製品開発が進むにつれて、初期の戦略的目標とはますます切り離されます。タイムラインや変化する市場力学のプレッシャーの下で、さまざまなチームが戦術的な意思決定や選択を行うにつれて、最初のビジネス上の根拠は消える傾向があります。この切断は、新製品の発売の非常に高い失敗率、または新製品のビジネス価値の実現の低さを説明する可能性があります。ビジネスプランナーは、そのイニシアチブが目標とするビジネス目標を達成する方法を十分に理解した上で、製品イニシアチブを開始します。ただし、多くの場合、このプロセスに関係するさまざまな利害関係者向けの特定のガイダンスに変換することが難しい、高レベルの戦略的用語でこの関連性を表現します。

製品戦略策定のより効果的なアプローチを得るには、まず次のような重要な質問をします。

  • なぜ製品をビルドする必要があるのですか?

  • 製品は、意図したビジネス成果の達成にどのように貢献しますか?

  • 製品は顧客とビジネスにどのような価値をもたらしますか?

  • 成功とはどのようなものですか?

ビジネスケースの開発は、これらの質問が回答され、製品の主要な価値要因が特定されるまで延期されます。多くの場合、これらの重要な質問に答えるプロセスによって、製品の価値提案や重要な機能の微妙な側面が明らかになります。その結果、より正確で現実的なビジネスケースと製品ロードマップが得られます。

明確に表現され、十分にコミュニケーションがとれている製品ビジョンは、後方作業のための優れたツールです。このビジョンは、製品開発プロセスへのさまざまな貢献者が意図した成果に集中し続けるのに役立ちます。ジャーニーを続けるには、これらの貢献する関係者が多くの意思決定、設計上の選択、トレードオフを行う必要があります。明確な製品ビジョンは、意思決定プロセスを導き、さまざまなステークホルダー間の調整をサポートする優れたツールです。

プランナーと製品チームが以下を理解することは不可欠です。

  • 明確な製品ビジョンを構成するもの

  • このビジョンが製品発売の主要な質問に答える方法

  • このようなビジョンを作成して伝える方法

以下のセクションでは、製品ビジョンの主要なコンポーネントについて説明し、各コンポーネントの開発方法に関するガイダンスを提供します。

ビジョンステートメント

人間中心の設計に対する設計思考アプローチは、製品ビジョンの開発に使用できる豊富なツールセットを提供します。設計思考プロセスは、顧客のニーズ、希望、不満、目標を理解するための重要な手段として、ユーザーの感情から始まります。

顧客のエンパッシープロセスをガイドし、ビジネス上の利点と価値の実現に焦点を当てるために、製品チームはまず製品ビジョンステートメントを作成します。これは、製品の大まかな目標を確立し、顧客およびビジネスに提供する価値を明確にする簡潔で構造化されたステートメントです。目標と主要成果 (OKR) フレームワークは、チームが以下を明確に把握するために、この段階で使用できる便利なツールです。

  • 期待されるビジネス上のメリット (目標) の長期的な視点

  • 長期的なビジネス上のメリット (主要な結果) を実現するために製品が軌道に乗るように達成すべき具体的な短期的な結果

ビジョン策定段階では、製品チームは製品のビジネス目標を特定することに重点を置いています。関連するキー結果の定義はステージ 2 で行われます。

ユーザーペルソナとカスタマージャーニー

このビジョンステートメントは、顧客調査と感情のプロセスの開始点になります。このプロセスでは、ユーザーペルソナとカスタマージャーニーマップが十分に明確で詳細を提供します。ユーザーペルソナは、製品チームが顧客の行動を理解し、顧客が製品を使用する理由と方法に関する重要な質問に答えるのに役立ちます。カスタマージャーニーマップは、顧客が製品にどのように関与しているかを視覚的に表現します。また、このマップは、顧客が製品の価値をどのように認識しているかを顧客中心の視点で示します。

製品計画プロセスの早い段階で、製品チームは製品のターゲットユーザーを特定し、動作のテーマやパターンを調べます。チームは、これらのテーマやパターンを使用してユーザーをユーザーグループにソートします。各グループはユーザーペルソナで表されます。この演習は、製品チームが製品の機能に関する重要な質問に答えるのに役立ちます。例えば、製品チームは、特定の顧客セグメントにサービスを提供するには特定の高価な機能が必要であることに気付くことがあります。これにより、製品のビジネスケースが損なわれます。製品チームは、その特定の顧客セグメントを破棄するかどうか、または後のバージョンまで優先順位を下げるかどうかについて議論できます。

製品のターゲットユーザーペルソナが定義されたら、製品チームはこれらのペルソナのカスタマージャーニーマップを開発できます。これらのジャーニーマップの開発にはさまざまな手法を使用できます。製品チームは、作業方法に最適なツールを選択する必要があります。重要な考慮事項は、結果として得られるカスタマージャーニーマップに、商品開発のサポートに必要な重要な情報が含まれていることを確認することです。これには以下が含まれます。

  • 現状のカスタマージャーニー

  • 特定された顧客の目標

  • 各ジャーニーステップにおける課題、不満、摩擦

  • ターゲットカスタマージャーニー、およびこれらの不満を軽減し、摩擦を軽減する方法

  • 現状のジャーニーからターゲットジャーニーへの移行を可能にするために使用または必要とされるシステムおよび技術機能の初期ビュー

PR/よくある質問

製品チームは、収集されたデータと決定事項を使用して、製品のプレスリリースとよくある質問 (PR/FAQ) を作成できるようになりました。プレスリリースとよくある質問は、逆算を行う上で重要なツールです。これにより、意図した製品の範囲、顧客価値、ビジネス成果が強化されます。また、製品開発プロセス全体で、社内外のステークホルダー向けの製品ビジョンのコミュニケーションを大幅に改善します。PR/FAQ とターゲットカスタマージャーニーマップに基づいて、製品チームはエピックまたはユーザーストーリーの形で製品機能の開発を計画できます。これらのエピックやストーリーは、デリバリー計画のステップで製品ロードマップを形成するために優先されます。

製品ビジョンステートメント、ユーザーペルソナ、カスタマージャーニーマップ、PR/FAQ は、製品開発プロセス全体の意思決定をガイドするための効果的な製品ビジョンを構成します。