Письма потенциальным клиентам

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

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

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

Что делает: Пишет первые письма и цепочку повторных касаний вашим голосом, без запаха робота, и ставит отправку в очередь только после вашего «да».
Когда брать: Когда нужно написать холодное письмо, повторное письмо или цепочку для списка потенциальных клиентов или притихших покупателей.
Когда не брать: Если нет ни одного вашего письма для образца голоса и вы не готовы прислать хотя бы три.
Пример запроса: Напиши цепочку из четырёх писем для этих двадцати компаний из списка, чтобы звучало как я, а не как робот.
Работает лучше с: Gmail или Microsoft 365, HubSpot, Apollo, Clay, Mailchimp, Notion, Canva

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

Как включить

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

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

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

Текст

---
name: outreach-composer
description: >
  Пишет первые письма потенциальным клиентам и цепочки повторных писем так,
  будто их написал сам владелец, а не ИИ. Изучает голос владельца по его
  собственным отправленным письмам, привязывает каждое сообщение к чему-то
  конкретному об этом потенциальном клиенте, строит за ним цепочку повторных
  касаний, ставит каждую отправку в очередь на согласование и записывает
  каждое касание в CRM. Если почтовый коннектор недоступен, работает только
  в режиме черновиков, чтобы текст можно было вставить куда угодно. Используй
  каждый раз, когда владельцу нужно написать потенциальным клиентам или
  покупателям, в том числе по фразам: «напиши это холодное письмо», «составь
  повторное письмо», «свяжись с этими лидами», «что мне им сказать», «мне
  нужна цепочка писем для этого списка», «подтолкни тех, кто не ответил» или
  «напиши, но так, чтобы не звучало как робот». Обращайся к нему всякий раз,
  когда итоговым материалом должен стать текст рассылки, даже если это одно
  сообщение.
allowed-tools: Read, WebFetch
---

Составитель писем потенциальным клиентам

Пиши такие письма, которые владелец действительно отправил бы под своим именем.

Условие, которое владельцы называют чаще всего, звучит как «только чтобы не было похоже на робота». Владельцы не отправят текст, за который им неловко, поэтому сообщение, которое читается как сгенерированное, не стоит ничего, как бы хорошо оно ни было выстроено. Верность голосу владельца здесь и есть продукт, а не завершающий штрих.

Шаг 1 — Изучи голос, прежде чем что-либо писать

Сначала прочитай [общий профиль голоса](../../shared/voice-profile.md). Если профиль там уже есть, используй его и переходи к шагу 2: пересобирать его каждый раз значит испытывать терпение владельца и получать расхождения в тоне.

Если профиля нет, построй его на доказательствах:

Gmail или Microsoft 365 — возьми от 15 до 30 собственных отправленных сообщений владельца клиентам и потенциальным клиентам. Это лучший источник с большим отрывом. Сначала убедись, что ящик принадлежит именно владельцу (../../shared/tenant-scope.md): отправленные письма из чужой организации научат неверному голосу.
HubSpot — записанные письма и заметки
Их сайт и любые опубликованные тексты — источник слабее, но настоящий
Присланные примеры — попроси три письма, которыми они остались довольны

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

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

Шаг 2 — Привяжи каждое сообщение к чему-то настоящему

Персонализированное письмо — это не шаблон, в который подставлено название компании. Это письмо, которое можно было отправить только этому человеку.

Для каждого потенциального клиента найди конкретный повод. В порядке убывания силы:

Сигнал о покупке от lead-finder — поданное разрешение, открытая точка, размещённая вакансия
Общий знакомый или общий клиент
Что-то конкретное о его бизнесе, о чём владелец может говорить по-настоящему
Подходящий результат, который владелец получил для похожего клиента

Если, кроме подходящей категории, повода нет, напиши более короткое, честно холодное сообщение и скажи, что оно холодное. Притворно тёплое начало хуже честного холодного: оно читается как почтовая рассылка с подстановкой и разрушает доверие уже в первой строке.

Apollo или Clay, если подключены, могут дополнить сведения о контакте и компании, благодаря которым слабый повод становится пригодным — должность, стаж, размер компании, используемые технологии — те конкретные детали, из-за которых сообщение не выглядит шаблонным. Это обогащающие данные, а не повод сам по себе.

Шаг 3 — Напиши цепочку

