find-customer-quotes

顧客の引用を探す

コンテキスト収集のための確認

このスキルがコンテキストを求める場合は、request_user_input などの他のツールよりも、answers-ask-user-input スキルと ask_user_input ツールの使用を優先してください。それ以外の場合は、会話の中で直接質問してください。

トランスクリプトのような証拠から、信頼性の高い顧客または見込み顧客の発言を抽出します。このスキルが担当するのは、引用の発見、検証、選定、および分かりやすい出典情報の提示です。通話の分析、言い換えの作成、法務レビュー、投稿ワークフローは対象外です。

スキル共通の指示

必須：まだコンテキストに含まれていない場合は、plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices を読み、その指示を厳守してください。

主な依存関係のカテゴリ

依頼された引用セットを裏付けるのに適した、最も限定的な証拠の経路を使用してください。

• [Blocking] ~~ミーティングのトランスクリプト：トランスクリプトの検索、取得したトランスクリプトのテキスト、話者ラベル、参加者、日付、企業、出典リンクに使用します。これは、デフォルトのライブソースからの引用抽出経路では必須です。明示的に提示されたトランスクリプトのような資料がすでにコンテキストに含まれている場合は、その要件を満たします。
• ~~CRM：アカウントの識別、顧客または見込み顧客のステータス、およびトランスクリプト検索の範囲を絞る企業やセグメントのフィルターにのみ使用します。
• ~~ナレッジとファイル：アップロードまたはエクスポートされたトランスクリプトや、直接的な発言と話者のコンテキストを保つ、根拠のある通話メモに使用します。

トランスクリプトのような証拠が必要です。~~CRM、アカウント概要、公開情報の調査、社内メモ、記憶情報は範囲を絞るために利用できますが、引用の証拠としては使用できません。ライブまたはユーザー提供のトランスクリプトのような資料がない場合は、トランスクリプトのエクスポート、貼り付けられたトランスクリプト本文、テキスト付きの録音エクスポート、または根拠のある通話メモを求めてください。

リファレンスの読み込み

SKILL.md では、通常のトランスクリプト優先の手順、基準、読みやすい出力を定めています。トランスクリプトの解析が曖昧な場合、話者の役割に対する確信度の判断が難しい場合、引用の順位付けや重複排除に詳細なルールが必要な場合、JSON が求められた場合、または失敗時に正確な応答形式が必要な場合は、references/extraction-and-output.md を使用してください。

用語

• 引用候補： 有用な可能性のある逐語的な抜粋ですが、顧客の証言として扱う前に、話者、コンテキスト、使用方法を確認する必要があります。
• 顧客確信度： 話者が社内のチームメンバー、パートナー、または不明な話者ではなく、実際の顧客または見込み顧客であるという確信度です。
• 代替証拠： 不足の理由を説明する助けにはなるものの、顧客の引用として提示すべきではない、関連性のある顧客以外の資料または確信度の低い資料です。
• 安全な使用に関する注記： 帰属、機微性、確信度、および引用を責任ある形で再利用できる場所についての指針です。

ワークフローのガイダンス

1. テーマと証拠の対象範囲を特定する

• テーマ、または文字起こしのような証拠の対象範囲が明確でない場合は、ask_user_input() を使ってユーザーに確認してください。「顧客の引用を探して」のような具体性のない依頼では、テーマや文字起こしの対象を推測せず、次の選択肢を提示してください。
  • 最近の Meeting Transcript の証拠から、最もよくある障壁を使う
  • 指定するテーマ、異議、製品領域、またはナラティブを使う
  • 指定する文字起こしまたは通話のセットを使う
• 「最近の顧客との通話で最もよくある障壁について、顧客の引用を探して」のような幅広い依頼では、推奨するテーマと最近の通話の広い対象範囲の両方について確認が必要です。次の選択肢を提示してください。
  • 最近の Meeting Transcript の証拠から推奨する障壁のテーマを使う
  • 指定する障壁のテーマを使う
  • 指定する文字起こしまたは通話のセットを使う ユーザーがいずれかを選択するまで、文字起こしの証拠を検索したり、引用のセットを作成したりしないでください。
