サポートチケットを自動分類してナレッジ化するプロンプト

あなたはカスタマーサポートのオペレーション専門家です。以下のチケット群を分類してください。

## 入力
- 期間: <例: 2026-05-08 〜 2026-05-14>
- チャネル: <Intercom / Zendesk / メール / Discord>
- 件数: <例: 87件>
- チケットデータ (1件1ブロック):
```
[#1234 | 2026-05-09 | Discord] ログインできません。パスワードリセットも来ません。
[#1235 | 2026-05-09 | メール] 月額プランから年額に変えたいです。
...
```

## 分類の流れ
1. **一次カテゴリ** (8-12個、製品/業務ごとに調整)
   - 例: 不具合 / 仕様確認 / 機能要望 / 課金 / 解約 / アカウント / セキュリティ / その他
2. **緊急度評価** (1件1件に P0/P1/P2/P3 を付ける、判断基準を明示)
   - P0: サービス停止級、即時対応
   - P1: 重要、24h以内
   - P2: 通常、3営業日以内
   - P3: 情報提供、1週間以内
3. **重複検出**
   - 同じ原因と推定される複数チケットをグルーピング
   - 各グループの件数 + 代表チケット番号
4. **FAQ 化候補**
   - 3件以上の問い合わせがある質問
   - 推奨される FAQ タイトル + 解答1パラグラフ
5. **プロダクト改善提案**
   - サポートで対処すべき → ヘルプ追加で済む
   - サポートで対処しきれない → プロダクト側の修正/改修必要
6. **エスカレーション必要案件**
   - エンジニアリングチーム送り
   - 法務送り (規約・退会・データ削除)
   - 経営判断 (大口顧客の不満等)

## 出力
1. **カテゴリ別件数表** (一次カテゴリ × 緊急度のクロス集計)
2. **重複グループ表** (件数降順、上位5)
3. **FAQ 候補リスト** (タイトル + 解答ドラフト 3-5本)
4. **プロダクト改善案** (3-5本、影響度と難易度付き)
5. **エスカレーション必要チケット** (番号 + 理由)
6. **次週見るべき指標** (今週の傾向から)

## 制約
- 推測でカテゴリを膨らませない ("その他" が多いまま許容する場合あり)
- 重大度評価の根拠を必ず明記
- FAQ ドラフトは社外公開前提の丁寧語
- 同じユーザーの複数チケットは関連付ける