Первичный приём потенциального клиента

Приводит выписки потенциального клиента в единый вид и готовит сводку, передачу аналитикам и письмо «чего ожидать».

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Приводит выписки потенциального клиента в единый вид и готовит сводку, передачу аналитикам и письмо «чего ожидать».
Когда брать: Когда у финансового советника появился потенциальный клиент и нужно разобрать его выписки и счета до подготовки предложения.
Когда не брать: Если нужно само инвестиционное предложение, структура портфеля или комиссии: скилл их не готовит.
Пример запроса: Новый потенциальный клиент Пётр Смирнов, вот его выписки: приведи их в порядок и подготовь сводку.
Работает лучше с: CRM, Google Drive, Gmail, Microsoft 365, Zocks

Входит в плагин claude-for-financial-advisors. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Нажмите «Скачать на русском» и сохраните архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку prospect-intake в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: prospect-intake
description: Запускает первичный приём нового потенциального клиента, с его файлами на руках или без них: запрос с именем нового потенциального клиента без вложенных документов считается обычной отправной точкой, потому что на шаге 1 скилл ищет файлы в подключённых инструментах или просит советника загрузить их. Очищает и нормализует файлы счетов (выписки, выгрузки, скриншоты) в единый сводный вид, затем выдаёт понятную сводку по потенциальному клиенту, подробную передачу аналитикам, по которой строится полное предложение, и дружелюбную памятку «чего ожидать» с предложением оформить её черновиком письма в Gmail после одобрения. Не готовит само предложение, не рекомендует структуру портфеля и не называет комиссии. Срабатывает на фразы «первичный приём потенциального клиента», «/prospect-intake», «приём нового потенциального клиента», «разбери выписки [клиента]», «обработай файлы [клиента]», «памятка “чего ожидать” для [клиента]», а также на то, как советник поднимает нового потенциального клиента, пока файлов ещё нет: «я встретился с потенциальным клиентом», «[имя] заинтересован стать клиентом», «у меня новый потенциальный клиент», «как мне действовать с [имя]».
---

Первичный приём потенциального клиента

Преврати стопку выписок, которую передал потенциальный клиент, в нечто пригодное для работы: понятную сводку, которую он может прочитать, чистую передачу, по которой команда аналитиков построит полное предложение, и тёплое письмо, которое сохраняет вовлечённость потенциального клиента, пока всё это готовится.

Этот скилл — этап первичного приёма, а не само предложение. Полное инвестиционное предложение (предлагаемая структура портфеля, ожидаемые результаты, комиссии, план перехода) готовят аналитики фирмы по подробной передаче, которую создаёт этот скилл; здесь оно не генерируется.

Входные данные

Обязательно: имя потенциального клиента. Нужны и его файлы: найденные в подключённом инструменте или загруженные. Но запрос без них — обычная отправная точка, а не повод медлить: Шаг 1: Найди файлы ниже описывает, как их находят, и скилл начинается именно с него. Никогда не выдумывай активы.

Шаг 1: Найди файлы

Сразу задай советнику один вопрос: *хочешь, чтобы я поискал файлы [потенциального клиента] в твоих подключённых инструментах, или лучше загрузишь их сюда?* Имя потенциального клиента нужно в любом случае, при любом варианте.

A. Поиск в подключённых инструментах

Проверь, какие системы действительно подключены: вызови ListConnectors (загрузи через ToolSearch, если он пока недоступен). Ищи CRM (Redtail, Salesforce, Wealthbox), Google Drive, Gmail и Microsoft 365. Не угадывай префикс имени инструмента; для любой системы, инструменты которой загружены, используй ToolSearch с названием этой системы, чтобы найти её настоящие инструменты.

Сначала ищи инструменты, а не верь реестру. Решает проверка через ToolSearch по названию самой системы: если её инструменты нашлись, система подключена и доступна, пользуйся ими. ListConnectors может ответить «No installed connectors found» даже в сессии с несколькими живыми рабочими коннекторами, а в некоторых клиентах он вообще показывает карточку для пользователя, а не возвращает данные. Поэтому он объясняет пробел, но никогда его не устанавливает, а пустой результат означает неизвестно, а не «ничего не подключено». Если он всё же вернул записи, смотри на enabledInChat, а не на connected: connected: true при enabledInChat: false значит, что вход выполнен, но в этом чате система отключена, поэтому скажи советнику, что её можно включить здесь, а не сообщай, что она не подключена; отсутствующее или null значение connected означает «неизвестно», а не «отключено».

Ищи по всем подключённым системам параллельно: если одна вернула пусто, это не мешает читать остальные. Если сбор данных займёт время (подключено несколько систем), скажи об этом заранее; это предупреждение, а не ещё один вопрос «начинать ли?». Единственный обязательный вопрос перед началом работы — «поиск или загрузка» выше.

