プロダクトマネージャーとして、4つのタイプの人とのコミュニケーションスキル

プロダクトマネージャーとして、技術を学ぶことに加えて、要件文書を理解し、プロジェクトの予算を立てることも必要です。しかし、何であれ、プロダクトマネージャーにとって最も重要なことは、その仕事ではコミュニケーションスキルが非常に重視されるということです。そのため、プロダクトマネージャーの仕事内容は常に CEO の役割として説明されます。

製品マネージャーは、技術チーム、需要側、ユーザー、およびその上司の 4 つの主要グループとコミュニケーションをとります。

対象によってコミュニケーションの方法や内容は異なります。

プロダクトマネージャーとして、私はさまざまなグループの人々とコミュニケーションをとるときにさまざまな戦略を選択します。これにより、コミュニケーションの効率が大幅に向上します。

1. 製品マネージャーや技術エンジニアとコミュニケーションをとる

テクニカルコミュニケーションは、単純に0と1の問題、つまり、技術が実現可能かどうか、中間機能モジュールの重要な技術的ポイントやアルゴリズムに焦点を当てています。

たとえば、どのようなテクノロジー、フレームワーク、機器の接続が関係しているかなどです。

たとえば、血糖値測定器と統合するには、血糖値測定器の SDK と統合し、血糖値測定器の SDK ドキュメントを参照して、血糖値測定器を独自のアカウント システムに統合する方法を理解する必要があります。次の図は 4 つのデバイスの接続を示しています。 SDK 接続を通じて次の種類のデバイスに接続できます。

製品マネージャーはまず、デバイスによって提供される SDK ドキュメントに基づいて製品を設計する必要があります。文書にこのようなデータ指標が含まれていない場合、製品設計計画は意味をなさなくなります。

SDKドキュメントの例

ドキュメントを読まずに行われた製品設計は、当然ながら開発者から批判されやすくなります。

たとえば、下の図で作成した Bluetooth 信号は、バインドとドッキングのリマインダーとして使用されますが、インターフェース ドキュメントでは提供されていないため、実装する方法がありません。したがって、開発者とコミュニケーションをとる際には、技術的なソリューションと既存のデータ パラメータに基づいてコミュニケーションをとることが重要です。

したがって、技術的なコミュニケーションとは、技術的なパラメータを結び付け、技術的な原則を注意深く理解することです。

2. 私はプロダクトマネージャーであり、ビジネス需要家とコミュニケーションを取っています

ビジネス当事者は必ずしもユーザーを指すわけではありません。たとえば、電子商取引システムのクーポン機能は運用チームに提供されますが、製品発売後の主なユーザーグループは電子商取引の消費者です。

クーポン機能の目的は、電子商取引のGMVまたは注文量を増やすことであり、電子商取引の運営を担います。

クーポンルールをどのように定義および構成するか、日常生活でどのようなシナリオが発生するかについては、製品マネージャーが運用チームのクーポンニーズを認証して取得する必要があります。

「何を達成したいですか？」 「現在の問題は何ですか？」 「特定のリンクにプロセス異常はないか？」

ビジネス側との典型的なコミュニケーションでは、ビジネス側にはテクノロジーに関する知識がまったくありません。製品マネージャーは、対応する前に、ビジネス側のシステム範囲、機能モジュール、実装原則、リソース使用状況を詳しく調べる必要があります。

C エンド製品の場合、各部門または部門組織の業務は特定の製品ラインとなります。

ビジネスとのコミュニケーションで最も重要なのは、ビジネスが求める機能が製品設計計画全体の方向性にどのような影響を与えるかを提案するだけでなく、共通の機能や共通の名前に変換することです。

たとえば、病院の情報システムでは、外来診療中に 50 歳以上の患者を診察する場合、血液検査が必要であることをすべての医師に通知するポップアップ ウィンドウが表示されることを期待しています。

明らかに、このポップアップ ウィンドウは病院全体の医師の業務に影響を及ぼします。

すべての部門が独自の検査項目のポップアップ ウィンドウを持っていたとしたら、病院の HIS システムにはいくつのポップアップ ウィンドウがあるでしょうか?したがって、製品マネージャーは、システム全体への影響を軽減するために、別のシステム入口を作成するなど、より優れた製品設計計画を立てる必要があります。

製品フレームワークレベルに属するビジネス需要者とのコミュニケーション

3. プロダクトマネージャーとしての私のスキルとプロダクト部門の同僚

プロダクトマネージャー間のコミュニケーションは明らかに異なります。ユーザー調査、ユーザーポートレートからメソッド使用モデル、最終的なテクノロジーの選択、ビジネスモデルまで、あらゆるものから選択できます。

プロダクトマネージャー間のコミュニケーションは、製品設計計画とプロダクトマネージャーの需要のレビューである需要レビューに似ています。これにより、要件がより完全になります。もちろん、プロダクトマネージャーにとってチームの雰囲気が良くない場合は、同僚間でのリソース争いになります。

ユーザーのページ、ジャンプ、機能の評価といった小さなことから、製品の方向性の評価といった大きなことまで。

これには、より詳細な製品設計作業とアーキテクチャソリューションが必要です。もちろん、製品の構造をより完璧にすることもできます。

そのため、製品部門とのコミュニケーションは、需要を満たし、製品の設計能力を向上させることを目的としています。

4. プロダクトマネージャーとしての私のコミュニケーション能力と上司

プロダクトマネージャーとリーダー間のコミュニケーションスキルは、リーダーの経歴によって異なります。テクノロジー分野で生まれた人もいれば、セールス分野で生まれた人もいます。

つまり、リーダーとコミュニケーションをとるとき、プロダクトマネージャーとして最初にすべきことは、ステージ KPI とリソース要件、そして製品計画を考慮することです。どの段階まで到達できるでしょうか？これがリーダーの望みです。