製品運用計画 (製品ノート: 1 つの記事で製品計画を理解する)

製品ノート: 1 つの記事で製品計画を理解する

製品計画も製品マネージャーにとって重要な仕事です。では、商品企画をうまく行うにはどうすればいいのでしょうか?この記事では、商品企画を5つの側面から紹介します。見てみましょう。画面の前で製品計画をよりよく理解するのに役立つかもしれません。

数日前、上司から来年の製品企画の準備を始めてもよいと言われました。卒業後1年間は実行業務をしてきたので、年間の商品企画についてはいまだに少し戸惑っています。そこで商品企画について学びました。さて、年間商品企画の関連内容を以下のようにまとめました。以下のような観点から紹介します。

1. 製品企画とは何ですか？
2. なぜ製品計画が必要なのでしょうか?
3. 商品企画の準備作業
4. 商品企画手法の紹介
5. 製品企画の出力

商品企画とは、特定の目標（事業成長、顧客満足など）を追求するために、現在入手可能な多次元情報（顧客ニーズ、市場動向、競合他社、競争戦略など）に基づいて策定される製品リソースの投資計画です。

• 長期的かつマクロ指向のものを製品戦略計画と呼ぶことができます。
• 短期的かつ具体的な計画は、バージョン計画または反復計画と呼ばれることがあります。

計画は変化に追いつけないことが多いですが、計画なしでやっていけるわけではありません。製品計画の大きな価値は、実装プロセスにおける指針と意思決定の基盤となり、未知の変化や困難に直面しても実装プロセスをよりスムーズかつ冷静に進めることができることです。製品計画を立てることで、一度に 1 つのステップを実行するのではなく、大まかに何をしたいのかを把握できます。これにより、製品が簡単に乱雑になりません。製品企画の価値は次のとおりです。

チームメンバーが何をすべきかについて合意に達することができるように、製品ライフサイクルの各段階と、各段階の使命と目標をチームが正確かつ明確に理解できるようにします。

チームメンバーが各マイルストーンの段階で完了する必要がある主要なタスクを明確に把握できるように、チームが各段階のマイルストーンを明確にするのを支援します。

製品計画では、各段階で製品が達成すべき目標を明確に定義し、この目標をガイドとして使用します。チームメンバーが独自のサブ目標を設定し、目標を達成するために必要なアクションとタスクを策定するのに役立ちます。

製品計画を通じて、チームメンバーは他の人の目標や計画も知ることができるため、自分の小さな目標に限定するのではなく、全員がお互いの目標を知り、メンバー同士がよりよく協力できるようになります。

仕事で難しい意思決定の問題に遭遇したときは、製品計画に設定された段階目標と最終目標を参照し、それをベンチマークと最終目標として使用する必要があります。これにより、意思決定条件をより適切に制限し、製品計画に沿った意思決定を行うことができるようになります。

仕事の過程では、内部要因、外部要因、予期せぬ要因などにより、チームの仕事が徐々に予想された方向から外れていくことは避けられません。高品質な製品計画は、製品ライフサイクルの各段階でチームに指針を提供し、チームを最終目標へと導きます。

これらの基本的な概念を理解した上で、製品企画の事前準備について説明します。製品企画を行う前に、まずは豊富な情報を収集し、製品ビジョンを広げ、グローバルな思考と認識を確立し、その後の企画作業をよりスムーズに進める必要があります。

企業戦略とは、企業の発展の方向性であり、どのような製品を生産し、生産しないか、また製品に対する期待要件やリソースの割り当てに直接影響します。製品計画は、会社の戦略計画に基づいて、その計画に従って行われる必要があります。企業が提供できるリソースの割り当てと、対応するリソースを使用して製品目標を達成する方法に焦点を当てる必要があります。

製品の価値を明確にすることでのみ、正しい製品の方向性と実装計画を立てることができます。製品の価値は、企業にとっての価値とユーザーにとっての価値という 2 つの側面から考えることができます。

企業にとっての価値は、実際には、製品に対する会社の戦略の期待と要件です。製品企画は、企業戦略の枠組みの中で、ユーザーのニーズを満たし、ユーザーにとっての価値を創造する必要もあります。

製品の位置付けを明確にすることで、その製品がどのグループに役立つのかをさらに明確にすることができます。そして、ユーザーに感銘を与えて、製品を受け入れてもらい、ユーザーになってもらうにはどうすればよいでしょうか?

製品の位置付けには、ユーザー グループの位置付け (誰にサービスを提供するか)、ターゲット市場のキャパシティ (将来のターゲット グループの規模)、製品の競争力 (優れた機能は何か)、ビジネス戦略 (どのように利益を上げるか) が含まれます。

