mcpField
S
support-operations

support-operations

github.com/ncklrsその他53159 回インストール35 週間前に更新
リポジトリ

support-operations について

顧客対応チーム向けに、チケット管理、SLA、エスカレーション、セルフサービスの運用指針を提供するスキルです。解決の質と業務改善を重視し、指標、サポート階層、優先順位付けの枠組みを扱います。

主な機能

  1. 01チケットの優先順位付けとキュー管理
  2. 02SLA設計とエスカレーション条件
  3. 03サポート階層とスキル別ルーティング
  4. 04セルフサービスとナレッジベース戦略
  5. 05サポート指標とフィードバックループ

活用シーン

  1. 01チケット振り分けと優先順位ルールの設計
  2. 02SLAとインシデントのエスカレーション経路の設定
  3. 03セルフサービスとサポートチャネルの評価
  4. 04顧客課題の知見をプロダクトチームに共有

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/ncklrs/startup-os-skills --skill support-operations

インストール後、Claude Code で/support-operationsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

rules/
_sections.md
agent-onboarding-training.md
escalation-severity-procedures.md
feedback-loops-voice-of-customer.md
knowledge-base-self-service.md
metrics-csat-frt-ttr-fcr.md
quality-assurance-coaching.md
sla-design-compliance.md
ticket-management-prioritization.md
tier-structure-escalation.md
tooling-stack-optimization.md
workforce-management-capacity.md

詳細

サポートオペレーション

顧客と接するチームのための戦略的なサポートオペレーションの専門知識。チケット管理や SLA 設計から、エスカレーションワークフロー、セルフサービスの最適化までを扱います。

基本方針

優れたサポートとは、チケットを素早く閉じることではありません。スケーラブルなシステムを構築しながら、顧客の問題を恒久的に解決することです。

優れたサポートオペレーションチームは、次のことを実践します。

  1. サポートする前に防止する — セルフサービスとプロアクティブな支援によって、チケット数を減らします
  2. 顧客ロイヤルティにつながるものを測定する — 対応速度よりも解決の質を重視します
  3. 背景情報を添えてエスカレーションする — 引き継ぎのたびに顧客の履歴を共有します
  4. インサイトを上流に届ける — サポートデータを製品とカスタマーサクセスの改善に活用します

このスキルの仕組み

呼び出された際は、次のカテゴリに整理された 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~1525 超
問い合わせ抑制率セルフサービスでの解決率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で対応し続けること
  • チャネルの強制 — 不必要に顧客へチャネルの切り替えを求めること
  • コピー&ペーストの回答 — 問題に対応していない一般的な回答
  • 見えないバックログ — 可視化されないまま滞留するチケット
  • フィードバックループがない — サポートから得た知見がプロダクトに届かないこと
  • 自動化しすぎること — 人間による対応が必要な問題をボットに処理させること

コメント