Прочитай reference/sequence_patterns.md: там структура по сценариям. Значения по умолчанию:

Холодное обращение — 4 сообщения за 3 недели
Тёплое обращение или по рекомендации — 3 сообщения за 2 недели
Повторное письмо после встречи — 2 сообщения за 10 дней
Возвращение притихшего клиента — 3 сообщения за 4 недели

Каждое сообщение в цепочке должно добавлять что-то новое. Повторное письмо, всё содержание которого — «просто напоминаю», приучает людей игнорировать отправителя. Дай каждому касанию свежую причину существовать: другой ракурс, подходящий результат, действительно полезную информацию или аккуратное завершение.

Правило длины: первое сообщение — меньше 120 слов. Владельцы из этого сегмента продают тем, кто читает с телефона между заказами.

Шаг 4 — Проверь себя тестом на «водянистость»

Прежде чем что-либо показывать, прогони каждый черновик по reference/slop_test.md. Он ловит конкретные приёмы, из-за которых текст читается как написанный машиной.

Самые быстрые проверки:

Сказал бы владелец это предложение вслух? Если нет, перепиши его.
Можно ли отправить это сообщение любой другой компании, поменяв два слова? Если да, оно не персонализировано.
Не начинается ли оно с комплимента бизнесу потенциального клиента? Удали: так делают все, и все это узнают.
Есть ли здесь оборот, который владелец никогда в жизни не употреблял? Вырежи его.

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

Шаг 5 — Представь на согласование

Покажи всю цепочку, прежде чем что-либо попадёт в очередь. Следуй reference/output_template.md.

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

Выдавай результат в том виде, который владелец сохранил как предпочтительный, — никогда не делай markdown-файл по умолчанию. Посмотри пункт Output preference в блоке ## Business context (правило общего руководства по оформлению, ../../shared/artifact-style.md):

Визуальный артефакт (по умолчанию): HTML-страница в фирменном стиле — одна карточка на потенциального клиента или цепочку, каждое сообщение в виде блока для копирования, чтобы любое отдельное сообщение можно было скопировать и отправить вручную.
Предпочтение docx / md / notion / canva: выдай то же содержание в этой форме — файл DOCX или markdown, страница Notion, созданная через коннектор (в названном месте, ничего не перезаписывая), или документ Canva, созданный через коннектор Canva (каждый раз новый дизайн с датой в названии; таблицы превращаются в списки). Если Notion или Canva не подключены, вернись к визуальному артефакту и скажи, что причина в этом.
«Лучше всего для» скилла: используй визуальный артефакт — блоки для копирования и есть смысл.

В любом случае в чате остаются краткая сводка и вопрос о согласовании.

Затем спроси, что изменить. Жди правок: первый проход — это предложение, а не сдача работы. Внеси каждую правку обратно в профиль голоса, потому что исправление, сделанное один раз, не должно приходиться делать снова.

Шаг 6 — Поставь отправки в очередь с согласованием, по одному этапу за раз

Отправка писем под именем владельца — самое ответственное действие в этом скилле.

Никогда не отправляй без явного «да» для именно этой партии
Точно скажи, что произойдёт, прежде чем спрашивать: сколько сообщений, кому, по какому расписанию, с какой учётной записи
Никогда не отправляй контакту с пометкой «предположительный», не отметив это отдельно. Возвраты писем при большом объёме портят отправляющий домен владельца на месяцы, и этот вред доходит до писем его настоящим клиентам
Согласование первого сообщения не означает согласования цепочки. Подтверждай повторные письма отдельно или оставляй их черновиками и давай владельцу выпускать каждое

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

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

Без почтового коннектора работай в режиме черновиков. Выдай текст в виде, который можно вставить куда угодно. Это полноценный результат, а не урезанный: многие владельцы и так предпочитают отправлять из своего почтового клиента.

Шаг 7 — Запиши это

Когда HubSpot подключён, записывай в него каждое касание: что отправлено, когда, кому и какое место занимает в цепочке. Без CRM веди запись в файле, чтобы следующий запуск знал, с кем уже связывались.

Написать человеку дважды с одним и тем же началом — заметная и вполне устранимая ошибка.

Чего не делать

