専門職の「プロダクトマネージャー」はCISではまだ若いが、市場ではすでに需要があります。 自社開発会社は、製品をリリースして同行できる人を探しています。 カスタム開発には、製品アプローチも必要です。 しかし、優秀なプロダクトマネージャーだけでは十分ではないため、他の分野のジュニアを採用する必要があります。
最も近い領域はプロジェクト管理です。 私は、製品管理に切り替えた元のカスタム開発マネージャーによく会います。 彼らは、新しい仕事で何が起こるべきかを理解していません。 通常、彼らはこれはプロジェクト管理の次の段階に過ぎないと考えています。
製品マネージャーとプロジェクトマネージャーの違いを見てみましょう。
責任範囲
プロジェクトの成功の主な指標は、時間、予算、タスクの範囲です。 プロジェクトマネージャーは、利害関係者から要件を受け取り、予算に同意し、プロジェクトが予定どおりに配信されるようにする必要があります。 彼は次に何が起こるかに興味がありません。
-エンドユーザーがプロジェクトを受け取って使用する方法、
-プロジェクトがどのように発展するか、または発展しないか。
プロダクトマネージャーにとって、主なことはクライアントにメリットを伝えることです。 製品の作成は、製品マネージャーの責任のほんの一部です。 彼は、製品の機能、「パッケージング」、配送、保守、開発の必要性と有効性について考える必要があります。
仮説の生成と検証
プロジェクトマネージャーはアイデアを生み出しません。効果的に達成しなければならないタスクを受け取ります。 優れたマネージャーは、顧客と一緒にプロジェクトの目標を指定し、顧客と一緒に最適なソリューションを考え、自分で提案することができます。 しかし、彼は仮説を提示したり、テストしたりしません。これは通常、事業主、顧客、その他の利害関係者によって行われます。
製品マネージャーの主なタスクは、ニーズを特定し、製品を改善するためのアイデアを提案することです。 プロダクトマネージャーは、ユーザーと多くのコミュニケーションを取り、詳細なインタビューを実施し、仮説を提示し、検証し、拒否します。 彼は、開発チームがなくてもこれをすべて実行できます。 彼は何をすべきか分からないが、自分の道を模索している。
不確実性条件
プロジェクトマネージャーは、あらかじめ決められた条件の下で業務を行います。タスクの範囲はわかっており（減らすことはできますが、それほどではありません）、条件と予算は合意されています。 通常、マネージャーの責任は、会社のガイド、内部規則、規則に明確に記載されています。
プロダクトマネージャーはそれほど幸運ではありません。彼は自分が何をする必要があるかを正確に知りません。 どの仮説が失敗し、どの仮説が利益を生むでしょうか？ ここでは、MVP、経済計算、メトリック、A / Bテスト、プロトタイプ検証-すべてがアイデアの評価に役立ちます。
プロダクトマネージャーは、実験の失敗を認識し、予想される利点をもたらさない機能を容赦なく削除する必要があります。 彼はクライアントの彼自身の考えと願いを捨てなければなりません。
指標
インタビューでは、私は常に候補者に、彼の最後の製品が持っていたメトリクス、または彼が製品の所有者だった場合に選択するメトリクスを伝えるように頼みます。 元プロジェクトマネージャーは、「ユーザー数」または「分析を台無しにしましたが、私はそこを見ませんでした」と答えています。
製品マネージャーは常により深く見えます。多くのメトリックがあり、各製品には独自のアプローチが必要です。 メトリックの選択、分析、および分析に基づいた意思決定の能力は、この職業で最も重要なスキルの1つです。
経済学
プロジェクトマネージャーは投資回収を考えず、彼の仕事は合意された予算を満たすことです。
製品マネージャーにとっては、投資回収が最初になります。 私たちはいくら費やしますか？ どの収益化モデルを選択しますか？ ユーザーを引き付け、ライフタイムバリューを高める方法 追加利益を得る方法は？ これらは私たちが常に答えを探している質問です。
販売、実装、メンテナンス
通常、プロジェクトマネージャーはこれに遭遇しません。 プロジェクトが承認され、文書に署名されました-これが責任範囲の終わりです。 プロジェクトに同行する必要がある場合、またはプロジェクトを完成させる必要がある場合、会社は新しい契約を締結するか、新しい予算、タスクの範囲、および期限で内部プロジェクトを開始します。
製品マネージャーにとって、既製の機能は始まりに過ぎません。 関連部門に同意し、製品を「梱包」し、顧客に納品し、販売部門に価値を説明する必要があります。 製品に品質が備わっていることを確認することが重要です。たとえば、b2bのメンテナンスは、製品の機能と同じくらい重要です。
チームワークと効率的なプロセスの構築は、プロダクトマネージャーにとってのもう1つの課題です。
コミュニケーションズ
プロジェクトマネージャーは、利害関係者からの要件を受け入れ、開発チームに渡します。
製品マネージャーは、より多くのコミュニケーションを持っています。 彼は、関連するすべての部門のチームへの入り口です。 営業、マーケティング、サポート部門からの質問の流れが彼に集まっています。 彼は常に顧客と通信しています。 トップマネージャーは彼にビジョンを伝えました。
効果的なコミュニケーションとインバウンドフィルタリングは、プロダクトマネージャーが最初に学ぶべきことです。
戦略とビジョン
プロジェクトマネージャーはプロジェクト期間内に行動します。通常は1年以内です。 ほとんどの場合、目標はビジネスオーナーまたは顧客によって設定されます。 プロジェクトマネージャーは、この期間内にのみマイルストーンを管理します。
プロダクトマネージャーは、自分の製品がどこに向かっているのか、1〜3〜5年後にどうなるのかという独自のビジョンを形成します。 彼は、このタスクまたはそのタスクが製品をどのように目標に近づけるかを明確に理解し、時には短期的な結果を犠牲にしなければなりません。
リスク管理
優れたプロジェクトマネージャーは常にリスクについて考え、その悪影響を最小限に抑えます。
プロダクトマネージャーは機会について考えています。 不確実性や問題は、製品を改善する潜在的な機会です。 プロダクトマネージャーは、余分な価値を獲得し、他の誰もしていないことを行う方法を考えています。
ひらめき
プロジェクトマネージャーは、明確に説明された明確なタスクをチームにもたらす必要があります。 方法 どのような時間枠ですか？
プロダクトマネージャーはユーザーの痛みを「販売」し、チームとともにこの痛みに対する最適な解決策を考え出す必要があります。 製品思考を持つチームは、ただタスクをもたらすだけではなく、複雑な質問をするようになります。 これは製品にとっては非常に良いことですが、マネージャーにはアイデアを促進し、チームに刺激を与え、問題を説明するスキルが必要です。
企業は製品思考チームについて多くのことを話します。 製品エンジニアの定義があります。タスクを引き受けて実行するだけでなく、ユーザーについて考え、独自のソリューションを提供する開発者です。
コンピテンシーマップ
プロジェクトマネージャーの職業は長い間確立されています。 彼のスキルのセットは定義され、理解可能です。
プロダクトマネージャーの職業はまだ若い。 さまざまな企業で、彼はさまざまな責任を負っている可能性があるため、スキルはより広くなければなりません。 これは、管理だけでなく、マーケティング、経済学の基礎、分析、交渉能力、リーダーシップ、デザインの基礎などです。
製品マネージャーは製品を応援しています。 製品はよく売れません-これが問題です。 営業部門に行き、理由を見つけ、プロセスを構築し、マーケティング資料を準備する必要があります。 開発リソースはありません-HRにアクセスしてください（マネージャーの責任ではありませんが、開発者がいないために重要なタスクが遅くなった場合はどうなりますか？） デザイナーなし-自分でレイアウトを描きます。 プロフェッショナルではないが、目標は理想的なレイアウトではなく、クライアントにとってのメリットであるべきです。
プロダクトマネージャーは、行う人がいない場合は自分で何かを実行できるか、委任できる人を見つけることが重要です。 製品マネージャーに「これは私の義務ではありません。これに対して責任を負いません。」と言うことはできません。 彼は製品が成功するために可能な限りのことをする必要があります。
まとめると
私の目標は、プロダクトマネージャーがプロジェクトマネージャーよりもクールであることを示すことではありません。 複雑なプロジェクトを率いたり、詳細な技術仕様を書いたりすることのできない優秀な製品の専門家を見かけました。 考え方と責任範囲の違いを示したかった。 設計から製品開発に切り替える場合、次のことを行う必要があります。
- 枠を超えて考える：何をすべきか、どのように価値を提供するかではなく、それを行う方法。
- 仮説を生成、テスト、およびカットします。
- 不確実性を受け入れ、削減します。
- メトリックを設定および分析します。
- 投資回収について考えてください。
- 新しい機会を探す。
- コミュニケーションの数を増やして生活することを学びます。
- アイデアを策定し、「販売」します。
- 製品の問題に対処する準備をしてください。
- 製品の成功または失敗に対して責任を負います。