Прежде чем читать что-либо, покажи советнику, что нашлось (названия файлов, темы писем, запись в CRM), и подтверди, какие из найденных элементов действительно относятся к файлам потенциального клиента. Сначала разведи совпадения: если поиск в CRM находит больше одного подходящего контакта или сделки, не бери данные ни из одного и ничего не прикрепляй, пока советник не подтвердит, какой из них верный. Это та же планка конфиденциальности, что для совпадения по домохозяйству в других скиллах: никогда не продолжай, опираясь только на совпадение имени.

Если подключён Zocks, проверь в нём прежний разговор с этим потенциальным клиентом и возьми всё, что там уже зафиксировано (цели, жизненные обстоятельства, упоминания счетов). Используй эти сведения вместо повторных вопросов советнику или потенциальному клиенту и указывай, что они взяты из того разговора, а не считай их отсутствующими на шаге 2.

Если ни CRM, ни Drive, ни Gmail, ни M365 не подключены, скажи об этом прямо и переходи к загрузке.

B. Загрузка сюда

Дождись, пока советник предоставит файлы: PDF/CSV/скриншот или вставленный текст. Не продолжай на основании обещания прислать файлы позже; дождись, пока они действительно придут. Никогда не выдумывай активы, чтобы заполнить пробел на время ожидания.

Шаг 2: Очисти файлы

**Запусти по одному субагенту claude-for-financial-advisors:statement-extract на каждый файл, все в одном сообщении, чтобы стопка читалась одновременно**: по одному вызову Agent(claude-for-financial-advisors:statement-extract) на файл, в одном и том же ответе. Каждому передаются путь к одному файлу и имя потенциального клиента, а он возвращает счета из этого файла в виде нормализованной записи с флагами качества данных и уже проведённой отметкой «выведено или считано». Последовательное чтение стопки выписок — самая медленная часть этого скилла, и чем больше стопка, тем она медленнее, а как раз тогда советник ждёт дольше всего.

Сведение воедино остаётся за тобой: у каждого субагента перед глазами один файл, и он не может понять, что счёт в файле 3 — тот же, что и в файле 7. Поиск дубликатов по всему набору и единый сводный вид собираешь ты из их записей.

Схема извлечения, по которой работает каждый субагент (по ней же действуй вручную, если субагент недоступен), по каждому счёту:

Тип и регистрация счёта (401(k), IRA, брокерский и т. д.) и кастодиан/провайдер, если указан
Активы: тикер/название фонда, количество акций или паёв, текущая стоимость, стоимость приобретения, если она есть
Комиссии, видимые в выписке
Дата выписки/выгрузки
Любые отмеченные ограничения (например, правила вывода средств из плана работодателя при работе в компании, вестинг)

Нормализуй всё в единый сводный вид по всем файлам и счетам. Отмечай проблемы качества данных по ходу работы, а не обходи их молча:

Нечитаемые или частичные сканы
Отсутствующая стоимость приобретения
Устаревшие даты выписок
Счета, которые встречаются в файлах повторно

Никогда не выдумывай цифру, которую нельзя прочитать или которой нет: помечай её «— не показано в предоставленном файле». Исключение: факт, который Zocks уже зафиксировал в предыдущем разговоре (шаг 1); тогда используй его, а не отмечай как отсутствующий.

Шаг 3: Три результата

Используй шаблоны из папки templates/ этого скилла как основу для каждого. Заполняй каждое поле; если данные не показаны ни в одном из предоставленных файлов, помечай «— не показано в предоставленном файле», а не оставляй поле молча пустым.

Отметка «выведено или считано» относится к каждой цифре во всех трёх результатах, а не только в передаче аналитикам ниже: любое число в сводке для потенциального клиента или в памятке «чего ожидать», которое было вычислено или предположено, а не считано напрямую из файла, требует той же отметки.

A. Сводка по потенциальному клиенту

Шаблон: templates/prospect-summary-template.md. Простым языком, для самого потенциального клиента. Разделы:

Рассмотренные счета — типы и регистрации просмотренных счетов (без номеров счетов, без внутренних подробностей кастодиана сверх нужного для определения типа счёта)
Срез активов — общий взгляд на то, чем владеет клиент, по счетам
Общая сумма активов в рассмотрении — сумма по всем счетам

Никаких комментариев о структуре и распределении активов, комиссиях, результатах или заявлений о доходности: документ подтверждает «вот что мы получили и поняли», и не более.

B. Передача аналитикам

Шаблон: templates/analyst-handoff-template.md. Внутренний документ для команды аналитиков фирмы, он остаётся внутренним (см. шаг 4). Разделы:

Построчная детализация по счетам — полная сводная информация с шага 2: тип счёта/кастодиан, каждый актив с количеством акций или паёв, стоимостью, стоимостью приобретения, комиссиями, датой выписки, ограничениями
Флаги качества данных — нечитаемые или частичные сканы, отсутствующая стоимость приобретения, устаревшие даты выписок, повторяющиеся счета в файлах, с указанием по каждому счёту и строке
Выведено или считано — каждую цифру, для которой потребовался вывод (например, вычислена из других чисел, предположена по контексту), а не прямое считывание из файла, пометь как выведенную; всё остальное по умолчанию считано из файла