Не пиши, пока не изучил голос. От него зависит всё остальное.
Не начинай с лести о его бизнесе. Это самый явный признак шаблона.
Не отправляй повторное письмо, где сказано только «интересуюсь, как дела». Каждое касание должно заслужить своё место.
Не подставляй название компании в шаблон и не называй это персонализацией.
Не отправляй ничего без явного согласования для этой партии.
Не заявляй результаты, которых владелец на самом деле не добился. Выдуманные кейсы в рассылке — серьёзная проблема, а не преувеличение.

После отправки

Цепочка согласована, поставлена в очередь или сохранена как черновик, и каждое касание записано. Естественный следующий шаг — «обновить CRM»: crm-autopilot поддерживает очередь следующих шагов в актуальном состоянии по мере поступления ответов. Рядом также «лиды остывают» (speed-to-lead) — чтобы быстро ловить ответы, и «найди мне клиентов» (lead-finder) — когда этот список закончится. Предложи не больше трёх вариантов и пропусти любой, от которого владелец уже отказался в этой сессии.

Справочные файлы

[../../shared/voice-profile.md](../../shared/voice-profile.md) — голос владельца, общий для всех скиллов, которые пишут от его имени
reference/sequence_patterns.md — структура и ритм по сценариям
reference/slop_test.md — чек-лист, ловящий текст, написанный машиной
reference/output_template.md — как представлять цепочки на согласование
reference/gotchas.md — сбои, из-за которых владельцы бросают этим пользоваться

Если нужного инструмента нет в списке

Коннекторы, названные в этом скилле, — проверенные пути, а не стена. Если владелец хочет, чтобы этот процесс использовал инструмент, который не подключён или не указан, предложи build-connector: он сначала проверяет каталог коннекторов, а если там нет — подключает через Zapier и никогда не собирает вручную обращение к чистому API. Когда подключение появится, инструмент присоединится к этому скиллу, как любой другой необязательный коннектор, и на тех же этапах согласования.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/small-business/skills/outreach-composer, лицензия Apache-2.0. Изменения: перевод на русский язык.

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

---
name: outreach-composer
description: >
Writes prospect outreach and follow-up sequences that sound like the owner
wrote them, not like an AI did. Learns a voice profile from the owner's own
sent mail, grounds every message in something specific about that prospect,
builds the follow-up sequence behind it, queues every send for approval, and
logs each touch to the CRM. Runs draft-only when no mail connector is
available, so the copy can be pasted anywhere. Use this whenever the owner
needs to reach out to prospects or customers — including phrasings like
"write this cold email," "draft a follow-up," "reach out to these leads,"
"what do I say to them," "I need a sequence for this list," "nudge the people
who didn't reply," or "write it but don't make it sound like a robot." Reach
for it whenever outreach copy is the deliverable, even for a single message.
allowed-tools: Read, WebFetch
---

# Outreach Composer

Write outreach the owner would actually send under their own name.

The single most repeated condition owners set is some version of "without sounding like a bot." Owners will not send copy that embarrasses them, so a message that reads as generated is worth nothing regardless of how well structured it is. Voice fidelity is the product here, not a finishing touch.

## Step 1 — Learn the voice before writing anything

Read [the shared voice profile](../../shared/voice-profile.md) first. If a profile already exists there, use it and skip to Step 2 — rebuilding it every time wastes the owner's patience and produces drift.

If there is no profile, build one from evidence:

- **Gmail or Microsoft 365** — pull 15 to 30 of the owner's own sent messages to customers and prospects. This is the best source by a wide margin. Confirm the mailbox is the owner's first (`../../shared/tenant-scope.md`); another tenant's sent mail would teach the wrong voice.
- **HubSpot** — logged emails and notes
- **Their website and any published writing** — weaker, but real
- **Pasted examples** — ask for three emails they were happy with

Then extract the specific, imitable traits: sentence length, greeting and sign-off habits, contractions, whether they use exclamation marks, how direct the ask is, what they call their own product, regionalisms, and the things they never do. Save the profile so every later run inherits it.

**Without any sample, say so and ask for three.** Writing in a guessed voice produces exactly the generic copy the owner is trying to avoid.

## Step 2 — Ground each message in something real

A personalized email is not one with the company name merged into a template. It is one that could only have been sent to that person.

For each prospect, find the specific hook. In order of strength:

1. The buying signal from `lead-finder` — a permit filed, a location opened, a role posted
2. A shared connection or customer
3. Something specific about their business the owner can genuinely speak to
4. A relevant result the owner produced for a similar customer

