mcpField
B
bug-triage-prioritizer

bug-triage-prioritizer

github.com/zanecole10テスト・品質10740 回インストール52 週間前に更新
リポジトリ

bug-triage-prioritizer について

クライアント案件を扱う開発者向けのスキルです。バグ報告の深刻度と修正順を整理し、無償対応か有償対応かを判断するほか、連絡文のテンプレートや Claude Code 用プロンプトも提供します。

主な機能

  1. 01深刻度別のバグ分類
  2. 02修正優先度の整理
  3. 03保証対象と料金の判断
  4. 04クライアント連絡テンプレート
  5. 05Claude Code 用プロンプト

活用シーン

  1. 01クライアント報告のバグを振り分ける
  2. 02修正時期や進捗をクライアントに伝える
  3. 03保証修正と新規依頼を区別する

インストール

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

$npx skills add https://github.com/zanecole10/software-tailor-skills --skill bug-triage-prioritizer

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

詳細

バグのトリアージと修正優先度の決定

バグにプロフェッショナルに対応しましょう。リリース後もクライアントに満足してもらいましょう。

このスキルでできること

入力:クライアントからのバグ報告 出力:重大度、修正の優先順位、クライアントへの連絡テンプレート、修正するか有料にするかの判断、Claude Code 用プロンプト

バグの重大度

🔴 重大(ただちに修正)
  • ソフトウェアがまったく使えない
  • データの損失または破損
  • セキュリティの脆弱性
  • 主要な機能が完全に動作しない

対応時間: 4 時間以内 連絡方法: ただちに電話とメールで連絡 費用: 請求しない(保証の対象)

例:

  • ユーザーがログインできない
  • データベースの破損
  • 決済処理が失敗する
  • データ侵害

🟠 高(24 時間以内に修正)
  • 主要な機能が部分的に動作しない
  • ユーザーの重要なワークフローが妨げられている
  • ほとんどのユーザーに影響する

対応時間: 24 時間以内 連絡方法: 修正予定を記載したメール 費用: 通常は請求しない(30 日間の保証期間内)

例:

  • PDF レポートが生成されない
  • 検索機能が動作しない
  • 写真をアップロードできない

🟡 中(1 週間以内に修正)
  • 小規模な機能が動作しない
  • 回避策がある
  • 一部のユーザーに、ときどき影響する

対応時間: 3~5 営業日 連絡方法: メールで受領を確認し、修正日を伝える 費用: 条件による(30 日経過後は請求する場合がある)

例:

  • ドロップダウンの並び替えが正しくない
  • メール通知が遅れる
  • UI 要素の位置がずれている

🟢 低(次回の更新で修正)
  • 見た目に関する問題
  • 軽微な不便
  • まれなエッジケース

対応時間: 次回予定されている更新 連絡方法: 「バックログに追加しました」 費用: 通常は請求する(保証期間後)

例:

  • ボタンの色が違う
  • ラベルの誤字
  • 機能リクエスト(バグではない)

修正するか請求するかの判断フロー

無料で修正(30 日間の保証期間内): ✅ ソフトウェアが仕様どおりに動作しない ✅ 重大または高の重大度 ✅ お客様側がバグを引き起こした(こちらのミス) ✅ コア機能に影響する

修正費用を請求する場合: 💵 30 日間の保証期間終了後 💵 ユーザーの操作ミス(バグではない) 💵 重大度の低い、見た目上の問題 💵 「バグ」を装った新機能のリクエスト 💵 スコープクリープ(「X もできると思っていました」)

クライアントへの連絡テンプレート

重大なバグへの対応

件名:[緊急] [Issue] を調査中 - 4 時間以内に対応予定

「[Client] 様

[issue] のご報告を確認しました。現在、最優先で対応しています。

原因を調査しており、4 時間以内に修正をデプロイします。

解決するまで、1 時間ごとに進捗をご報告します。

ご迷惑をおかけして申し訳ありません。

[Your Name]」


高・中の重大度のバグへの対応

件名:バグ報告を受け付けました - 修正予定

「[Client] 様

[issue] をご報告いただきありがとうございます。こちらは重大度を [severity level] と判断しました。

状況: [brief explanation] 修正予定: [specific date/time] 回避策(ある場合): [temporary solution]

修正が完了次第、お知らせします。

[Your Name]」


優先度の低いバグへの対応

件名:[Issue] をバックログに追加しました

「[Client] 様

[issue] をご報告いただきありがとうございます。こちらは機能に影響しない、軽微な見た目上の問題です。

バックログに追加し、次回の月次更新に修正を含めます。

こちらが認識しているよりも緊急度が高い場合はお知らせください。優先順位を上げることもできます(追加の開発時間が必要になる場合があります)。

[Your Name]」


「なぜ無料ではないのか」というやり取りへの対応

クライアント:「15K ドルも払っているのに、まだバグがあるのですか?!」

回答: 「ご不満はよく分かります。状況をご説明します。

この [bug type] は、[impact description] という [severity level] の問題です。

[理由:コア機能に影響する/30 日以内である/こちらの見落としである] ため、保証の対象です。

追加料金なしで修正し、[date] までに解決します。

保証の対象外となるもの:

  • 30 日間の保証期間終了後の問題
  • 新機能のリクエスト
  • 機能の動作方法の変更(壊れた機能の修正とは異なるもの)

よろしいでしょうか?」

予防策

契約に含める項目:

  • 30日間のバグ修正保証
  • 「バグ」と「機能リクエスト」の定義
  • 対応時間に関する取り決め
  • 保証期間終了後のサポートオプション

これにより防げること:

  • 「バグ修正に料金を払うのはなぜですか?」
  • 「バグ」と偽装された、終わりのない無償作業
  • バグ報告によるスコープの拡大

覚えておきましょう

バグは起こるものです。バグへの対応が、あなたのプロ意識を示します。

  • 迅速に対応する(修正に時間がかかる場合でも)
  • 明確に伝える(期待値を設定する)
  • 重大な問題はすぐに修正する(評判を守る)
  • スコープの拡大には料金を請求する(時間を守る)

バグに適切に対応する = クライアントからの信頼 = 紹介と継続的な収益

コメント