C. Памятка «чего ожидать»

Шаблон: templates/what-to-expect-template.md. Краткая, дружелюбная, для самого потенциального клиента. Разделы:

Что мы получили — рассмотренные файлы и счета
Что будет дальше — аналитики фирмы готовят полное предложение на основе этого первичного приёма
От кого вы услышите и когда — спроси у советника реальное следующее контактное лицо и сроки; никогда не выдумывай срок, имя и не обещай конкретного результата. Если советник ещё не дал этих сведений, спроси до завершения раздела, а не оставляй на его месте догадку.

Шаг 4: Соответствие требованиям

Запусти /compliance для результатов A (сводка по потенциальному клиенту) и C (памятка «чего ожидать»): оба предназначены для потенциального клиента и подпадают под те же правила маркетинга и защиты от мошенничества, что и сообщения клиентам.

Закончи проверку, прежде чем что-либо возвращать. /compliance записывает два файла на каждый проверяемый документ: <slug>-compliance-analysis.md и <slug>-compliance-redraft.md. Пока обоих файлов нет и для A, и для C, проверка ещё не состоялась и приём не завершён. Даже чистая проверка записывает переработанную версию, поэтому «ничего менять не пришлось» не повод для отсутствия файла. Здесь ничего не выполняется в фоне: если ты ждёшь результата сканирования, он уже вернулся, и оставшуюся разметку нужно написать тебе.

С этого момента A и C — это переработанные версии. Когда возвращаешь документы, перечисляешь их для вложения или предлагаешь отправить, называй <slug>-compliance-redraft.md, а не исходный черновик. Если показываешь советнику список файлов, скажи, какой из них идёт потенциальному клиенту; список без различий, где оригинал и переработанная версия стоят рядом, как раз и приводит к тому, что по ошибке отправляют черновик до проверки.

Результат B (передача аналитикам) остаётся внутренним и через /compliance не проходит: он не предназначен для потенциального клиента.

Шаг 5: CRM

Когда три результата готовы, покажи советнику одну сводку того, что собираешься сделать: прикрепить A, B и C к существующему контакту или сделке, подтверждённым на шаге 1, либо создать новый контакт и прикрепить их туда. Получи одно подтверждение на весь пакет, а не отдельное согласие на каждый документ. Записывай только после его «да»; до этого ничего не прикрепляй и не создавай.

Шаг 6: Отправь памятку «чего ожидать» по почте

Если Gmail подключён, предложи отправить потенциальному клиенту версию C, прошедшую проверку соответствия: составь письмо (тема и текст) и покажи советнику полный черновик, прежде чем что-либо уйдёт. Отправляй только после его явного одобрения: никогда не отправляй автоматически и никогда не отправляй черновик до проверки.

Если Gmail не подключён или советник предпочитает отправить письмо сам, верни ему файл markdown из результата; этот шаг необязательный.

Результат

Сначала запиши все три документа как файлы markdown с понятными названиями: сводка по потенциальному клиенту (A), передача аналитикам (B) и памятка «чего ожидать» (C). Напомни советнику, что A и C нужно пройти проверку соответствия перед отправкой (шаг 4), что B остаётся внутренним и что само полное предложение — отдельный следующий этап, который команда аналитиков строит по B.

Затем спроси советника, нужно ли превратить материалы для потенциального клиента (A и C) в .docx или .pdf; не создавай ни один из форматов, если он не попросит. B остаётся внутренним, и markdown подходит для него в любом случае.

Вне рамок (пока)

Никакой предлагаемой структуры портфеля, графика комиссий и моделирования ожидаемых результатов: это полное предложение, которое аналитики строят по передаче из этого скилла.
Никаких документов по переходу и ACAT.
Никаких прогнозов результатов и допущений о доходности.

Важные замечания

Никогда не выдумывай активы, стоимости и стоимость приобретения по нечитаемым или частичным файлам: помечай как не показанные, а не оценивай.
Относись к файлам потенциального клиента как к конфиденциальным, взяты ли они из подключённого инструмента или загружены.
Потенциальный клиент ещё не клиент: не создавай и не изменяй никакую запись в CRM без явного разрешения советника (см. шаг 5).
То же правило для почты: никогда не отправляй черновик шага 6 без явного одобрения советника. Claude составляет черновик, решает советник.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-financial-advisors/tree/main/skills/prospect-intake, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: prospect-intake
description: Start a new prospect's intake, with or without their files in hand — a request naming a new prospect and attaching no documents is a normal starting point, because Step 1 searches the connected tools or asks the advisor to upload. Cleans and normalizes their account files (statements, exports, screenshots) into a consolidated view, then hands back a plain-English prospect summary, a detailed analyst handoff the full proposal gets built from, and a friendly "what to expect" memo, offered as a Gmail draft on approval. Does not produce the proposal, recommend an allocation, or quote fees. Triggers on "prospect intake", "/prospect-intake", "new prospect intake", "clean up [prospect]'s statements", "process [prospect]'s files", "what to expect note for [prospect]" — and on how an advisor raises a new prospect before any file exists: "I met with a potential client/customer", "[name] is interested in becoming a client", "I have a new prospect", "how should I proceed with [name]".
---

