消費者向け製品管理から企業向け製品管理への移行において、製品マネージャーが異なるアプローチを必要とする理由
公開: 2018-02-21エンタープライズ プロダクト マネージャーが絶対に知っておくべきことをいくつか紹介します。
ここ数年、テクノロジー プロダクト マネージャーが学ぶリソースの数と質が爆発的に増加しています。 しかし、私が気付いたのは、世の中にある製品管理リソースの大部分が、コンシューマ テクノロジに重点を置いているということです。 消費者向け製品管理から企業向け製品管理に移行するにつれて、物事の違いと、PM が企業環境に対して差別化されたアプローチを必要とする理由に気づきました。
エンタープライズ製品は構築が難しく、スケーリングと管理はさらに困難です。 この記事は、エンタープライズ プロダクト マネージャーが絶対に知っておくべきことを明確にすることを目的としています。
この記事で焦点を当てているのは、構造化された大企業 (IBM や Salesforce を参照) ではなく、小規模から成長中のエンタープライズ企業でより明白な問題の概要を説明することです。
あなたの顧客はあなたのユーザーではないかもしれません: 両方に奉仕してください
消費者向け技術では、エンドユーザー向けの製品を構築しています。 企業では、エンドユーザーとバイヤーという 2 種類の人々にサービスを提供しています。 多くの企業 (特に大企業 — ウェブサイトにロゴを掲載している企業) では、製品を実際に使用するのは、小切手に署名して支払う人ではありません。
エンタープライズ プロダクト マネージャーとして、エンド ユーザーとバイヤーの両方のニーズを理解し、すべての利害関係者に価値を提供することによってバランスを見つけることが重要です。
これは、製品が購入者のビジネス上の問題を解決すると同時に、エンド ユーザーに楽しい体験を提供する必要があることを意味します。
燃え尽き症候群への道はカスタマイズで舗装されています
若いスタートアップにとって最大のハードルは、最初の大企業のロゴを完成させるためのカスタマイズ要求の長いリストを提供することです。 企業はすぐに、簡単に収益を得られるカスタマイズに夢中になり始めます。 すべての顧客のカスタマイズされたコードが分岐し、エンジニアリング チームが 100 のコード ベースをサポートしていることに気付くまで、誰もが満足しています。
その後、すべてのリリースは巨大な演習のように見え、多くのバグが未解決のままであり、新しい更新がエンド ユーザーに届くことはありません。 また、それまでにカスタマイズ要求は製品チームのフルタイムの仕事になり、すべての製品ロードマップが混乱します。
すぐに、会社は文化的にカスタマイゼーションに傾倒するようになり、常に 1 つの大きな顧客のために構築し、市場の機能を構築することができないことに気付くようになります。
エンタープライズ プロダクト マネージャーは、新しいリクエストにアクセスする際に細心の注意を払う必要があります。 リリースをエンドユーザーに確実に届ける責任はあなたにかかっているため、簡単なカスタマイズハックは、社内の誰よりも費用がかかることを忘れないでください。 新時代の製品会社の成功は、PM がこれらの質問をどれだけ正確に分類できるか、特定された一般的なタスクを製品提供に組み込むことができるか、および需要の低いタスクを迅速に処理できるかにかかっています。
すべての要件が重要というわけではありませんが、そう聞こえるかもしれません
B2B では、ほとんどの場合、特定のクライアントに合わせた製品要件を取得します。 それらのいくつかはクライアント起動のブロッカーであり、いくつかはあると便利です。 表面的には、その百万ドルの取引を達成するにはすべてが非常に重要に見えます.
あなたにおすすめ:
メタバースがインドの自動車産業をどのように変革するか
反営利条項はインドのスタートアップ企業にとって何を意味するのか?
Edtech スタートアップがインドの労働力のスキルアップと将来への準備をどのように支援しているか...
今週の新時代のテック株：Zomatoのトラブルは続き、EaseMyTripはスト...
インドの新興企業は資金調達を求めて近道をする
デジタル マーケティング プラットフォームの Logicserve が 80 億ルピーの資金を調達し、LS Dig...
優れた PM は、ランドリー リストに優先順位を付け、クライアントが製品ロードマップの混乱を最小限に抑えて提案された価値を確実に理解できるようにすることができます。 ノーと言う方法を学びましょう。
利害関係者の管理
B2B 製品管理には、複雑で多層的な関係者管理が含まれます。 顧客/ユーザー以外に、通常、セールス、プリセールス、カスタマー サクセス、サポート (または、自社とクライアントの段階によってはそれ以上) とやり取りし、それらすべてに推進すべきさまざまな議題があります。
PM として、リリース サイクル、ロードマップの計画、および機能の成功について常に最新情報を提供する必要があります。
クライアント/市場のタイムラインを理解する
B2B では、リリース タイムラインは、製品チームの制御が及ばない多くの外的要因の影響を受けます。 たとえば、ほとんどの企業は、ホリデー シーズンや会計年度末の直前に大きなリリースを行うことに同意しません。 したがって、リリース サイクルを計画している間は、提案された計画が実際に実現するように、そのようなイベントを予測する必要があります。
マージされていないコードを管理することが大きな頭痛の種になるため、一部のリリースはロードマップの残りの部分にカスケード効果をもたらします。
B2B プロダクト マネージャーは、技術チームと非常に近くにいる必要があります
一般に、B2B 製品には多くの文字列 (API、信頼性、セキュリティ面) が付随しています。 B2B 製品の製品マネージャーとして、技術の実装をよく理解して、一度に正しく理解する必要があります。
また、B2B の技術タスクの多くは明確な影響領域を持っていないため (エンジニアリングのやる気を失うこともあります)、技術チームと緊密に連携して、より大きなスキームでの影響を理解できるようにする必要があります。
企業の製品管理は、企業の段階によっては非常に困難な場合があります。 同時に、自分の過ちを特定し、そこから学び始めると、全体論的な学習体験が加速する可能性があります。
Pritam Roy によるこの投稿は、Medium に最初に掲載されたものであり、許可を得て複製されています。