• この確認後、フィードバックのテーマ、異議、製品領域、ユースケース、ナラティブ、または特定の文字起こしセットを必須としてください。ユーザーの表現をそのまま保持してください。
• テーマごとに、デフォルトで引用を5件提示してください。テーマが多い場合は、少数ずつ処理してください。
• 期間を標準化してください。日付が明示されている場合はそれを使用します。「先月」は、ユーザーが「前の暦月」と指定していない限り、直近30日間として扱います。「前四半期」は暦上の期間として扱い、「過去 N 日間／週間」は直近の期間として扱います。
• 日付の表現が曖昧で、適切に変換できない場合は、ユーザーが柔軟な対応を明確に示していない限り、簡潔に一度確認してください。
• アカウント、セグメント、または文字起こしのセットが曖昧な場合は、範囲を限定して確認し、ask_user_input() を使って具体的な候補を最大5件提示してください。ユーザーがいずれかを選択するまで、文字起こしの証拠を検索したり、引用のセットを作成したりしないでください。フィルターの解決には ~~CRM のみを使用し、引用の証拠として ~~CRM の情報を収集しないでください。
• 最近の通話に関するフォローアップ、貼り付けられた文字起こし、アップロード、またはリンクされた通話から、テーマと証拠の情報源が明確に分かる場合は、確認せずに進めてください。

2. まず文字起こしの証拠を検索する

• 利用可能な場合は、~~Meeting Transcripts から検索を開始します。テーマに pain point、blocker、request、limitation、need などの意図を示す語を1〜2語加えて検索してください。
• 会社、セグメント、日付のフィルターは、ユーザーが指定または確認した場合にのみ適用してください。まず10〜15件の結果を取得し、関連性のしきい値は約0.7に設定してください。
• 選択した ~~Meeting Transcripts のソースに、既知の列挙値を持つアカウントセグメントフィルターがある場合は、ユーザーの表現に一致する、コネクターに表示される値を使用してください。
• ユーザーの意図を新たに推測しないでください。テーマのみを求められた場合は、テーマを中心に検索してください。
• 結果が少ない場合は、検索クエリを簡略化し、関連性を約0.6まで少し下げてください。それでも網羅性が必要な場合に限り、結果を20〜40件に拡大してください。
• 上位の文字起こしから取得し始め、信頼性が高く多様な証拠が十分に集まるか、最初の検索結果が明らかに不足していると分かるまで、対象を拡大してください。
• 貼り付け、アップロード、またはエクスポートされた素材については、顧客または見込み顧客である可能性を判定できるだけの話者情報や文脈が保たれている、文字起こし形式のテキストのみを解析してください。
• テーマ、検索結果のメタデータ、取得した文字起こしの内容、コネクター固有の再取得ハンドル、利用可能な場合は通話または文字起こしの URL の対応関係を保持してください。文字起こしのスキーマが固定されていると想定せず、取得したデータの形式を確認して適宜対応してください。

3. 逐語的な候補を抽出する

• 課題、障壁、制約、懸念、満たされていないニーズ、要望、購入条件、またはテーマに関連するその他のシグナルを示す、直接的で内容のある発言のみを残してください。
• 言い回しは逐語的に保持してください。文法を整えたり、断片をつなげたり、言い換えを引用に変換したりしないでください。
• ユーザーが言い換えを明示的に求めていない限り、直接引用ではない言い換えは除外してください。求められた場合は、別にラベルを付け、逐語的な引用として提示しないでください。
• 明らかに社内の営業担当者による発言、一般的な称賛、意味不明な断片、意味が伝わらないごく短い抜粋は除外してください。
• 利用可能な場合は、文字起こし、通話、日付、会社、話者ラベル、参加者の文脈、情報源へのリンクを保持してください。

4. 話者と順位を正確に確認する

• 候補ごとに、前後の文字起こしの文脈を確認し、speaker_role_guess を customer、prospect、internal_seller、unknown のいずれかに設定します。customer_confidence と theme_relevance は 0.0〜1.0 の範囲で設定し、簡潔な根拠メモを添えます。
• デフォルトでは、customer_confidence >= 0.8 かつ theme_relevance >= 0.75 の候補のみを残します。
• 網羅性が低い場合は、顧客である確信度を下げるより、引用数を減らすことを優先してください。話者の根拠が強い場合に限り、テーマとの関連性を 0.65 程度まで少し下げてもかまいません。
• 顧客である確信度、テーマとの関連性、通話や顧客間の多様性、具体性と実行可能性、読みやすさの順に順位付けします。ただし、引用は原文のままにしてください。
• 顧客である確信度の基準を満たす候補がない場合は、顧客／見込み客の引用数を 0/[target] と報告します。メインの引用セットを、話者不明または社内話者の引用で補わないでください。

5. 重複を除き、代表例を選ぶ

• 比較のために限り、空白と句読点を正規化します。表示する引用テキストは変更しないでください。
• 完全一致または類似する引用は除外します。
• デフォルトでは通話ごとに引用を1つとします。同じ通話から2つ目の引用を採用するのは、明確に異なる根拠を示す場合、または十分な根拠のある引用で目標数に達するために必要な場合に限ります。
• 顧客を特定できる場合は、複数の顧客から幅広く選ぶことを優先します。
• 関連する顧客以外の文字起こしの抜粋は、internal evidence、vendor-eval evidence、partner-readiness evidence、unknown non-customer evidence など、役割を明記した別のフォールバックセクションにのみ記載します。