# Prospect Intake

Turn the pile of statements a prospect hands over into something usable — a clean summary they can read, a clean handoff the analyst team can build a full proposal from, and a warm note that keeps the prospect engaged while that happens.

This skill is the **intake step**, not the proposal itself. The full investment proposal (proposed allocation, expected outcomes, fees, transition plan) is built by the firm's analysts from the detailed handoff this skill produces — it is not generated here.

## Inputs

Required: the **prospect's name**. Their files are needed too — either found in a connected tool or uploaded — but a request that arrives without them is a normal starting point, not a reason to hold off: **Step 1: Find the Files** below is how they get found, and it is where this skill begins. Never invent holdings.

## Step 1: Find the Files

Ask the advisor a single question up front: *do you want me to look for [prospect]'s files in your connected tools, or would you rather upload them here?* Get the prospect's name either way — it's needed for both paths.

**A. Look in connected tools**

Check which systems are actually connected — call `ListConnectors` (load via `ToolSearch` if it isn't already available) — for a CRM (Redtail, Salesforce, Wealthbox), Google Drive, Gmail, and Microsoft 365. Don't guess at a tool-name prefix; for any system whose tools are loaded, use `ToolSearch` with that system's name to find its actual tools.

**Look for the tools before you trust the registry.** `ToolSearch` by the system's own name is the check that decides: if its tools come back, that system is connected and callable — use them. `ListConnectors` can answer "No installed connectors found" even in a session with several live, working connectors, and in some clients it renders a user-facing card rather than returning data at all. So it explains a gap, it never establishes one, and an empty result means **unknown**, never "nothing is connected". When it does return entries, read `enabledInChat`, not `connected`: `connected: true` with `enabledInChat: false` is authenticated but switched off for this chat, so tell the advisor they can enable it here rather than reporting it as unconnected; a missing or `null` `connected` is unknown, not disconnected.

Search all connected systems **in parallel** — one system coming back empty doesn't block reading the others. If this pull is likely to take a moment (several systems connected), say so up front; that's a heads-up, not another "should I start?" gate — the upload-vs-search question above is the only required input before proceeding.

Show the advisor what matched (file names, email subjects, CRM record) before reading any of it — confirm which items are actually the prospect's files before pulling content from them. **Disambiguate first:** if a CRM search turns up more than one matching contact or opportunity, don't pull from or attach to any of them until the advisor confirms which one is correct — same privacy bar as a household match in other skills: never proceed on a name match alone.

If Zocks is also connected, check it for a prior conversation with this prospect and pull whatever facts it already captured (goals, life details, account mentions). Reuse those instead of re-asking the advisor or the prospect for them, and cite them as coming from that conversation rather than treating them as missing in Step 2.

If none of CRM/Drive/Gmail/M365 are connected, say so plainly and fall back to upload.

**B. Upload here**

Wait for the advisor to provide files — PDF/CSV/screenshot, or pasted text. Don't proceed on a promise of files to come; wait for them to actually arrive. Never invent holdings to fill a gap while waiting.

## Step 2: Clean the Files

**Dispatch one `claude-for-financial-advisors:statement-extract` subagent per file, all in a single message so the pile is read concurrently** — one `Agent(claude-for-financial-advisors:statement-extract)` call per file, in the same response. Each gets one file path and the prospect's name, and returns that file's accounts as a normalized record with data-quality flags and its inferred-vs-read marking already done. Reading a stack of statements one after another is the slowest part of this skill, and it gets slower the bigger the pile — which is exactly when the advisor is waiting longest.

Consolidation stays with you: the subagents each see one file and cannot tell that an account in file 3 is the same account as one in file 7. Duplicate detection across the set, and the single consolidated view, are yours to assemble from their records.

The extraction schema each subagent works to, which is also what to do by hand if the subagent is unavailable — per account:
- Account type/registration (401(k), IRA, brokerage, etc.) and custodian/provider if shown
- Holdings: ticker/fund name, shares or units, current value, cost basis if present
- Fees visible on the statement
- Statement/export date
- Any restrictions noted (e.g., employer plan in-service withdrawal rules, vesting)

Normalize everything into one consolidated view across all files/accounts. Flag data-quality problems as you go rather than silently working around them:
- Illegible or partial scans
- Missing cost basis
- Stale statement dates
- Accounts that appear duplicated across files

Never fabricate a figure that isn't legible or present — mark it "— not shown on file provided," unless it's a fact Zocks already captured in a prior conversation (Step 1), in which case use that instead of flagging it missing.

## Step 3: The Three Outputs

Use the templates in this skill's `templates/` folder as the skeleton for each. Fill every field; where data wasn't shown on any file provided, mark it "— not shown on file provided" rather than leaving it blank silently.

**Inferred vs. Read applies to every figure in all three outputs**, not just the Analyst Handoff below — any number in the Prospect Summary or What-to-Expect memo that was computed or assumed rather than read directly off a file needs the same flag.

### A. Prospect Summary
Template: `templates/prospect-summary-template.md`. Plain-English, prospect-facing. Sections:
1. **Accounts in Scope** — account types/registrations reviewed (no account numbers, no custodian internals beyond what's needed to identify the account type)
2. **Holdings Snapshot** — a high-level view of what's held, by account
3. **Total Assets Under Review** — the sum across all accounts

**No asset mix/allocation commentary, no fees, no performance or return claims** — this confirms "here's what we received and understood," nothing more.

### B. Analyst Handoff
Template: `templates/analyst-handoff-template.md`. Internal, for the firm's analyst team — this one stays internal (see Step 4). Sections:
1. **Per-Account Line Items** — the full consolidated detail from Step 2: account type/custodian, each holding with shares/units, value, cost basis, fees, statement date, restrictions
2. **Data Quality Flags** — illegible/partial scans, missing cost basis, stale statement dates, duplicate accounts across files, called out per account/line item
3. **Inferred vs. Read** — for every figure that required inference (e.g., computed from other numbers, assumed from context) rather than being read directly off a file, mark it as inferred; everything else is read-off-file by default

### C. What-to-Expect Memo
Template: `templates/what-to-expect-template.md`. Brief, friendly, prospect-facing. Sections:
1. **What We Received** — the files/accounts reviewed
2. **What Happens Next** — the firm's analysts are building the full proposal from this intake
3. **Who You'll Hear From, and When** — ask the advisor for the actual next point of contact and timeline; never invent a turnaround time, a name, or promise a specific outcome. If the advisor hasn't given you these yet, ask before finalizing this section rather than leaving a guess in place.

## Step 4: Compliance

Run **/compliance** on outputs **A (Prospect Summary)** and **C (What-to-Expect Memo)** — both are prospect-facing and fall under the same marketing/antifraud rules as client communications.

**Finish the review before you hand anything back.** /compliance writes two files per document it reviews — `<slug>-compliance-analysis.md` and `<slug>-compliance-redraft.md`. Until both exist for **both** A and C, the review has not happened yet and the intake is not done. A clean review still writes a redraft, so "nothing needed changing" is not a reason for the file to be missing. Nothing here runs in the background: if you are waiting on a scan, it has already come back and the remaining markup is yours to write.

**From here on, A and C mean the redrafts.** When you hand the documents back, list them for attaching, or offer to send them, name `<slug>-compliance-redraft.md` — never the original draft. If you show the advisor a list of files, say which one goes to the prospect; an undifferentiated list with the original and the redraft side by side is how the pre-compliance draft gets sent by mistake.

**Output B (Analyst Handoff) stays internal and does not go through /compliance** — it's not prospect-facing.

## Step 5: CRM

After the three outputs are ready, show the advisor one summary of what you're about to do — attach A, B, and C to the existing contact/opportunity confirmed in Step 1, or create a new contact and attach them there — and get a single confirmation on that whole batch, not a separate approval per document. Only write after they say yes; never attach or create anything before that.

## Step 6: Email the What-to-Expect Memo

If Gmail is connected, offer to send the compliance-reviewed version of C to the prospect: draft the message (subject and body) and show the advisor the full draft before anything goes out. Only send after they explicitly approve it — never send automatically, and never send the pre-compliance draft.

If Gmail isn't connected, or the advisor would rather send it themselves, hand back the markdown file from Output instead — this step is optional, not required.

## Output

Write all three as markdown files first, clearly labeled: the prospect summary (A), the analyst handoff (B), and the what-to-expect memo (C). Remind the advisor that A and C need compliance review before going out (Step 4), that B stays internal, and that the full proposal itself is a separate next step the analyst team builds from B.

Then ask the advisor whether they'd like the prospect-facing pieces (A and C) converted to .docx or .pdf — don't create either format unless they ask. B stays internal and markdown is fine for it either way.

## Out of Scope (for now)

- **No proposed allocation, fee schedule, or expected-outcomes modeling** — that's the full proposal the analysts build from this skill's handoff.
- **No transition/ACAT paperwork.**
- **No performance projections or return assumptions.**

## Important Notes

- Never fabricate holdings, values, or cost basis from illegible or partial files — mark it as not shown rather than estimating.
- Treat the prospect's files as confidential, whether pulled from a connected tool or uploaded.
- The prospect isn't yet a client — don't create or modify any CRM record without the advisor's explicit go-ahead (see Step 5).
- Same rule for email: never send the Step 6 draft without the advisor's explicit approval. Claude drafts, the advisor decides.

Источник: anthropics/claude-for-financial-advisors / claude-for-financial-advisors / prospect-intake ↗. Ссылка проверена 2026-10-10.

---
name: prospect-intake
description: Запускает первичный приём нового потенциального клиента, с его файлами на руках или без них: запрос с именем нового потенциального клиента без вложенных документов считается обычной отправной точкой, потому что на шаге 1 скилл ищет файлы в подключённых инструментах или просит советника загрузить их. Очищает и нормализует файлы счетов (выписки, выгрузки, скриншоты) в единый сводный вид, затем выдаёт понятную сводку по потенциальному клиенту, подробную передачу аналитикам, по которой строится полное предложение, и дружелюбную памятку «чего ожидать» с предложением оформить её черновиком письма в Gmail после одобрения. Не готовит само предложение, не рекомендует структуру портфеля и не называет комиссии. Срабатывает на фразы «первичный приём потенциального клиента», «/prospect-intake», «приём нового потенциального клиента», «разбери выписки [клиента]», «обработай файлы [клиента]», «памятка “чего ожидать” для [клиента]», а также на то, как советник поднимает нового потенциального клиента, пока файлов ещё нет: «я встретился с потенциальным клиентом», «[имя] заинтересован стать клиентом», «у меня новый потенциальный клиент», «как мне действовать с [имя]».
---

# Первичный приём потенциального клиента

Преврати стопку выписок, которую передал потенциальный клиент, в нечто пригодное для работы: понятную сводку, которую он может прочитать, чистую передачу, по которой команда аналитиков построит полное предложение, и тёплое письмо, которое сохраняет вовлечённость потенциального клиента, пока всё это готовится.

Этот скилл — **этап первичного приёма**, а не само предложение. Полное инвестиционное предложение (предлагаемая структура портфеля, ожидаемые результаты, комиссии, план перехода) готовят аналитики фирмы по подробной передаче, которую создаёт этот скилл; здесь оно не генерируется.

## Входные данные

Обязательно: **имя потенциального клиента**. Нужны и его файлы: найденные в подключённом инструменте или загруженные. Но запрос без них — обычная отправная точка, а не повод медлить: **Шаг 1: Найди файлы** ниже описывает, как их находят, и скилл начинается именно с него. Никогда не выдумывай активы.

## Шаг 1: Найди файлы

Сразу задай советнику один вопрос: *хочешь, чтобы я поискал файлы [потенциального клиента] в твоих подключённых инструментах, или лучше загрузишь их сюда?* Имя потенциального клиента нужно в любом случае, при любом варианте.

**A. Поиск в подключённых инструментах**

Проверь, какие системы действительно подключены: вызови `ListConnectors` (загрузи через `ToolSearch`, если он пока недоступен). Ищи CRM (Redtail, Salesforce, Wealthbox), Google Drive, Gmail и Microsoft 365. Не угадывай префикс имени инструмента; для любой системы, инструменты которой загружены, используй `ToolSearch` с названием этой системы, чтобы найти её настоящие инструменты.

**Сначала ищи инструменты, а не верь реестру.** Решает проверка через `ToolSearch` по названию самой системы: если её инструменты нашлись, система подключена и доступна, пользуйся ими. `ListConnectors` может ответить «No installed connectors found» даже в сессии с несколькими живыми рабочими коннекторами, а в некоторых клиентах он вообще показывает карточку для пользователя, а не возвращает данные. Поэтому он объясняет пробел, но никогда его не устанавливает, а пустой результат означает **неизвестно**, а не «ничего не подключено». Если он всё же вернул записи, смотри на `enabledInChat`, а не на `connected`: `connected: true` при `enabledInChat: false` значит, что вход выполнен, но в этом чате система отключена, поэтому скажи советнику, что её можно включить здесь, а не сообщай, что она не подключена; отсутствующее или `null` значение `connected` означает «неизвестно», а не «отключено».

Ищи по всем подключённым системам **параллельно**: если одна вернула пусто, это не мешает читать остальные. Если сбор данных займёт время (подключено несколько систем), скажи об этом заранее; это предупреждение, а не ещё один вопрос «начинать ли?». Единственный обязательный вопрос перед началом работы — «поиск или загрузка» выше.

Прежде чем читать что-либо, покажи советнику, что нашлось (названия файлов, темы писем, запись в CRM), и подтверди, какие из найденных элементов действительно относятся к файлам потенциального клиента. **Сначала разведи совпадения:** если поиск в CRM находит больше одного подходящего контакта или сделки, не бери данные ни из одного и ничего не прикрепляй, пока советник не подтвердит, какой из них верный. Это та же планка конфиденциальности, что для совпадения по домохозяйству в других скиллах: никогда не продолжай, опираясь только на совпадение имени.

Если подключён Zocks, проверь в нём прежний разговор с этим потенциальным клиентом и возьми всё, что там уже зафиксировано (цели, жизненные обстоятельства, упоминания счетов). Используй эти сведения вместо повторных вопросов советнику или потенциальному клиенту и указывай, что они взяты из того разговора, а не считай их отсутствующими на шаге 2.

Если ни CRM, ни Drive, ни Gmail, ни M365 не подключены, скажи об этом прямо и переходи к загрузке.

**B. Загрузка сюда**

Дождись, пока советник предоставит файлы: PDF/CSV/скриншот или вставленный текст. Не продолжай на основании обещания прислать файлы позже; дождись, пока они действительно придут. Никогда не выдумывай активы, чтобы заполнить пробел на время ожидания.

## Шаг 2: Очисти файлы

**Запусти по одному субагенту `claude-for-financial-advisors:statement-extract` на каждый файл, все в одном сообщении, чтобы стопка читалась одновременно**: по одному вызову `Agent(claude-for-financial-advisors:statement-extract)` на файл, в одном и том же ответе. Каждому передаются путь к одному файлу и имя потенциального клиента, а он возвращает счета из этого файла в виде нормализованной записи с флагами качества данных и уже проведённой отметкой «выведено или считано». Последовательное чтение стопки выписок — самая медленная часть этого скилла, и чем больше стопка, тем она медленнее, а как раз тогда советник ждёт дольше всего.

Сведение воедино остаётся за тобой: у каждого субагента перед глазами один файл, и он не может понять, что счёт в файле 3 — тот же, что и в файле 7. Поиск дубликатов по всему набору и единый сводный вид собираешь ты из их записей.

Схема извлечения, по которой работает каждый субагент (по ней же действуй вручную, если субагент недоступен), по каждому счёту:
- Тип и регистрация счёта (401(k), IRA, брокерский и т. д.) и кастодиан/провайдер, если указан
- Активы: тикер/название фонда, количество акций или паёв, текущая стоимость, стоимость приобретения, если она есть
- Комиссии, видимые в выписке
- Дата выписки/выгрузки
- Любые отмеченные ограничения (например, правила вывода средств из плана работодателя при работе в компании, вестинг)

Нормализуй всё в единый сводный вид по всем файлам и счетам. Отмечай проблемы качества данных по ходу работы, а не обходи их молча:
- Нечитаемые или частичные сканы
- Отсутствующая стоимость приобретения
- Устаревшие даты выписок
- Счета, которые встречаются в файлах повторно

Никогда не выдумывай цифру, которую нельзя прочитать или которой нет: помечай её «— не показано в предоставленном файле». Исключение: факт, который Zocks уже зафиксировал в предыдущем разговоре (шаг 1); тогда используй его, а не отмечай как отсутствующий.

## Шаг 3: Три результата

Используй шаблоны из папки `templates/` этого скилла как основу для каждого. Заполняй каждое поле; если данные не показаны ни в одном из предоставленных файлов, помечай «— не показано в предоставленном файле», а не оставляй поле молча пустым.

**Отметка «выведено или считано» относится к каждой цифре во всех трёх результатах**, а не только в передаче аналитикам ниже: любое число в сводке для потенциального клиента или в памятке «чего ожидать», которое было вычислено или предположено, а не считано напрямую из файла, требует той же отметки.

### A. Сводка по потенциальному клиенту
Шаблон: `templates/prospect-summary-template.md`. Простым языком, для самого потенциального клиента. Разделы:
1. **Рассмотренные счета** — типы и регистрации просмотренных счетов (без номеров счетов, без внутренних подробностей кастодиана сверх нужного для определения типа счёта)
2. **Срез активов** — общий взгляд на то, чем владеет клиент, по счетам
3. **Общая сумма активов в рассмотрении** — сумма по всем счетам

**Никаких комментариев о структуре и распределении активов, комиссиях, результатах или заявлений о доходности**: документ подтверждает «вот что мы получили и поняли», и не более.

### B. Передача аналитикам
Шаблон: `templates/analyst-handoff-template.md`. Внутренний документ для команды аналитиков фирмы, он остаётся внутренним (см. шаг 4). Разделы:
1. **Построчная детализация по счетам** — полная сводная информация с шага 2: тип счёта/кастодиан, каждый актив с количеством акций или паёв, стоимостью, стоимостью приобретения, комиссиями, датой выписки, ограничениями
2. **Флаги качества данных** — нечитаемые или частичные сканы, отсутствующая стоимость приобретения, устаревшие даты выписок, повторяющиеся счета в файлах, с указанием по каждому счёту и строке
3. **Выведено или считано** — каждую цифру, для которой потребовался вывод (например, вычислена из других чисел, предположена по контексту), а не прямое считывание из файла, пометь как выведенную; всё остальное по умолчанию считано из файла

### C. Памятка «чего ожидать»
Шаблон: `templates/what-to-expect-template.md`. Краткая, дружелюбная, для самого потенциального клиента. Разделы:
1. **Что мы получили** — рассмотренные файлы и счета
2. **Что будет дальше** — аналитики фирмы готовят полное предложение на основе этого первичного приёма
3. **От кого вы услышите и когда** — спроси у советника реальное следующее контактное лицо и сроки; никогда не выдумывай срок, имя и не обещай конкретного результата. Если советник ещё не дал этих сведений, спроси до завершения раздела, а не оставляй на его месте догадку.

## Шаг 4: Соответствие требованиям

Запусти **/compliance** для результатов **A (сводка по потенциальному клиенту)** и **C (памятка «чего ожидать»)**: оба предназначены для потенциального клиента и подпадают под те же правила маркетинга и защиты от мошенничества, что и сообщения клиентам.

**Закончи проверку, прежде чем что-либо возвращать.** /compliance записывает два файла на каждый проверяемый документ: `<slug>-compliance-analysis.md` и `<slug>-compliance-redraft.md`. Пока обоих файлов нет **и для A, и для C**, проверка ещё не состоялась и приём не завершён. Даже чистая проверка записывает переработанную версию, поэтому «ничего менять не пришлось» не повод для отсутствия файла. Здесь ничего не выполняется в фоне: если ты ждёшь результата сканирования, он уже вернулся, и оставшуюся разметку нужно написать тебе.

**С этого момента A и C — это переработанные версии.** Когда возвращаешь документы, перечисляешь их для вложения или предлагаешь отправить, называй `<slug>-compliance-redraft.md`, а не исходный черновик. Если показываешь советнику список файлов, скажи, какой из них идёт потенциальному клиенту; список без различий, где оригинал и переработанная версия стоят рядом, как раз и приводит к тому, что по ошибке отправляют черновик до проверки.

**Результат B (передача аналитикам) остаётся внутренним и через /compliance не проходит**: он не предназначен для потенциального клиента.

## Шаг 5: CRM

Когда три результата готовы, покажи советнику одну сводку того, что собираешься сделать: прикрепить A, B и C к существующему контакту или сделке, подтверждённым на шаге 1, либо создать новый контакт и прикрепить их туда. Получи одно подтверждение на весь пакет, а не отдельное согласие на каждый документ. Записывай только после его «да»; до этого ничего не прикрепляй и не создавай.

## Шаг 6: Отправь памятку «чего ожидать» по почте

Если Gmail подключён, предложи отправить потенциальному клиенту версию C, прошедшую проверку соответствия: составь письмо (тема и текст) и покажи советнику полный черновик, прежде чем что-либо уйдёт. Отправляй только после его явного одобрения: никогда не отправляй автоматически и никогда не отправляй черновик до проверки.

Если Gmail не подключён или советник предпочитает отправить письмо сам, верни ему файл markdown из результата; этот шаг необязательный.

## Результат

Сначала запиши все три документа как файлы markdown с понятными названиями: сводка по потенциальному клиенту (A), передача аналитикам (B) и памятка «чего ожидать» (C). Напомни советнику, что A и C нужно пройти проверку соответствия перед отправкой (шаг 4), что B остаётся внутренним и что само полное предложение — отдельный следующий этап, который команда аналитиков строит по B.

Затем спроси советника, нужно ли превратить материалы для потенциального клиента (A и C) в .docx или .pdf; не создавай ни один из форматов, если он не попросит. B остаётся внутренним, и markdown подходит для него в любом случае.

## Вне рамок (пока)

- **Никакой предлагаемой структуры портфеля, графика комиссий и моделирования ожидаемых результатов**: это полное предложение, которое аналитики строят по передаче из этого скилла.
- **Никаких документов по переходу и ACAT.**
- **Никаких прогнозов результатов и допущений о доходности.**

## Важные замечания

- Никогда не выдумывай активы, стоимости и стоимость приобретения по нечитаемым или частичным файлам: помечай как не показанные, а не оценивай.
- Относись к файлам потенциального клиента как к конфиденциальным, взяты ли они из подключённого инструмента или загружены.
- Потенциальный клиент ещё не клиент: не создавай и не изменяй никакую запись в CRM без явного разрешения советника (см. шаг 5).
- То же правило для почты: никогда не отправляй черновик шага 6 без явного одобрения советника. Claude составляет черновик, решает советник.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-financial-advisors/tree/main/skills/prospect-intake, лицензия Apache-2.0. Изменения: перевод на русский язык.

Первичный приём потенциального клиента

Как включить

Текст

Первичный приём потенциального клиента

Входные данные

Шаг 1: Найди файлы

Шаг 2: Очисти файлы

Шаг 3: Три результата

A. Сводка по потенциальному клиенту

B. Передача аналитикам

C. Памятка «чего ожидать»

Шаг 4: Соответствие требованиям

Шаг 5: CRM

Шаг 6: Отправь памятку «чего ожидать» по почте

Результат

Вне рамок (пока)

Важные замечания

Похожие