Content last updated 2025-11-05

SME プロダクトマネジメントとの関わり

SME、SA、CSM がプロダクトマネジメントから支援を要求する際のエンゲージメントのルール

課題

GitLab のプロダクトマネージャーは、タグ付けされた任意の Slack チャンネルで、技術的または非技術的な質問すべてに答えられるようにすること、そして即座に顧客と会えるようにすることが期待されてきました。これは GitLab のプロダクトマネージャー(PM)のキャパシティに負担をかけています。

サブジェクトマターエキスパートシッププログラムの成果のひとつは、技術的な質問に答え、SA や AE からの要請に応じて機会で支援を提供する第一線のエキスパートとなることで、PM がスケールできるようにすることです。

これにより、プロダクトマネジメントは解放され、エスカレーションのポイントとして活用され、適切なときに顧客と会い、ロードマップの開発と提供に集中できます。

そのため、150 人の異なる SA や CSM から 150 件のリクエストを受ける代わりに、SME プログラムがそれを 50% 削減できれば、PM は SME のエンパワーメントと、SME が行き詰まったときに SME に答えることに集中できます。

現場チームは、私たちのプロダクトを販売するための営業活動のほとんどをセルフサービスで行えるべきです。SME は、より広い営業アカウントチームをサポートする方法です。

SME と PM がどのように相互に支援できるか

SME は PM を支援し、より広い営業チームを以下のようにサポートします:

  1. 専門領域の知識を活用して、プロダクトディスカバリセッションと戦略ワークショップに参加する。
  2. 深い技術的概要を提供し、機会で支援する
  3. 他の SA や AE からの技術的な質問、特に顧客に代わっての質問に sme- チャンネルで答える。
  4. よく聞かれる質問への回答を含む知識ベースを維持する。
  5. ドキュメント、市場進出資料、その他のセールスイネーブルメントに貢献する。
  6. 顧客と関わってフィードバックを集め、成果を達成する上でのギャップが何かをよりよく理解する
  7. プロダクトを改善するための Issue を協働で作成または提起する。
  8. プロダクト提供を拡大するか、ギャップを減らす機会を見つける
  9. 定期的なケイデンスで現場からのフィードバックを PM や EM に提起する
  10. SME 領域でチームの残りをイネーブルメントする - チームコールで新しい洞察、更新、学びなどを共有する

この共生関係の一部として、私たちは GitLab プロダクトマネジメントが、ソフトコントラクトの一部として、以下のように SME プログラムを支援することを期待しています:

  1. SME と少なくとも月に 1 回会い、SME をイネーブルメントしてプロダクト変更について理解を提供するか、最後のミーティング以降のプロダクトの更新を提供する
  2. 適切な sme-internal チャンネル で、SME からの質問に答えたり、SME から明確化を得たりして、SME が他のリソースを正確に支援できるよう、非常に応答的で利用可能であること。SLA:私たちは PM が SME 内部チャンネル内で SME の問い合わせに 4 時間以内に応答することを期待します。
  3. Shadow a PM プログラム(TBD) で、SME が PM をシャドウできるよう、許可し優先する
  4. Technical Skills Exchange セッション中に現場をイネーブルメントし、ロードマップ更新を提供する。
  5. 顧客にロードマップを提供する。
  6. 顧客フィードバックの収集プロセス の一部として SME によって提起された Issue に優先順位を付ける。私たちは PM がそのプロセスによって決定された確立された SLA を満たすことを期待します。

プロダクトマネジメントとどのように関わるか

最初に SME リクエストを完了せずに、直接 PM に連絡することを控えてください

AE、SA、または CSM が PM、Field CTO に直接リクエストする場合は、リクエスター側に最初に SME のリクエスト を検討するよう尋ねてください。あなた、つまり SA/CSM は、適切な SME チャンネルで SME をリクエストできます。

SME が最初にエンゲージされていなかったと判断され、リクエストがエスカレーションやプロダクトの方向性のリクエストに関連していない場合、PM はすべての質問を SME Slack ハンドルの使用により SME にリダイレクトするように指示されています。

