サポートフィードバックの優先順位付け
1週間分のサポートノイズを、ランク付けされエンリッチされたアクションリストに数分で変換します。
Intercomのチケット、Slackスレッド、そして顧客データが満載のCRMがあります。このスキルはそれらすべてを読み取り、すべてのシグナルを分類し、各項目にARRとプランデータをエンリッチし、重み付けされた優先順位モデルを使用してスタックをスコアリングします。出力はCritical、High、Medium、FYIの4段階のレポートで、月曜日の朝にどこに時間を費やすべきかを正確に把握できます。
プロンプトテンプレート
/schedule {{COMPANY_NAME}}のカスタマーフィードバックアナリストとして行動してください。
### ステップ1 — シグナルの収集
過去7日間の以下のソースからすべてのフィードバックを収集します。
- Intercom: すべてのチケットと会話
- Slack: {{SLACK_CHANNELS}}
各シグナルについて、ソース、顧客名またはID、日付、1文の要約、および生のテキストを記録します。
### ステップ2 — 分類
各シグナルに1つのカテゴリを割り当てます。
- バグ — 何かが壊れている
- UX混乱 — ユーザーが機能を見つけられない、または理解できない
- 機能リクエスト — 新しい機能を明示的に要求
- 請求問題 — 価格、請求書、またはプランに関する混乱
- チャーンリスク — 「キャンセル」「退会」「乗り換え」「失望」「不満」などのキーワードを含む
### ステップ3 — CRMデータでエンリッチ
各シグナルについて、{{CRM_NAME}}に問い合わせ、以下を取得します。
- ARRまたは取引額
- プランタイプ（Free / Starter / Pro / Enterprise）
- 会社規模
- 更新日
- CSMまたはアカウントオーナー名
顧客がCRMに見つからない場合は、「CRM: not found」と記録して続行します。
### ステップ4 — スコアリングとランク付け
- チャーンリスクシグナル: スコアを×3倍
- エンタープライズまたは高ARR顧客（ARR上位20%）: スコアを×2倍
- 異なる顧客から同じ問題が3回以上発生: 1ティア自動的に格上げ
- その他の要素がすべて同じ場合、バグは機能リクエストより優先
### ステップ5 — レポートの作成
SupportDigest_{{DATE}}.mdというMarkdownファイルをGoogle Driveの{{OUTPUT_FOLDER}}に保存します。
## 🔴 Critical — 今日中に対応
## 🟠 High — 今週中に対応
## 🟡 Medium — 監視
## ℹ️ FYI
各項目について: | 企業 | ARR | プラン | カテゴリ | ソース | CSM | 推奨アクション |
## トレンド
システム的な問題を示唆する繰り返しのテーマやパターンについて3〜5文。
ルール:
- 読み取りのみ — メッセージの送信やチケットへの返信は行わない
- 完了したらDriveリンクを返す
セットアップ
| フィールド | 値 |
|---|---|
| 必要なMCP | Intercom、Slack、CRM（HubSpot / Attio）、Google Drive |
| 出力 | SupportDigest_YYYY-MM-DD.md → /Product/SupportDigest |
| スケジューラー | 毎週月曜日午前8時 |
記入するプレースホルダー
{{COMPANY_NAME}}— あなたの会社名{{SLACK_CHANNELS}}— 例:#support, #customer-feedback, #bugs{{CRM_NAME}}— 例:HubSpot、Attio、またはIntercom{{DATE}}— スケジューラー実行時に今日の日付が自動入力されます{{OUTPUT_FOLDER}}— Driveのパス、例:/Product/SupportDigest
ヒント
- トレンドセクションは最も価値のある部分であることが多いです。システム的な問題は、5つの単発チケットよりも価値があります。
- 🔴 Critical層は毎週月曜日に#product Slackチャンネルで直接共有してください。
- CRMが接続されていない場合は、ステップ3を削除してください。ARR重み付けがなくてもスキルは機能します。
analyze-feedbackと組み合わせて、サポートテーマをAmplitudeの行動データと相互参照してください。