製品開発業務（プロダクトマネージャー入門：製品の誕生、開発、業務内容）

プロダクトマネージャー入門：製品の誕生、発展、業務内容

プロダクトマネージャーの育成や仕事内容について、よく理解していない人も多いのではないでしょうか。この記事では、参考までに著者自身の理解を示します。

この記事の主な目的は、以下の側面を通じてプロダクトマネージャーについて包括的に理解することです。

プロダクトマネージャーの説明は、多くのインターネット情報で見つけることができます。以下はchatgpt3.5からの説明です。

この説明は、基本的に市場におけるプロダクトマネージャーの現在の定義に準拠しています。しかし、プロダクトマネージャーの誕生は、実際にはいくつかの重要な進化を遂げてきました。

進化の歴史から、プロダクトマネージャーの発達と爆発的な増加は、インターネット技術の発展と密接に関係していることがわかります。 2010 年のモバイル インターネットの勃興から現在に至るまで、モバイル APP アプリケーションはすでにレッド オーシャン競争の時代に突入しています。モバイルインターネットの急速な発展に伴い、プロダクトマネージャーの職種も進化し、より細分化された分野に分かれています。現在、市場には基本的に次のカテゴリのプロダクトマネージャーが存在します。

プロダクトマネージャーの種類に関係なく、その主な責任は基本的に製品ライフサイクルを中心に遂行され、主に以下の側面に集中します。以下の各側面については、それぞれ別の章に分けて詳しく説明します。この記事は主に、業界外の人々がプロダクトマネージャーの責任を理解するのに役立つことを目的としています。

この段階で、プロダクトマネージャーは次のことを行う必要があります。

1. 需要調査: 需要レビュー会議、需要調査会議、ユーザーインタビュー、市場調査、競合製品分析などを通じて、潜在的なニーズと期待をすべて収集します。
2. 要件分類: 収集した要件を、コア機能要件、非機能要件、データ要件などに分類します。
3. 需要分析: 需要分析は製品設計における重要な要素です。上方向にはビジネス ニーズの理解を結び付けることができ、下方向には製品の機能に直接分解することができます。したがって、需要分析では、ビジネスニーズと製品機能サポート間の論理的な関係を明確に記述する必要があります。事実、推論、データ分析を提示することで説明できます。同時に、ビジネス関係者の中には、製品との長期的なコラボレーションや長期的な製品ユーザーであるため、製品の実装方法について独自の意見を持っている人もおり、BRD に書かれている内容がビジネス要件なのか製品要件なのかを認識できないことがよくあることにも注意が必要です。このため、当社のプラットフォーム PD は、需要分析プロセス中に危険な製品の需要を特定し、その背後にあるビジネス ニーズを認識する必要があります。
4. 要求の完成度：判断・分析業務で提案されたシナリオは本当に完成しているか？ビジネスパーソン自身がビジネスオペレーションの SOP 全体に関与しているわけではないため、プロセス全体ではなく、自分がよく知っている SOP の 1 つのノードにのみ焦点を当てる場合があります。その結果、BRD コンテンツが欠落し、製品にビジネスの全体像が欠ける可能性があります。複雑な製品設計では、競合製品の分析と BRD 需要分析における会計基準の読み取りを通じて、製品のビジネス パノラマ ビューを分析、理解、完了する必要があるため、パノラマ ビューの欠如は危険です。
5. 需要優先順位管理: 要件の重要性、コスト、技術的難易度、利害関係者の影響、要件の緊急性に基づいて需要優先順位を管理し、需要管理ツールを使用して要件の後続プロセスを管理します。
6. 需要変化管理: ビジネスの展開は比較的急速であるため、製品開発プロセス中にビジネスの変化により需要が変化する可能性があります。したがって、需要分析には、変更要求の追跡、評価、管理も含まれ、需要の変化が厳格な製品評価の対象となり、ビジネス、製品、研究開発全体で要件が一貫していることが保証され、需要の変化が製品設計に大きな影響を与えないようにします。

ただし、アジャイル開発の迅速な反復のコンテキストでは、要件分析は比較的継続的なプロセスであり、製品のさまざまな反復で要件が明確化、調整、改善される可能性があります。

製品設計フェーズでは、製品マネージャーが主に製品を設計する必要があります。製品設計ドキュメントの主な内容は次のとおりです。

1. 製品市場の背景: 市場の状況と競合他社を分析して、製品設計の市場基盤を提供します。
2. 製品背景概要: 製品の需要背景、目標、製品価値を紹介します。
3. ユーザーポートレート分析: 対象ユーザーの特性と、その特性が製品に与える影響を説明します。
4. 製品フレームワーク設計: 製品フレームワーク設計には通常、製品の全体像、製品の相互作用の全体像、製品の上流および下流のステート マシン、製品ドキュメント相互作用図、製品ページ フレームワーク図などが含まれます。
5. 機能要件設計: 機能要件設計では、製品が実現しなければならない機能を詳細に記述する必要があります。通常、機能はコア機能とオプション機能に分けられます。機能要件設計では、ページのロジック、製品機能の相互作用、フィールドロジックなどの詳細な紹介が必要であり、製品の比較的詳細な論理的説明が求められます。
6. 非機能要件設計: 製品のパフォーマンス、使いやすさ、セキュリティ、互換性、信頼性などの要件を定義します。この非機能要件はあなたが思っている以上に重要である可能性があることに注意してください。非常に大規模なビジネスでは、製品のパフォーマンス要件が非常に高くなります。非機能要件を考慮しないと、要件を満たすことができないため、製品をオンラインにできない可能性があります。
7. データ要件の設計: 製品が処理する必要があるデータの種類と、データ ソース、管理、保護の要件を明確にします。
8. ユーザーインターフェースのデモ: デザイナーが製品を設計できるように、ボタンの配置、画面レイアウトなどを含むDEMOインターフェースデザインのプロトタイプを提供します。
9. 依存関係とサードパーティの統合: 製品開発が依存する外部サービス、ライブラリ、または API をリストします。
10. テスト/受け入れ基準: 製品の機能を検証する方法を定義するテスト計画と受け入れ基準。
11. リリース計画: 製品リリースのマイルストーン、フェーズ、タイムライン。
12. リスク評価: 製品の成功と対応戦略に影響を与える可能性のある潜在的なリスクを分析します。
13. 付録: 市場調査レポート、技術文書、関連規制などの追加の参考資料を含めます。

製品開発および品質テストの段階では、主に製品開発プロセス中に生じる疑問を明確にする責任を負います。品質テスト段階では、事前に介入して製品受け入れテストを実施することが主な役割です。

製品発売フェーズでは、製品マネージャーは、製品の発売とプロモーションがスムーズに進むように、製品の初期計画、プロモーション計画、マーケティング計画、発売後の運用計画について詳細な指示を提供する必要があります。

この段階では、プロジェクト マネージャーとしてのプロダクト マネージャーの役​​割がより顕著になります。製品が予定通りに発売されるようにするには、各協力者の納品進捗状況を全体的に管理する必要があります。プロダクトマネージャーのコミュニケーション能力、リソース調整能力、プロジェクト管理能力はいずれも比較的高いです。

要約すると、プロダクトマネージャーは継続的な学習と思考を必要とする役職です。新たな需要や新製品に直面して、製品マネージャーは優れた製品を作るために常に深い思考を維持する必要があります。

この記事はもともと @大年学姐 によって Everyone is a Product Manager に掲載されました。著者の許可なく複製することは禁止します。

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

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