ファイナンシャルアドバイザー向けの顧客面談フォローアップツール。面談内容（Zocks、Wealthbox、またはテキストの書き起こしから）を入力すると、該当する顧客世帯を自動で特定し、CRM（顧客管理システム）のメモと対応項目・ビジネス機会を一度に作成します。承認用に内容をまとめて表示し、承認された項目をCRMに記録。さらにドライブへのファイル保存もサポートします。ドラフト作成が不要で、確認して承認するだけで完結します。 次のような場合に使用: 「面談をログに記録」「○○クライアントとの面談を記録」「面談フォローアップ」「面談後の対応」「/面談後」「○○クライアントとの面談をフォローアップ」といった指示を与えた場合
Turn a client meeting into next-best-action follow-up for a financial advisor — no drafting required. Given a meeting (via Zocks, Wealthbox, or a pasted transcript), finds the right household, drafts a CRM note plus the action items and opportunities it heard, shows them all in one batch for approval, then writes what's approved and offers to file the record in Drive. Triggers on "log the meeting", "log my meeting with [client]", "meeting follow-up", "post meeting", "/post-meeting", or "follow up on my meeting with [client]".
顧客との面談内容をCRM（顧客情報管理システム）のメモに変え、確認済みのフォローアップ事項と営業機会を一度に処理します。通常はアドバイザーが手作業で行う「メモ作成」「やることの追跡」「営業機会の発見」を自動化し、アドバイザーがすべての記録を承認してから記入する仕組みです。これは「メールの下書きをアドバイザーに送る」のではなく、「実際にフォローアップを進める」という次のステップの行動です。顧客へのメッセージ送信が必要な場合は /compliance を通してください。このスキルのデフォルト出力先はCRMで、顧客向けメッセージではありません。
必須: 面談そのもの（世帯名・顧客名で特定、またはつながっているシステムから提供される面談メタデータで特定）。以下の順で面談内容を取得し、最初に利用可能なもので止めます：
Zoom はまだサポートされていません。提供を申し出たり、今後対応予定であることを示唆しないでください。
世帯と面談日を推測して入力を求めないのが基本です。テープ起こしそのもの、Zocks のメタデータ（日付と面談ID が存在する場合）、またはアドバイザーの接続されたカレンダーから推測してください。これらで解決できない場合のみ、アドバイザーに世帯の特定または日付の入力を依頼してください。決して日付ピッカーを最初の手段として表示しないでください。日付を推測したら、ステップ2のメモプレビューに表示し、アドバイザーが誤りを修正できるようにしてください。
世帯と面談が特定されたら、「始めましょうか？」と尋ねず、上記の入力フローに従って面談内容を取得して進めてください。このスキルの承認ゲートはステップ4の記録一括確認時であり、作業開始時ではありません。
顧客名または世帯名で CRM から世帯を検索します。複数の接続ツールがこの世帯を解決できる可能性がある場合、推測するのではなく、アドバイザーに一度だけ「どちらが公式記録か」を尋ねてください（質問は1回限りの原則に従う）。その後このワークフロー全体（ステップ5の記録作成も含む）で そのシステムを使用してください。個人設定の保存機能を使ってアドバイザーが選択を保存できるようお勧めし、次回以降は尋ねられないようにしてください。ワークフロー後半でアドバイザーが別の CRM や記録ソースに言及する場合、それもそこから何かをマージする前に同じ質問をしてください。2つのソースが重要な事実で食い違う場合は、脚注付きまたは平均化したバージョンを CRM に書き戻すのではなく、ここで止めて確認してください。
重複排除ルール: 名前の一致だけでは進めないでください。複数の世帯がマッチする場合、アドバイザーに候補を表示（名前 + 世帯 + マスク済みメールアドレスまたは最終活動日）して、どれが正しいかを確認してから記録に触ってください。間違った世帯に面談を記録するのは軽微なミスではなく、プライバシーインシデントです。名前が1件だけマッチしても、世帯やアドバイザーが述べた最近の活動内容に関する文脈が合致しない場合は、本人確認をしてください。
コネクタプレースホルダー原則 に従ってください。このセッションで CRM のツールが利用できない場合、「このコネクタが構築されたら、ここで [システム] からこの世帯を検索します」と述べ、アドバイザーに世帯を手動で確認するよう依頼してから続行してください。
この CRM レコード検索で出てくるもの（過去のメモ、開いているタスク、過去の面談）は、世帯の特定と重複の発見（ステップ3）のための補助情報です。これは この面談の内容源ではありません。内容は常に上記の入力フロー から取得し、接続されている場合は Zocks AI の解析結果をプライマリ源として使用します。
メモを下書きし（入力フロー で取得した面談内容、推測した面談日時・タイプを含む）、アドバイザーに表示します。推測した日付をわかりやすく強調し、修正しやすくしてください。この段階で正確さを確保することは、他のほとんどの記録作成より重要です。CRM メモは その場では編集されず、削除して作り直すだけだからです。
面談内容から2つの異なるものを読み取り、アドバイザーに別々にリストアップしてください：
実際に面談内容で述べられていることだけを含めてください。述べられていないコミットメントや機会を推測しないでください。不確実なものは事実ではなく可能性として表示してください。
記録作成前の重複チェック： Zocks（製品として、MCP 別の機能）は既に独自の要約、タスク、営業機会を CRM にエクスポート している可能性があります。面談日付前後にこの世帯に対して既に記録されているタスク・機会について CRM を確認してください — 世帯レコード自体のアイテムと、個別の連絡先（世帯にリンクされたアイテムは連絡先のみの検索では見えない）の両方のレベルで確認。既に存在するものは、重複を提案する代わりにドロップしてください。
ステップ2～3 のすべてを 1つのスキーマ形式の表 として表示（文章ではなく）、アイテムを1つずつ承認するのではなく、一括全体の確認を求めてください：
| タイプ | 内容 | 日時 | 担当者 | 備考 |
|---|---|---|---|---|
| メモ | (推測した日付が入ったメモプレビュー) | 面談日 | 世帯 | — |
| タスク | アクション項目テキスト | 期限・目標日（わかれば） | 担当者（通常アドバイザー） | — |
| 機会 | 機会説明 | — | — | 接続 CRM が提供するメタデータ（例：推定金額、段階） |
アドバイザーは全行の承認、一部の承認、または任意の行の編集版を承認できます。
アドバイザーが承認した行については、その CRM 固有のエンティティ（Wealthbox の Note/Task/Opportunity オブジェクト、または Redtail のメモ・活動・機会呼び出し）を使って対応する CRM レコードを作成してください。接続したシステムに存在しない可能性のある汎用マッピング（例：Salesforce カスタムフィールド）を仮定しないでください。何が記録されたかの短い要約で確認してください。
CRM 記録の作成が完了したら、Drive が接続されている場合、面談記録（マークダウン形式）をそこにもファイリングするよう提案してください。Drive が未接続の場合、このステップはスキップしてください。CRM 記録作成を Drive に結びつけないでください。
.docx・.pdf・.xlsx バージョンは作成しないでください。/compliance にルーティングしてください。このスキルのデフォルト出力先は CRM で、顧客向けメールではありません。Turn a client meeting into a CRM note plus a confirmed set of follow-ups and opportunities — the write-up, to-do chasing, and opportunity-spotting advisors would otherwise do by hand, done for them, with the advisor approving every write before it happens. This is next-best-action: doing the follow-up, not drafting an email for the advisor to send. If the advisor wants something sent to the client, that goes through /compliance — this skill's default path is the CRM, not a client-facing message.
Required: the meeting itself — identified by household/client name, or by whatever meeting metadata a connected source supplies. Pull the meeting's content in this order, stopping at the first that's available:
Zoom is not a supported source yet — do not offer it or imply it's coming.
Infer the household and the meeting date rather than asking by default: from the transcript itself, from Zocks meeting metadata (date and meeting ID, when present), or from the advisor's connected calendar. Only ask the advisor to identify the household or supply a date if none of those resolve it — never show a date picker as a first resort. Once you've inferred a date, put it on the note preview in Step 2 so the advisor can correct it if it's wrong.
Once the household and meeting are identified, don't ask "should I start?" — pull the meeting content per the waterfall above and go. The approval gate in this skill is on the write batch in Step 4, not on starting the work.
Query the household's CRM by the client/household name. If more than one connected tool could try to solve this for the household, ask the advisor once which is the book of record — per the Ask-Once, Then Route Convention — rather than guessing, and use that one for the rest of this workflow, including the Step 5 write. Offer to help the advisor save the choice using the Personalization Convention so they aren't asked again next session. If the advisor mentions a second CRM or notes source later in the workflow, that's the same question again before anything from it gets merged in — and if two sources ever disagree on a material fact, stop and ask rather than writing a footnoted or averaged version back to the CRM.
Disambiguation rule: never proceed on a name match alone. If more than one household matches, show the advisor the candidates (name + household + masked email or last-activity date) and ask which one is correct before touching any record — logging a meeting against the wrong household is a privacy incident, not a minor mistake. Confirm identity even on a single match if anything about the context (household, recent activity) doesn't line up with what the advisor said.
Follow the Connector Placeholder Convention: if the CRM's tools aren't available in this session, say "This is where I'd search [system] for this household once that connector is built," then ask the advisor to confirm the household manually and continue.
Whatever the CRM record turns up here — prior notes, open tasks, past meetings — is auxiliary context for identifying the household and spotting duplicates in Step 3. It is never the source of this meeting's content; that always comes from the waterfall in Inputs above, with Zocks AI results as the primary source when connected.
Draft the note (the meeting content pulled via the Inputs waterfall, plus the inferred meeting date/type) and show the advisor what will be written, with the inferred date called out so it's easy to correct. Getting this right before writing matters more here than for most writes — CRM notes are never edited in place, only replaced by deleting and recreating them.
Read the meeting content for two distinct things and list them back to the advisor separately:
Only include things actually said in the meeting content — never infer a commitment or opportunity that isn't there, and label anything uncertain as a possibility rather than a fact.
Dup-check before proposing writes: Zocks (the product, separately from its MCP) may already export its own summaries, tasks, and opportunities into the CRM. Check the CRM for tasks/opportunities already logged against this household around the meeting date — at both grains, the household record's own items and each person contact's (household-linked items are invisible to contact-only lookups) — before drafting new ones, and drop anything that's already there rather than proposing a duplicate.
Present everything from Steps 2–3 as one schema-shaped table, not prose, and ask for a single confirmation on the whole batch rather than approving items one by one:
| Type | What | When | Who | Notes |
|---|---|---|---|---|
| Note | (note preview, with inferred date) | meeting date | household | — |
| Task | action item text | due/target date if known | owner (usually the advisor) | — |
| Opportunity | opportunity description | — | — | any metadata the connected CRM exposes (e.g. estimated size, stage) |
The advisor can approve all, some, or edited versions of any row.
For whichever rows the advisor approves, create the corresponding CRM record using that CRM's own entities — Wealthbox's Note/Task/Opportunity objects, or Redtail's note/activity/opportunity calls — rather than assuming a generic mapping (e.g. Salesforce custom fields) that may not exist for the connected system. Confirm back with a short summary of what was logged.
After the CRM writes are done, if Drive is connected, offer to file the meeting record (as markdown) there too. If Drive isn't connected, skip this step silently — never hold up the CRM writes on it.
.docx/.pdf/.xlsx version unless the advisor asks for one./compliance — this skill's default path is the CRM, not a client email.原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。