Issue 優先度付けフレームワーク

ビジネスゴール、IACV、コストを共通の定量化可能な表現に組み込むことで、Issue 優先度付けフレームワークを改善します

属性

プロパティ値
作成日2020年8月6日
目標終了日2022年12月30日
Slack#wg_issue-prioritization（社内からのみアクセス可能）
Google Docワーキンググループ アジェンダ（社内からのみアクセス可能）
ドキュメントハンドブックページ
関連 Issue顧客リクエストへのコンテキスト追加
関連 OKRTMAU および有料 TMAU の増加

解決すべき問題

  • 現在、「あると便利」「ブロッカー」「ダウングレード・チャーン・アップセル阻害の原因になる可能性が高い」の区別ができていません。ある顧客にとって機能 ABC はあると便利なものかもしれませんが、別の顧客にとっては絶対に必要なものかもしれません。この情報を収集し、転送し、部門間で共有するのに必要な時間は非効率でエラーが起きやすくなります。また、保持 ARR や純新規 ARR への影響といった定量化可能なデータに基づいて、全ステージを横断した相対的な優先度を決定する標準化されたモデルを解決することにもなりません。
  • 現在、部門間で情報を転送する橋渡し役として個人が行動する非常に手動的なプロセスを提案しています。
  • 既存のデータを十分に活用できていません。その理由を理解し、解決します。

ビジネスゴール

  • 定量化可能なデータに基づく標準化された優先度付けフレームワークを作成し、スケールとスピードで Issue/Epic ごとの緊急性・価値を決定できるようにします。これにより、Product、Sales、Customer Success が優先度付けのトレードオフを議論する際に共通の言語とモデルを使用できます。
  • Product DRI がより正確な情報をもとにデリバリーバックログをグローバルに最適化でき、顧客維持率と顧客獲得率が向上します。
  • 純 ARR 成長にポジティブな影響を与え、既存 ARR の維持を改善します。
  • 部門間の優先度付けフィードバックの精度を向上させます。
  • Customer Success、Sales、Product 間の効果的な橋渡しプロセスをさらに運用化します。

完了基準

（✅ 完了、✏️ 進行中）

ステップ 1: 実行可能なモデルを決定する => 90%

Issue

ステップ 2: モデルを実装・検証する => 100%

Issue

  • ✅ 初期パイロットを設計し、タスクと DRI に分解する。
  • ✅ データ関連タスクを完了できる DRI を特定する。
  • ✅ パイロットを実装する。
  • ✅ 結果と成果を評価する。合格の場合はステップ 3 へ。不合格の場合は WG を終了するかステップ 1 に戻る。

ステップ 3: スケールで検証し成果を測定する => 15%

Issue

要約: 検証後、Product/CS/Sales 全体での導入を推進し、このモデルが望ましいビジネス成果を生み出していることを確認するための測定を収集します。そうでない場合は、ステップ 1 に戻るか終了するかを決定します。

限定パイロット（特定の IC PM）:

  • パイロットに参加しているすべてのステージ。
    • 現状: 0 / 15
  • Issue/Epic をテーマや製品投資にマッピングするプロセスが確定・文書化され、Product、Sales、Customer Success の支持を得ている。
    • 現状: なし

スケールパイロット（IC PM / CSM 中心）の成功指標:

  • 80% 以上の Product Manager がフレームワークを活用したダッシュボードを定期的に使用し、四半期ごとのアンケート回答によって優先度付けフレームワークを貴重な感知メカニズムとして評価している。
    • 現状: N/A
  • 80% 以上の Customer Success Manager がフレームワークを活用したダッシュボードを定期的に使用し、CSM ダッシュボード活用により顧客要求 Issue のレポート効率が 30% 以上向上したと四半期ごとのアンケートで報告している。
    • 現状: N/A

スケールで検証・測定:

  • 上位 25% の顧客要求 Issue のリードタイムを x から y に改善する。
    • 現状: N/A
  • 優先度付けモデルとダッシュボードが、スプレッドシートを使ったトップ ARR ドライバーの管理・追跡の有効な代替手段として採用される。
    • 現状: N/A
  • 月次または四半期ごとにタグ付けされた機能要求が 20% 増加する。
    • 現状: N/A
  • 機能要求にタグ付けする Sales チームメンバーが月次または四半期ごとに 20% 増加する。
    • 現状: N/A

役割と責任

ワーキンググループの役割担当者役職
Executive SponsorDavid SakamotoVP Customer Success
ファシリテーターGabe WeaverSenior Product Manager, Plan
Functional LeadIsrael WeeksManager, Data
Functional LeadJeff BeaumontSenior Manager, CS Ops
Functional LeadTBD (Sales)TBD
メンバーPatrick HarlanManager, Customer Success Managers (Commercial)
メンバーSophie PouliquenSenior Techical Account Manager
メンバーMartin BrümmerSenior Techical Account Manager
メンバーMek StittriDirector of Quality Engineering
メンバーFarnoosh SeifoddiniProduct Operations
メンバーJonathan FullamSolutions Architecture
メンバーSherrod PatchingDirector, Customer Success Managers

ミーティング

このワーキンググループは隔週（2週間ごと）で開催されます。

ミーティングは録画され、Working Group - Issue Prioritization Framework プレイリストとして YouTube で公開されています。 このワーキンググループの性質上、すべての同期ミーティングで機密顧客情報が議論される可能性が高いため、プレイリストは非公開で GitLab チームメンバーのみがアクセスできます。

最終更新 May 6, 2026: Merge pull request #100 from kyama0/fix/upload-images-tolerate-upstream-missing (70970e1a)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License