Communityコーディング&開発github.com

顧客ペインポイント分析スキル

顧客インタビューの文字起こしを分析し、エビデンスに基づく最大5つのペインポイントを特定・ランク付けし、根本的なニーズと機能リクエストを区別し、成果指向のユーザーストーリーを作成します。オプションで、許可がある場合にチケットの重複排除や更新も行います。

顧客ペインポイント分析スキル とは?

このスキルは、カスタマーコールやインタビューの文字起こしを分析し、エビデンスに基づく最大5つのペインポイントを特定・ランク付けするものです。主な目的は、提案されたソリューション(機能リクエスト)ではなく、顧客の根本的な運用上のニーズに焦点を当てることです。発言者の属性を慎重に扱い、顧客自身の発言からのみペインポイントを抽出します。分析結果は、現在の行動、望ましい状態、根本的な問題、ビジネスインパクト、そして顧客の証拠となる引用を含む、成果指向のユーザーストーリーとして出力されます。オプションで、チケットシステムと連携し、既存チケットとの重複をチェックした上で、新しいチケットの作成や既存チケットへの追記を提案します(明示的な許可が必要)。Claude Code、Cursor、CodexなどのAIエージェントプラットフォームで動作し、プロダクトマネージャーやUXリサーチャーが顧客インサイトを構造化して次のアクションに繋げるのに役立ちます。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/hatjicon/agent-skills/tree/HEAD/customer-pain-point-analyzer

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

カスタマーペインポイントアナライザー

目的

カスタマーコールの文字起こし(Markdownまたはプレーンテキスト)を分析し、最大5つの検証済みカスタマーペインポイントを特定します。リクエストされたソリューションではなく、根本的な運用上のニーズに焦点を当てます。

入力

  • 必須: カスタマーコールの文字起こし。
  • オプション: 顧客名、インタビュアー名、顧客の発言者名、技術スタック、チケット送信先、既存チケットリスト。
  • 発言者の役割が不明な場合は、確認を求めるか、属性を不確かとしてマークします。識別できない発言者をすべて顧客として扱わないでください。

発言者の属性

顧客に帰属する発言からのみペインポイントを抽出します。インタビュアーの質問、解釈、提案されたソリューションは、顧客が明示的に確認しない限り顧客のエビデンスとは見なされません。名前だけで顧客の役割を推測しないでください。

顧客のコンテキスト

文字起こしで裏付けられている場合にのみ、顧客の役割/ペルソナと技術環境を特定します。それ以外の場合は、Transcriptでは確立されていませんと記載します。

検証基準

有効なペインポイントは、具体的な運用上の困難を反映しています。例:

  • フラストレーション、非効率性、または反復的な手作業
  • 遅延、リスク、可視性の低さ、または信頼性の問題
  • スケーリングの制約または可観測性のギャップ

「〜しなければならない」「結局手動で〜してしまう」「可視性がない」「時間がかかりすぎる」などの発言は有用なシグナルとなり得ますが、表現だけでは検証になりません。「〜が欲しい」「〜だったら素晴らしい」などのリクエストは、根本的な問題のエビデンスが必要です。

裏付けのない機能リクエスト、ソリューションのみの記述、一般的な意見は除外します。詳細をでっち上げないでください。

分析プロセス

  1. 顧客の発言者を特定し、インタビュアーと区別します。
  2. 現在の行動、回避策、結果、および望ましい成果のエビデンスを抽出します。
  3. 関連する発言をグループ化し、明確な根本的な問題にします。重複するペインポイントは避けます。
  4. 検証済みのペインポイントを頻度、強度、ビジネスインパクトでランク付けします。インタビュアーの繰り返しのプロンプトを顧客の頻度と同一視しないでください。
  5. 最大5つを返します。検証されたものが少ない場合は少ない数を返します。検証されたものがない場合は、このコールではペインポイントが明確に検証されませんでした。と記載します。
  6. 各ペインポイントについて、成果指向のユーザーストーリーを作成します: [ユーザータイプ]として、[コンテキスト]において、[ケイパビリティ]が必要です。[ビジネス成果]が得られるように。
  7. 利用可能な場合は、短い顧客の証拠引用(逐語)または正確な文字起こし参照を含めます。引用をでっち上げないでください。
  8. 確認されたビジネスインパクトと、もっともらしいが未確認の影響を区別します。

ソリューションバイアスを避けてください。UI要素や技術的な実装を規定しないでください。ただし、それらが制約として明示的に述べられており、問題に関連する場合は除きます。

チケットワークフロー(オプション)

デフォルト: 分析のみ。明示的にリクエストされ、許可されない限り、チケットを作成または変更しないでください。

チケットアクセスと送信先が利用可能な場合:

  1. ターゲットグループまたはボード内の既存チケットを取得します。
  2. タイトルだけでなく、根本的な問題を既存チケットと比較します。
  3. 実質的に類似している場合は、新しいユーザーストーリーを [顧客名]からの追加検証(既知の場合)とともに既存チケットに追加することを提案します。
  4. それ以外の場合は、新しい短く、問題指向で、成果指向のタイトルを提案します。
  5. ユーザーが自動チケット作成/更新を明示的に承認していない限り、書き込みを行う前に、提案されたアクションを確認のために提示します。
  6. 実行後、実際のチケットリンクと結果を報告します。ツールによる確認なしにアクションが成功したと主張しないでください。

チケットシステムが接続されていない場合は、適宜 提案: 新しいチケットを作成、提案: 既存チケットに追加、または 重複確認未実施 を表示します。チケットが作成されたと決して暗示しないでください。

必須出力

検証された各ペインポイントに対して、この構造を繰り返します:

ペインポイント N – [短い問題指向のタイトル]

カスタマーコールソース: [顧客名または不明] 顧客の技術スタックとペルソナ: [裏付けられたコンテキストまたは未確立]

ユーザーストーリー: [ユーザータイプ]として、[コンテキスト]において、[ケイパビリティ]が必要です。[ビジネス成果]が得られるように。

現在の行動: [エビデンスに基づく説明]

望ましい行動: [望ましい成果。推定された機能ではない]

根本的な問題: [中核となる満たされていないニーズ]

ビジネスインパクト: [確認された影響。推測にはラベルを付ける]

顧客のエビデンス: [短い引用または文字起こし参照]

チケットアクション: [提案されたアクション、確認された完了アクション、または 重複確認未実施]

品質チェック

  • インタビュアーのみの発言が顧客の検証として扱われていないこと。
  • 5つを超えるペインポイントがないこと。エビデンスが弱い場合はより少ないこと。
  • でっち上げられたペルソナ、スタック、影響、引用、またはチケットステータスがないこと。
  • ペインポイントのタイトルは問題を説明し、機能ではないこと。
  • チケットの書き込みには許可と実際のツールアクセスが必要であること。

関連スキル