その他の推奨事項については、PM をエンゲージまたはリクエストする前に最初に SME のリクエストを検討する をご覧ください

プロダクトマネージャーをいつ関与させるか

まとめると、PM をエンゲージできます。本ハンドブックの プロダクトマネジメント および プロダクトマネージャーのエンゲージ方法 のセクションで述べられているように、以下のシナリオで:

  1. ロードマップのリクエスト。
  2. プロダクトの方向性についての議論。
  3. 機能ギャップに関するフィードバックと質問
  4. 機能ギャップ、ロードマップ、またはプロダクトの将来の方向性について議論するための顧客ミーティングへの参加リクエスト。
    1. プロダクトマネジメントプロセスに従って Customer Call をリクエストしてください
    2. 注:AE、SA、または CSA が、特に技術的な質問やベストプラクティスに答えるためだけに、PM が明日または翌日のコールに参加するようリクエストすることはいかなる時も避けてください。 PM の代わりに SME をリクエストするべきシナリオのリストを上記でご覧ください。
    3. AE が主張するからといって、または事前に必要なコンテキストを集めず、顧客が必要としていることについて広範なディスカバリを行わずに、単純にプロダクトマネージャーがコールに参加するようリクエストしないでください。
  5. POV 中、上記で議論されたとおり、すでに SME とトリアージしている場合。これは通常、新機能で支援が必要な場合や、バグ修正または機能拡張の必要性がある場合です。
  6. 顧客のエスカレーション中、適切な エスカレーションプロセス に従った後。

SME をエンゲージした後、どのように PM をエンゲージ/エスカレーションするか

顧客機会 で、以下のシナリオでは少なくとも 48 時間前の通知で PM をエンゲージするべきです:

  1. PM が顧客と会うリクエスト(評価中、ケイデンスコール中の 1 回限り)。
  2. PM がプロダクトギャップに関する Issue を解決するリクエスト
  3. 評価(トライアル、Proof of Value)への非同期の関与のための PM リクエスト

1. PM が顧客と会うリクエスト

ただし、一部のステージ ではこのプロセスにわずかなバリエーションがある場合があります。例:Gitaly では、Issue を開く必要がある場合があります。

Issue ベースの標準化されたリクエストプロセス も参照してください。

2. PM がプロダクトギャップに関する Issue を解決するリクエスト

3. 評価(トライアル、Proof of Value)への非同期の関与のための PM リクエスト

  • SA/SME/CSM は、Customer Collaboration Projects でトライアル/POV Issue を作成します
  • TBD(プロセスは定義予定)

プロダクトマネジメントとのその他のエンゲージメント機会

Technical Skills Exchange

  1. Technical Skills Exchange では、テクニカルプロダクトマネージャーとプロダクトマネージャーが、新機能フィードバックのために SME にデモやデモのスニペットを提供します。

プロダクトマネジメントロードマップミーティング

  1. SME とプロダクトマネージャー間の月次ミーティングで、今後のリリース、主要な新機能を議論し、フィードバックを集めます。
  2. SME に対するプロダクトマネージャーまたはテクニカルプロダクトマネージャーによる四半期プレゼンテーションを以下の内容で組織する:
    • アーキテクチャの変更
    • 新しいユースケース
    • 機能と機能性
    • プロダクトロードマップ更新
  3. SME がプロダクトロードマップをレビューし入力を提供する定期的なケイデンスを確立し、顧客のニーズと市場のトレンドとの整合性を確保する。

SME Slack 内部チャンネル

プロダクトマネジメントは、SME がプロダクトマネジメントに継続的なフィードバックや提案を提供するフォーラムを作成するために、SME Slack 内部チャンネル にも含められるべきです。

SME/プロダクトマネジメントケイデンスミーティング

SME と PM は少なくとも月に 1 回会うことが期待されます。一部の PM は独自のオフィスアワーも実施しています。提案されたケイデンスとアジェンダについては SME/プロダクトマネジメントケイデンスミーティング をご覧ください。