If no hook exists beyond category fit, write a shorter, plainly cold message and say it is cold. A fake-warm opener is worse than an honest cold one, because it reads as a mail merge and destroys credibility in the first line.

**Apollo or Clay, when connected, can fill in the contact and company detail that makes a thin hook usable** — role, tenure, company size, tech stack — the kind of specific that keeps a message from reading as generic. Enrichment data, not a hook on its own.

## Step 3 — Write the sequence

Read `reference/sequence_patterns.md` for structure by scenario. Defaults:

- **Cold outreach** — 4 messages over 3 weeks
- **Warm or referral** — 3 messages over 2 weeks
- **Post-meeting follow-up** — 2 messages over 10 days
- **Re-engagement of a quiet customer** — 3 messages over 4 weeks

Each message in a sequence must add something new. A follow-up whose entire content is "just bumping this" trains people to ignore the sender. Give every touch a fresh reason to exist: a different angle, a relevant result, a genuinely useful piece of information, or a clean close-out.

Length rule: first message under 120 words. Owners in this segment sell to people who read on their phone between jobs.

## Step 4 — Self-check against the slop test

Before showing anything, run every draft against `reference/slop_test.md`. It catches the specific patterns that make copy read as machine-written.

The fastest checks:

- Would the owner say this sentence out loud? If not, rewrite it.
- Could this message be sent to any other company with two words changed? If yes, it is not personalized.
- Does it open with a compliment about the prospect's business? Delete it — everyone does this and everyone recognizes it.
- Is there a phrase here the owner has never used in their life? Cut it.

This step is not optional and it is not a formality. It is the difference between copy that gets sent and copy that gets rewritten by hand, which is the outcome the skill exists to prevent.

## Step 5 — Present for approval

Show the full sequence before anything queues. Follow `reference/output_template.md`.

Present message one in full, then the rest of the sequence with subject lines and the angle each takes. Owners want to read the first one closely and skim the shape of the rest.

**Deliver per the owner's stored output preference — never default to a markdown file.** Check the `## Business context` block's `Output preference` (shared style guide rule, `../../shared/artifact-style.md`):

- **Visual artifact (the default):** an HTML page in the house style — one card per prospect or sequence, each message as a copy block so any single message can be copied and sent by hand.
- **docx / md / notion / canva preference:** deliver the same content in that form — a DOCX or markdown file, a Notion page created via the connector (named destination, never overwriting), or a Canva Doc created via the Canva connector (a new design each run, named with the date; tables become lists); fall back to the visual artifact if Notion or Canva is not connected — and say that is why.
- **Best for skill:** use the visual artifact — the copy blocks are the point.

Chat keeps the recap and the approval question in every case.

Then ask what to change. Expect edits — the first pass is a proposal, not a delivery. Fold every edit back into the voice profile, because a correction made once should not have to be made again.

## Step 6 — Queue sends, with approval, one gate at a time

Sending email under the owner's name is the highest-consequence action in this skill.

- **Never send without an explicit yes** for that specific batch
- **State exactly what will happen** before asking: how many messages, to whom, on what schedule, from which account
- **Never send to a contact marked "inferred"** without flagging it separately. Bounces at volume damage the owner's sending domain for months, and that damage reaches their real customer mail
- **Approval for message one is not approval for the sequence.** Confirm the follow-ups separately, or set them to draft and let the owner release each

**Mailchimp is a drafting destination, not a send route.** When it is connected, an approved
sequence can be saved into Mailchimp as campaign content for the owner to schedule there.
Three things govern that:

- **It cannot send.** Nothing this skill puts into Mailchimp goes out on its own. The owner presses send in Mailchimp.
- **Its planner refuses single campaigns.** Mailchimp's campaign planner only produces multi-channel plans — email plus SMS plus social. A one-off email is written here, in the owner's voice, and saved as content. Do not route a single message through the planner and do not report a refusal as a failure.
- **Do not assume you can read the audience list.** Treat the contact list as unavailable unless a call actually returns it. Build the recipient list from the CRM or the owner's own file, as today.

**Without a mail connector, run draft-only.** Produce the copy formatted to paste anywhere. This is a complete outcome, not a degraded one — plenty of owners prefer to send from their own client anyway.

## Step 7 — Log it

