support-escalation-engineering-review

サポートエスカレーションのエンジニアリングレビュー

このスキルは、サポートのエスカレーション、エンジニアリングのトリアージ、バグの受付、再現、回避策、SLA、顧客への更新に関する質問を、担当者、ゲート、指標、復旧手順を含む具体的な成果物に変換するために使用します。

ワークフロー

1. サポートチャネル、問題の分類体系、重大度ルール、顧客セグメント、再現用の成果物、ログ／トレース、担当チーム、現在のキュー、SLA の約束、顧客とのコミュニケーションに関するギャップを特定します。
2. references/support-escalation-engineering-patterns.md を読みます。
3. エスカレーションを、使い方、既知の問題、バグ、インシデント、データ修復、請求の修正、セキュリティ／プライバシー、機能リクエスト、製品上の不足、エンジニアリング調査のいずれかに分類します。
4. 受付要件、重大度、担当、トリアージの頻度、再現基準、回避策のポリシー、顧客への更新頻度、クローズの証明、バックログへのフィードバックループを定義します。
5. エスカレーションの運用モデル、状態遷移図、判断表、イベントスキーマ、トリアージチェックリスト、サポートとエンジニアリングの RACI を作成します。

使用しない場合

• このスキル固有の成果物の要件がなく、ベースモデルが対応できる一般的な助言には使用しないでください。

ガードレール

• 実際的な場合は、顧客への影響、再現の詳細、環境、ログ、期待値と実際の動作が明らかでない、曖昧なチケットをエスカレーションしないでください。
• インシデント、セキュリティ／プライバシーの問題、データ損失のケースを通常のバグキューに埋もれさせないでください。
• サポートから確認できる解決策、回避策、または顧客への連絡がない状態で、エンジニアリングへのエスカレーションをクローズしないでください。
• 製品の欠陥に関する情報をサポートだけに蓄積させず、再発する問題を製品および品質管理のシステムに振り分けてください。

出力形式

Escalation context:
Audience / source of truth / risk boundary:

Support-engineering plan:
| Area | Decision | Evidence | Risk | Owner |
| --- | --- | --- | --- | --- |

Severity, ownership, workarounds, and closure proof:
- <trigger> -> <policy, metric, edge case, support note>