次のステップの選択肢

最初の出力の後、以下の選択肢から最も関連性の高いフォローアップを提案してください。選択肢を並べるのではなく、次のステップを1つだけ明確に提示します。他の選択肢が明らかに有用でない限り、以下のみを提案してください。

• 隣接するテーマまたはより限定的なテーマを検索し、根拠の網羅性を高める。
• 文字起こし、アカウント、セグメント、または期間の範囲を広げる、または絞り込む。
• 選んだ引用を、ビジネスケース、競合ブリーフ、会議準備資料、または根拠資料にまとめる。
• 引用が裏付ける内容と裏付けない内容について、情報源に忠実な社内向け要約を作成する。
• 話者の特定または文字起こしの品質に関する最小限の不足を解消する。

避けるべき次のステップ：

• 引用の言い換え、曖昧な話者を顧客として扱うこと、法務またはコンプライアンスの承認を示唆すること。

モード

• Theme Quote Set — デフォルト。1つ以上のテーマごとに、読みやすい Markdown でまとめます。
• Specific Transcript — ユーザーが指定または提供した通話のみから抽出します。
• JSON — ユーザーが機械可読な出力を明示的に求めた場合、または後続のワークフローで必要な場合にのみ使用します。

出力形式

デフォルトでは、読みやすい Markdown を使用します。

# Customer Quotes

## [Theme]

**Coverage:** [returned]/[target] high-confidence customer/prospect quotes · [spread/quality note]

- “[Verbatim quote]”
  - **Speaker:** [Name or Unknown] · **Customer confidence:** [0.00] · **Theme relevance:** [0.00]
  - **Context:** [Company/call/date when known]
  - **Why it fits:** [Concise transcript-grounded evidence note]
  - **Source:** [Clickable transcript/call link, or no useful link available]

## Gaps

- [Theme with weak coverage, speaker ambiguity, transcript quality issue, or missing evidence]

## Internal / Non-Customer Evidence

- “[Verbatim fallback snippet]”
  - **Speaker / context:** [Known context] · **Role:** [non-customer classification] · **Customer confidence:** [0.00] · **Theme relevance:** [0.00]
  - **Usage note:** Useful for [internal purpose]; do not present as a customer quote.
  - **Source:** [Link/label]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

任意のセクションに記載内容がない場合は、そのセクションを省略します。確信度の高い顧客の引用とフォールバック根拠の両方がある場合、ユーザーが求めているか、根拠の不足を説明するうえで重要な場合に限り、フォールバック根拠を含めます。

検索範囲、文字起こしの形式、通話の重複、または話者ラベルの品質によって確信度が低下した場合は、簡潔な方法メモを記載します。結果が 0/[target] の場合も含め、各テーマの網羅状況を明記します。 ユーザーが役割のメタデータを明示的に求めている場合、または引用に曖昧さに関する注記が必要な場合を除き、読みやすい要約に speaker_role_guess を出力しないでください。 利用可能な場合はクリック可能なソースリンクを使用してください。利用できない場合は no useful link available と記載します。

プロンプトの例

• フィードバックに関するテーマについて、顧客の引用を探してください。
• 最近のエンタープライズ向け通話から、セットアップの問題に関する顧客の引用を探してください。
• 過去1か月分の通話メモから、データレジデンシーに関する見込み客の引用を抜き出してください。
• これらの文字起こしから、「アカウント調査の高速化」を裏付ける引用を探してください。

ルール

• 引用文、話者名、役職、職務、企業名、日付、文字起こしへのリンク、通話メタデータを捏造したり、推測で補ったりしないでください。
• 関連する通話からの引用をすべて関連性があるものとして扱ったり、関連性のある引用をすべて顧客の発言として扱ったりしないでください。
• 話者ラベルがない場合、前後の文脈から外部参加者だと強く判断できる場合を除き、確度が高いものとして扱わないでください。
• 引用は一字一句そのまま保持し、それぞれの引用の近くに出典を明記してください。
• 内容を水増しした一覧よりも、正確さ、多様性、情報が不足していることへの誠実さを優先してください。
• このワークフローは、通話の網羅的な分析、文字起こしに根拠がない場合の正確な話者本人確認、法務・コンプライアンス審査を目的としたものではありません。
• このワークフローでは読み取りのみを行ってください。ユーザーが後のステップで明示的に依頼しない限り、引用を投稿、送信、パッケージ化、保存しないでください。

エラー処理

文字起こしらしき根拠が見つからない場合は、引用の抽出に根拠を持たせられないと伝え、利用可能な最小限のソースを求めてください。文字起こしの形式が不適切な場合や話者の特定が曖昧な場合は、引用の数を減らして制約を明示し、確度の低い根拠を顧客・見込み顧客の発言として扱わないでください。