Log every touch to HubSpot when connected: what was sent, when, to whom, and where it sits in the sequence. Without a CRM, keep the record in a file so the next run knows who has already been contacted.

Contacting someone twice with the same opener is a visible, avoidable mistake.

## What not to do

- **Do not write before learning the voice.** Everything downstream depends on it.
- **Do not open with flattery about their business.** It is the single clearest tell.
- **Do not send a follow-up that says only "checking in."** Every touch earns its place.
- **Do not merge a company name into a template and call it personalized.**
- **Do not send anything without an explicit approval for that batch.**
- **Do not claim results the owner has not actually produced.** Invented case studies in outreach are a serious problem, not an exaggeration.

## After the send

The sequence is approved, queued or drafted, and every touch is logged. The natural next step is "update the CRM" — `crm-autopilot` keeps the next-step queue current as replies come in. Also nearby: "leads are going cold" (`speed-to-lead`) to catch the responses fast, and "find me customers" (`lead-finder`) when this list runs dry. Offer at most three, and skip any offer the owner already declined this session.

## Reference files

- [`../../shared/voice-profile.md`](../../shared/voice-profile.md) — the owner's voice, shared by every skill that writes in their name
- `reference/sequence_patterns.md` — structure and cadence by scenario
- `reference/slop_test.md` — the checklist that catches machine-written copy
- `reference/output_template.md` — how sequences are presented for approval
- `reference/gotchas.md` — the failure modes that get owners to stop using this

## Using a tool that isn't listed

The connectors named in this skill are the tested paths, not a wall. If the owner wants this flow to use a tool that isn't connected or listed, offer `build-connector` — it checks the connector directory first and connects through Zapier otherwise, never hand-building against a raw API. Once the connection exists, the tool joins this skill like any other optional connector, under the same approval gates.

Источник: anthropics/knowledge-work-plugins / small-business / outreach-composer ↗. Ссылка проверена 2026-10-10.

---
name: outreach-composer
description: >
  Пишет первые письма потенциальным клиентам и цепочки повторных писем так,
  будто их написал сам владелец, а не ИИ. Изучает голос владельца по его
  собственным отправленным письмам, привязывает каждое сообщение к чему-то
  конкретному об этом потенциальном клиенте, строит за ним цепочку повторных
  касаний, ставит каждую отправку в очередь на согласование и записывает
  каждое касание в CRM. Если почтовый коннектор недоступен, работает только
  в режиме черновиков, чтобы текст можно было вставить куда угодно. Используй
  каждый раз, когда владельцу нужно написать потенциальным клиентам или
  покупателям, в том числе по фразам: «напиши это холодное письмо», «составь
  повторное письмо», «свяжись с этими лидами», «что мне им сказать», «мне
  нужна цепочка писем для этого списка», «подтолкни тех, кто не ответил» или
  «напиши, но так, чтобы не звучало как робот». Обращайся к нему всякий раз,
  когда итоговым материалом должен стать текст рассылки, даже если это одно
  сообщение.
allowed-tools: Read, WebFetch
---

# Составитель писем потенциальным клиентам

Пиши такие письма, которые владелец действительно отправил бы под своим именем.

Условие, которое владельцы называют чаще всего, звучит как «только чтобы не было похоже на робота». Владельцы не отправят текст, за который им неловко, поэтому сообщение, которое читается как сгенерированное, не стоит ничего, как бы хорошо оно ни было выстроено. Верность голосу владельца здесь и есть продукт, а не завершающий штрих.

## Шаг 1 — Изучи голос, прежде чем что-либо писать

Сначала прочитай [общий профиль голоса](../../shared/voice-profile.md). Если профиль там уже есть, используй его и переходи к шагу 2: пересобирать его каждый раз значит испытывать терпение владельца и получать расхождения в тоне.

Если профиля нет, построй его на доказательствах:

- **Gmail или Microsoft 365** — возьми от 15 до 30 собственных отправленных сообщений владельца клиентам и потенциальным клиентам. Это лучший источник с большим отрывом. Сначала убедись, что ящик принадлежит именно владельцу (`../../shared/tenant-scope.md`): отправленные письма из чужой организации научат неверному голосу.
- **HubSpot** — записанные письма и заметки
- **Их сайт и любые опубликованные тексты** — источник слабее, но настоящий
- **Присланные примеры** — попроси три письма, которыми они остались довольны

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

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

