support-operations について
顧客対応チーム向けに、チケット管理、SLA、エスカレーション、セルフサービスの運用指針を提供するスキルです。解決の質と業務改善を重視し、指標、サポート階層、優先順位付けの枠組みを扱います。
主な機能
- 01チケットの優先順位付けとキュー管理
- 02SLA設計とエスカレーション条件
- 03サポート階層とスキル別ルーティング
- 04セルフサービスとナレッジベース戦略
- 05サポート指標とフィードバックループ
活用シーン
- 01チケット振り分けと優先順位ルールの設計
- 02SLAとインシデントのエスカレーション経路の設定
- 03セルフサービスとサポートチャネルの評価
- 04顧客課題の知見をプロダクトチームに共有
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ ncklrs/ startup-os-skills --skill support-operationsインストール後、Claude Code で/support-operationsを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
rules/_sections.mdagent-onboarding-training.mdescalation-severity-procedures.mdfeedback-loops-voice-of-customer.mdknowledge-base-self-service.mdmetrics-csat-frt-ttr-fcr.mdquality-assurance-coaching.mdsla-design-compliance.mdticket-management-prioritization.mdtier-structure-escalation.mdtooling-stack-optimization.mdworkforce-management-capacity.md詳細
サポートオペレーション
顧客と接するチームのための戦略的なサポートオペレーションの専門知識。チケット管理や SLA 設計から、エスカレーションワークフロー、セルフサービスの最適化までを扱います。
基本方針
優れたサポートとは、チケットを素早く閉じることではありません。スケーラブルなシステムを構築しながら、顧客の問題を恒久的に解決することです。
優れたサポートオペレーションチームは、次のことを実践します。
- サポートする前に防止する — セルフサービスとプロアクティブな支援によって、チケット数を減らします
- 顧客ロイヤルティにつながるものを測定する — 対応速度よりも解決の質を重視します
- 背景情報を添えてエスカレーションする — 引き継ぎのたびに顧客の履歴を共有します
- インサイトを上流に届ける — サポートデータを製品とカスタマーサクセスの改善に活用します
このスキルの仕組み
呼び出された際は、次のカテゴリに整理された rules/ のガイドラインを適用します。
ticket-*— チケット管理、優先順位付け、キューの最適化sla-*— SLA 設計、遵守状況の監視、エスカレーションのトリガーtier-*— サポート階層の構造、スキルベースのルーティング、専門化knowledge-*— ナレッジベース戦略、セルフサービス、問い合わせ抑制metrics-*— CSAT、FRT、TTR、FCR、品質スコアリングescalation-*— 重大度の定義、エスカレーション経路、インシデント管理tooling-*— サポートスタックの最適化、連携、自動化feedback-*— サポートから CS への引き継ぎ、製品フィードバックループ、顧客の声
主要なフレームワーク
サポートオペレーションの階層
| レベル | 焦点 | 指標 | 担当者 |
|---|---|---|---|
| チケット | 個別の問題解決 | 対応時間、CSAT | エージェント |
| キュー | フローの最適化 | 待ち時間、バックログ | チームリーダー |
| チャネル | チャネルの有効性 | 問い合わせ抑制、自己完結率 | マネージャー |
| オペレーション | システムのパフォーマンス | チケットあたりのコスト、NPS | ディレクター |
| 戦略 | ビジネスへの影響 | 顧客維持、事業拡大 | VP/C レベル |
サポート階層モデル
┌─────────────────────────────────────────────────────────────────┐
│ TIER 3 (L3) │
│ Engineering escalation, code-level issues, custom development │
│ Target: <5% of tickets | SLA: Best effort │
├─────────────────────────────────────────────────────────────────┤
│ TIER 2 (L2) │
│ Technical specialists, complex troubleshooting, integrations │
│ Target: 15-25% of tickets | SLA: 4-8 hours │
├─────────────────────────────────────────────────────────────────┤
│ TIER 1 (L1) │
│ First response, common issues, documentation guidance │
│ Target: 60-80% resolution | SLA: 15-60 minutes │
├─────────────────────────────────────────────────────────────────┤
│ SELF-SERVICE (L0) │
│ Knowledge base, chatbots, community forums, in-app help │
│ Target: 30-50% deflection | SLA: Instant │
└─────────────────────────────────────────────────────────────────┘
チケット優先度マトリックス
| 優先度 | ビジネスへの影響 | 初回応答 SLA | 解決 SLA | 例 |
|---|---|---|---|---|
| P1 クリティカル | 完全なサービス停止、データ損失 | 15 分 | 4 時間 | システム停止、セキュリティ侵害 |
| P2 高 | 主要機能の障害 | 1 時間 | 8 時間 | 重要なワークフローが停止 |
| P3 中 | 機能の低下 | 4 時間 | 24 時間 | 一部の機能が利用できない |
| P4 低 | 軽微な問題、見た目の問題 | 8 時間 | 72 時間 | UI のバグ、軽微な不便 |
| P5 リクエスト | 機能リクエスト、使い方の質問 | 24 時間 | 5 日 | 機能強化、トレーニング |
サポート指標のフレームワーク
| 指標 | 定義 | 目標 | 警告 |
|---|---|---|---|
| CSAT | 顧客満足度スコア | 90% 以上 | 85% 未満 |
| FRT | 初回応答時間 | 1 時間未満 | 4 時間超 |
| TTR | 解決までの時間 | 24 時間未満 | 72 時間超 |
| FCR | 初回コンタクトでの解決率 | 70% 以上 | 50% 未満 |
| NPS | ネット・プロモーター・スコア | 30 以上 | 10 未満 |
| チケット数 | 顧客 100 人あたりのチケット数 | 5~15 | 25 超 |
| 問い合わせ抑制率 | セルフサービスでの解決率 | 30~50% | 20% 未満 |
| エスカレーション率 | エスカレーションされたチケットの割合 | 10~20% | 30% 超 |
| 再オープン率 | 再オープンされたチケットの割合 | 5% 未満 | 10% 超 |
| エージェント稼働率 | 生産的な業務時間 | 70~80% | 60% 未満または 90% 超 |
チケットのライフサイクル
┌─────────────────────────────────────────────────────────────────┐
│ │
│ NEW → TRIAGED → ASSIGNED → IN PROGRESS → PENDING → RESOLVED │
│ │ │ │
│ ▼ ▼ │
│ ESCALATED WAITING │
│ │ (Customer) │
│ ▼ │
│ ENGINEERING │
│ │
└─────────────────────────────────────────────────────────────────┘
チャネル戦略マトリックス
| チャネル | 最適な用途 | コスト | 拡張性 | パーソナル度 |
|---|---|---|---|---|
| セルフサービス | よくある問題 | 最低 | 最高 | 最低 |
| チャットボット | 簡単な質問 | 低 | 高 | 低 |
| ライブチャット | リアルタイムのサポート | 中 | 中 | 中 |
| メール/チケット | 複雑な問題 | 中 | 中 | 中 |
| 電話 | 緊急または慎重な対応が必要な問題 | 高 | 低 | 高 |
| ビデオ | 技術的なデモ | 高 | 低 | 最高 |
重要度レベル
| 重要度 | 定義 | エスカレーション先 | コミュニケーション |
|---|---|---|---|
| SEV1 | システム全体の障害 | 直ちにエンジニアリングチームと経営陣へ | ステータスページ、積極的なメール通知 |
| SEV2 | 主要機能の障害 | 1時間以内にL3へ | 影響を受けるユーザーに通知 |
| SEV3 | 機能の劣化 | 4時間以内にL2へ | 通常のチケット更新 |
| SEV4 | 軽微な影響 | 通常のキュー | 通常のチケット更新 |
主な計算式
チケットあたりのコスト
Cost Per Ticket = (Total Support Cost) / (Total Tickets Handled)
Target: $5-25 depending on complexity
サポート対応能力の計画
Required Agents = (Ticket Volume × Handle Time) / (Available Hours × Utilization Rate)
Example:
(500 tickets × 20 min) / (8 hours × 60 min × 0.75) = 28 agents
セルフサービスのROI
Savings = (Deflected Tickets × Cost Per Ticket) - Self-Service Investment
アンチパターン
- 品質よりスピードを優先 — 誤った回答を急いで返すと、問い合わせが再発します
- チケットのたらい回し — 解決しないまま複数回引き継ぐこと
- ナレッジの囲い込み — 解決策が頭の中にだけあり、文書化されていないこと
- 指標の不正操作 — 目標達成のためにチケットを早々にクローズすること
- エスカレーションの回避 — L2への引き継ぎが必要なのに、L1で対応し続けること
- チャネルの強制 — 不必要に顧客へチャネルの切り替えを求めること
- コピー&ペーストの回答 — 問題に対応していない一般的な回答
- 見えないバックログ — 可視化されないまま滞留するチケット
- フィードバックループがない — サポートから得た知見がプロダクトに届かないこと
- 自動化しすぎること — 人間による対応が必要な問題をボットに処理させること
コメント
Markdown 対応