需要プールは、製品計画にとって最も重要な入力です。製品企画を行う前に、ユーザーの潜在的なニーズを明らかにし、ユーザーの需要シナリオを明確にする必要があります。

自社の製品に精通していることは、製品企画の前提条件です。現在の製品がすでにどのような機能を備えているか、どのようなシナリオを満たしているかを明確にする必要があります。フローチャートや製品アーキテクチャ図を通じて既存の機能を整理できます。

過去のデータを分析することで、市場を理解し、過去のデータの特性と将来の市場戦略に基づいて製品計画の傾向を調整することができます。また、コアとなる結果指標を細分化することで、現在改善の余地があるプロセス指標を迅速に見つけることができます。

市場分析は、企業が市場の状況と消費者のニーズをより深く理解するのに役立ち、それによって市場のニーズを満たし競争上の優位性を獲得するためのより効果的な戦略を開発するのに役立ちます。

競争分析では、ターゲット市場の位置付け、競合他社、自社の優位性に基づいて、市場を獲得し、競争上の優位性を確立するための戦略を策定します。競合ベンチマークの目的は、競合他社が持っているが自社にはないものを真似することではなく、競合他社と自社の違いの理由を分析し、違いを見つけた上で参考にすべき点を探すことです。

リソースの投入は、企業戦略計画や製品ライン戦略計画によって異なり、事業における製品の重要性に応じて適切な人材が割り当てられます。理論上は、資源投資は製品計画に基づいて決定されるべきですが、事業全体の中の製品の一つとして、ほとんどの場合、上級管理職の決定結果しか受け入れることができません。ただし、製品マネージャーは、意思決定を行う前に、市場の成長傾向やビジネス フィードバックなどの理由を使用して、積極的に取り組むことができます。

商品を企画する方法は2つあります。 1 つ目は主要な目的に基づいて計画を立てることであり、2 つ目はライフサイクルに基づいて計画を立てることです。

この計画アプローチでは、主要な目標の実施に重点が置かれます。たとえば、特定の重要な目標を達成する場合、この方法には 2 つの適用シナリオがあります。

最初のタイプは、より科学的な研究指向のプロジェクトであり、その主な目標は技術的な困難を克服することであるため、このアプローチが製品計画の目標として使用されます。この状況では、製品の実装に特別な注意が払われません。

2 番目の適用シナリオは、製品がいつ市場に投入されるかなど、いくつかの重要なノードの目標に重点を置く上級管理者によってより一般的に使用されるというものです。一般的に、製品の主要なノード目標を計画した後、チームメンバーは実装レベルでより詳細な計画と設計を実行するため、この方法を使用します。

このタイプの計画は通常、明確な商品化目標を持つ製品に対して最前線の製品マネージャーによって使用されます。このフォームは、設計を製品ライフサイクルのさまざまなリンクと目標に分割し、さまざまなリンクの詳細な目標と方向、主要な結果とアクション、および人的資源や財務資源などのリソースへの投資計画を計画するためのものです。製品計画は、目標計画、プロセス計画、リソース計画、タスク計画の 4 つの次元から実行できます。一言で言えば、どのリソースをどのタイミングで投資すべきでしょうか?どのようなタスクを通じてどのような目標が達成されるのでしょうか?

まず、マインドマッピングツールを通じて、初期の計画段階における断片的な知識、現段階での特定の需要反復に関する詳細な思考、業界の発展の現状、政策開発の動向と競合製品の状況、会社の製品マトリックス/プラットフォーム戦略計画など、疎結合した知識をマインドマップに整理する必要があります。

これらは比較的広範囲ではあるものの、あまり深く関連していない知識ポイントであり、体系的に整理して深く考え、十分な情報を習得し、持続可能な方向性を確保する必要があります。この方法によってのみ、その後の計画が逸脱しないことを保証できます。

製品アーキテクチャ図は現在に基づき、将来を見据え、情報ベースでモジュール化された、明確に階層化されたビジュアルアーキテクチャとして製品機能を実装する必要があります。これにより、プロジェクト メンバーは、プロジェクトの製品構造、機能、相互作用、複雑さ、その他の問題を迅速に理解できるようになります。同時に、技術・運用メンバーがアーキテクチャ図に基づいて、プロジェクト推進計画、技術システムアーキテクチャ計画、および製品の方向性に大きく依存するその他の計画を作成するのに役立ちます。

製品の長期および短期の開発計画が含まれます。通常はチャート形式で提示され、製品の目標、位置付け、機能、バージョン計画などを明確に説明し、各時点の主要な成果を示します。

昨年設定された目標の達成状況をレビューし、目標が要求どおりに達成されたか、目標を超えたか、要求どおりに達成されたか、達成されなかったかなどを判断します。質的側面と量的側面の両方から分析および要約し、欠陥を特定します。