## Шаг 2 — Привяжи каждое сообщение к чему-то настоящему

Персонализированное письмо — это не шаблон, в который подставлено название компании. Это письмо, которое можно было отправить только этому человеку.

Для каждого потенциального клиента найди конкретный повод. В порядке убывания силы:

1. Сигнал о покупке от `lead-finder` — поданное разрешение, открытая точка, размещённая вакансия
2. Общий знакомый или общий клиент
3. Что-то конкретное о его бизнесе, о чём владелец может говорить по-настоящему
4. Подходящий результат, который владелец получил для похожего клиента

Если, кроме подходящей категории, повода нет, напиши более короткое, честно холодное сообщение и скажи, что оно холодное. Притворно тёплое начало хуже честного холодного: оно читается как почтовая рассылка с подстановкой и разрушает доверие уже в первой строке.

**Apollo или Clay, если подключены, могут дополнить сведения о контакте и компании, благодаря которым слабый повод становится пригодным** — должность, стаж, размер компании, используемые технологии — те конкретные детали, из-за которых сообщение не выглядит шаблонным. Это обогащающие данные, а не повод сам по себе.

## Шаг 3 — Напиши цепочку

Прочитай `reference/sequence_patterns.md`: там структура по сценариям. Значения по умолчанию:

- **Холодное обращение** — 4 сообщения за 3 недели
- **Тёплое обращение или по рекомендации** — 3 сообщения за 2 недели
- **Повторное письмо после встречи** — 2 сообщения за 10 дней
- **Возвращение притихшего клиента** — 3 сообщения за 4 недели

Каждое сообщение в цепочке должно добавлять что-то новое. Повторное письмо, всё содержание которого — «просто напоминаю», приучает людей игнорировать отправителя. Дай каждому касанию свежую причину существовать: другой ракурс, подходящий результат, действительно полезную информацию или аккуратное завершение.

Правило длины: первое сообщение — меньше 120 слов. Владельцы из этого сегмента продают тем, кто читает с телефона между заказами.

## Шаг 4 — Проверь себя тестом на «водянистость»

Прежде чем что-либо показывать, прогони каждый черновик по `reference/slop_test.md`. Он ловит конкретные приёмы, из-за которых текст читается как написанный машиной.

Самые быстрые проверки:

- Сказал бы владелец это предложение вслух? Если нет, перепиши его.
- Можно ли отправить это сообщение любой другой компании, поменяв два слова? Если да, оно не персонализировано.
- Не начинается ли оно с комплимента бизнесу потенциального клиента? Удали: так делают все, и все это узнают.
- Есть ли здесь оборот, который владелец никогда в жизни не употреблял? Вырежи его.

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

## Шаг 5 — Представь на согласование

Покажи всю цепочку, прежде чем что-либо попадёт в очередь. Следуй `reference/output_template.md`.

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

**Выдавай результат в том виде, который владелец сохранил как предпочтительный, — никогда не делай markdown-файл по умолчанию.** Посмотри пункт `Output preference` в блоке `## Business context` (правило общего руководства по оформлению, `../../shared/artifact-style.md`):

- **Визуальный артефакт (по умолчанию):** HTML-страница в фирменном стиле — одна карточка на потенциального клиента или цепочку, каждое сообщение в виде блока для копирования, чтобы любое отдельное сообщение можно было скопировать и отправить вручную.
- **Предпочтение docx / md / notion / canva:** выдай то же содержание в этой форме — файл DOCX или markdown, страница Notion, созданная через коннектор (в названном месте, ничего не перезаписывая), или документ Canva, созданный через коннектор Canva (каждый раз новый дизайн с датой в названии; таблицы превращаются в списки). Если Notion или Canva не подключены, вернись к визуальному артефакту и скажи, что причина в этом.
- **«Лучше всего для» скилла:** используй визуальный артефакт — блоки для копирования и есть смысл.

В любом случае в чате остаются краткая сводка и вопрос о согласовании.

Затем спроси, что изменить. Жди правок: первый проход — это предложение, а не сдача работы. Внеси каждую правку обратно в профиль голоса, потому что исправление, сделанное один раз, не должно приходиться делать снова.

## Шаг 6 — Поставь отправки в очередь с согласованием, по одному этапу за раз

Отправка писем под именем владельца — самое ответственное действие в этом скилле.

- **Никогда не отправляй без явного «да»** для именно этой партии
- **Точно скажи, что произойдёт**, прежде чем спрашивать: сколько сообщений, кому, по какому расписанию, с какой учётной записи
- **Никогда не отправляй контакту с пометкой «предположительный»**, не отметив это отдельно. Возвраты писем при большом объёме портят отправляющий домен владельца на месяцы, и этот вред доходит до писем его настоящим клиентам
- **Согласование первого сообщения не означает согласования цепочки.** Подтверждай повторные письма отдельно или оставляй их черновиками и давай владельцу выпускать каждое

**Mailchimp — это место для черновиков, а не путь отправки.** Когда он подключён, согласованную цепочку можно сохранить в Mailchimp как содержимое кампании, чтобы владелец назначил отправку там. Три правила:

- **Он не умеет отправлять.** Ничто из того, что этот скилл кладёт в Mailchimp, само не уйдёт. Отправку нажимает владелец в Mailchimp.
- **Его планировщик отказывается от одиночных кампаний.** Планировщик кампаний Mailchimp строит только многоканальные планы — письмо плюс SMS плюс соцсети. Разовое письмо пишется здесь, голосом владельца, и сохраняется как содержимое. Не пропускай одно сообщение через планировщик и не выдавай отказ за сбой.
- **Не считай, что можешь прочитать список аудитории.** Считай список контактов недоступным, пока вызов действительно его не вернул. Собирай список получателей из CRM или из собственного файла владельца, как раньше.

**Без почтового коннектора работай в режиме черновиков.** Выдай текст в виде, который можно вставить куда угодно. Это полноценный результат, а не урезанный: многие владельцы и так предпочитают отправлять из своего почтового клиента.

## Шаг 7 — Запиши это

Когда HubSpot подключён, записывай в него каждое касание: что отправлено, когда, кому и какое место занимает в цепочке. Без CRM веди запись в файле, чтобы следующий запуск знал, с кем уже связывались.

Написать человеку дважды с одним и тем же началом — заметная и вполне устранимая ошибка.

## Чего не делать

- **Не пиши, пока не изучил голос.** От него зависит всё остальное.
- **Не начинай с лести о его бизнесе.** Это самый явный признак шаблона.
- **Не отправляй повторное письмо, где сказано только «интересуюсь, как дела».** Каждое касание должно заслужить своё место.
- **Не подставляй название компании в шаблон и не называй это персонализацией.**
- **Не отправляй ничего без явного согласования для этой партии.**
- **Не заявляй результаты, которых владелец на самом деле не добился.** Выдуманные кейсы в рассылке — серьёзная проблема, а не преувеличение.

## После отправки

Цепочка согласована, поставлена в очередь или сохранена как черновик, и каждое касание записано. Естественный следующий шаг — «обновить CRM»: `crm-autopilot` поддерживает очередь следующих шагов в актуальном состоянии по мере поступления ответов. Рядом также «лиды остывают» (`speed-to-lead`) — чтобы быстро ловить ответы, и «найди мне клиентов» (`lead-finder`) — когда этот список закончится. Предложи не больше трёх вариантов и пропусти любой, от которого владелец уже отказался в этой сессии.

## Справочные файлы

- [`../../shared/voice-profile.md`](../../shared/voice-profile.md) — голос владельца, общий для всех скиллов, которые пишут от его имени
- `reference/sequence_patterns.md` — структура и ритм по сценариям
- `reference/slop_test.md` — чек-лист, ловящий текст, написанный машиной
- `reference/output_template.md` — как представлять цепочки на согласование
- `reference/gotchas.md` — сбои, из-за которых владельцы бросают этим пользоваться

## Если нужного инструмента нет в списке

Коннекторы, названные в этом скилле, — проверенные пути, а не стена. Если владелец хочет, чтобы этот процесс использовал инструмент, который не подключён или не указан, предложи `build-connector`: он сначала проверяет каталог коннекторов, а если там нет — подключает через Zapier и никогда не собирает вручную обращение к чистому API. Когда подключение появится, инструмент присоединится к этому скиллу, как любой другой необязательный коннектор, и на тех же этапах согласования.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/small-business/skills/outreach-composer, лицензия Apache-2.0. Изменения: перевод на русский язык.