データを確認することは、製品データ ファンネルを分析することです。 AARRR モデルは、データの分析とレビューに使用できます。閲覧、登録、試用、利用、離脱の視点から、各段階でのコンバージョン率や、昨年設定した目標要件が達成できたかを分析できます。そうでない場合、その理由は何ですか?

• 顧客を見る：製品のコア機能やスティッキー機能から始めて、顧客調査、コミュニケーションなどを考え、顧客から探す。共創ユーザー、高活動ユーザー、離脱顧客も含む
• 市場を見る：今年の市場の変化、新しい市場政策が発表されたかどうか、社会環境にどのような変化が起こったか、将来の経済状況はどうなるか、ユーザーグループにどのような変化が起こったかなど、当社の製品の方向性に影響を与えるものを調べます。また、私たちがサービスを提供している市場セグメントで十分なリーダーシップを発揮し、次の市場セグメントを征服できるでしょうか?
• 競合を観察する:競合がどのような変更を行ったか、特に戦略、市場、製品などの面で調査し、競合が何をしたか、そして自社と競合がどこが違うのか、特にコア機能とスティッキー機能のどこに違いがあるのか​​を把握します。特に、当社が優位性を持っている市場セグメントにおいて、次の市場セグメントを征服したい場合、競合他社はどのようにそれを行っているのでしょうか。
• 自分自身を見つめ直す：会社の有利なリソースは何か、会社の有利なリソースは十分に活用されているか、1 年以内にどのようなブレークスルーがあったか、市場セグメントで期待された成果が達成されたか、会社の人材育成は目標を達成したかなどを確認します。
• 機会を探す: 顧客、市場、競合、自分自身を分析し、会社の主要リソースを組み合わせて、顧客を中心に機会分析を実施します。 SWOT 分析手法を使用して、強みと弱みを分析できます。

• ビジョンを設定する: 製品を計画するときは、まず製品のビジョンを設定し、製品にミッションを割り当てて、製品に活力を与え、将来の製品の長期目標が何であるかをチーム全員に明確に知らせる必要があります。何をすべきか、どのようにすべきかを教えてください。優れた製品ビジョンは人々にインスピレーションを与え、チーム全員が製品の改善に貢献し、協力する意欲を喚起します。
• 目標の設定：ビジョンと中長期の目標を設定しても、それらをすべて一度に達成することはできません。中期から長期の目標を、特に次の年間の目標に細分化する必要があります。内訳は、実行可能で、定量化可能で、結果重視の 1 年間の目標という SMART 原則に準拠する必要があります。
• 戦略を立てる: 目標を設定したら、それを直接達成する必要はありません。代わりに、製品計画を実行するための戦略と方法を策定する必要があり、これを製品実装戦略と呼びます。まず、顧客、市場、競合、自分自身などを観察し、機会から実行可能な戦略を見つける必要があります。
• 製品ロードマップを決定する: 明確な製品ロードマップを作成して、どのような機能がリリースされ、どのような問題が解決されるかを決定します。

• 実施計画: 戦略に基づいて詳細なタスク計画を策定し、製品ロードマップの運用計画を実施し、特定の戦略の主要なステップとタスクをリストし、特定の責任と時間計画を割り当て、すべての関係者とコミュニケーションをとって計画の実現可能性について話し合い、最終的に目標について合意に達し、対応する評価に含めます。
• 必要なリソース: 詳細な計画を立てた後、リーダーに報告する必要があります。一方で、製品の計画と実装状況をリーダーに明確に知らせる必要があります。一方で、資金、人員、他部門からのサポート、その他のリソースなど、リーダーからのリソースを獲得するために努力する必要があります。それが高い要求であり、会社の戦略に沿ったものである場合、リーダーはより多くのサポートを提供し、あなたはより自信を持ち、その後の仕事で成功する可能性が高くなります。
• 問題リスク：製品企画において起こり得る問題リスクを整理するには、まず、問題となる障害がどこにあるのか、つまり、その後の作業で真剣に克服し解決しなければならない問題がどこにあるのかを明確に把握する必要があります。 2 つ目は、上級管理職を通じて解決できるかどうか、サポートと支援を求め、リーダーの支援によって効果的に解決できるかどうかです。

以上が私個人の商品企画メモのまとめです！コミュニケーションへようこそ。

この記事はもともと @MF によって Everyone is a Product Manager に掲載されました。無断転載禁止

タイトル画像は、CC0 プロトコルに基づいて Unsplash から取得したものです。

この記事で述べられている意見は著者自身の意見のみを表しており、人人士品夢家プラットフォームは情報保存スペースサービスのみを提供します。