Фолоапы по застрявшим сделкам: навык, который находит их сам

Раз в неделю одной фразой: он проходит по воронке, вытаскивает сделки, где давно тишина, поднимает по каждой контекст переписки и пишет короткий пинг со ссылкой на то, о чём договаривались. Вам остаётся прочитать и отправить.

Что такое нормальный фолоап

Если не объяснить это модели, она напишет «добрый день, просто напоминаю о себе» — и такие письма вы и сами писать умеете. Нормальный пинг устроен иначе:

• Зацепка из контекста. Ссылка на то, где именно встали: что обсуждали, кто что обещал, чего ждали.
• Повод, а не напоминание. «Ну что там?» — это про вас. Фолоап должен давать человеку причину ответить.
• Один лёгкий следующий шаг. Не «ждём вашего решения», а конкретное маленькое действие: посмотреть цифры, назначить двадцать минут, подтвердить дату.
• Спокойный тон. Без давления и без извинений за беспокойство.
• Два-четыре предложения. Длинный фолоап не читают.

Эти правила и идут в навык — поэтому письма получаются адекватные, а не «напоминаю о себе».

Чтобы навык видел ваши сделки, CRM должна быть подключена к Claude, ChatGPT, DeepSeek или другому harness. Если у вас HubSpot, Salesforce или Pipedrive — это готовый коннектор и пять минут. У Битрикс24 есть свой официальный сервер. Для amoCRM и самописных делается свой MCP — его пишет Claude Code по готовому промпту.

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

Отправляете это в Claude Code или Codex. Первым делом он задаст несколько вопросов про вашу воронку и остановится — это нормально, из ответов и получится навык под вас.

Сделай мне навык, который находит застрявшие сделки в моей CRM и готовит
по ним короткие фолоапы.

--------------------------------------------------------------------
СНАЧАЛА СПРОСИ МЕНЯ И ОСТАНОВИСЬ

Одним сообщением, нумерованным списком:

1. Какая у меня CRM и как ты в неё попадаешь. Сначала посмотри сам,
   что у тебя подключено, и предложи лучший вариант из доступных.

2. Какие стадии воронки считать «в работе». Не угадывай названия:
   посмотри список стадий в моей CRM, покажи его мне и спроси, какие брать.
   Обычно это те, где сделка уже живая, но ещё не закрыта.

3. Сколько дней тишины считать застреванием. По умолчанию 7.

4. Что я продаю и какой следующий шаг обычно предлагаю клиенту.
   Три-пять строк своими словами — из них ты поймёшь, что писать в пингах.

5. На каком языке писать письма. Если клиенты разные — определяй
   по переписке с конкретным человеком.

Не начинай собирать навык, пока я не отвечу.

--------------------------------------------------------------------
ДВА ПРОХОДА — ГЛАВНОЕ ТРЕБОВАНИЕ

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

ПРОХОД 1 — дешёвый отбор.
Пройди по списку сделок и возьми только два поля: стадию и дату
последней активности. Оставь те, где стадия из выбранных мной
И с последней активности прошло больше N дней.
Переписку, заметки и карточки на этом шаге НЕ открывай — в этом вся экономия.

ПРОХОД 2 — глубоко, только по шортлисту.
По каждой отобранной сделке подними контекст: последнюю переписку,
последнюю заметку, на чём именно встали. И напиши пинг.

Если сделать в лоб — открыть каждую сделку и прочитать всё — на базе
в тысячи сделок это сожжёт лимиты и займёт полчаса. Два прохода решают
эту проблему. Не упрощай эту часть.

--------------------------------------------------------------------
КАКИМ ДОЛЖЕН БЫТЬ ПИНГ

Два-четыре предложения. Внутри:

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

ЗАПРЕЩЕНО выдумывать факты, которых нет в переписке: договорённости,
цифры, обещания, имена. Если контекста мало — так и напиши в черновике
одной строкой, что зацепиться не за что, и предложи нейтральный вариант.
Выдуманная договорённость в письме клиенту хуже, чем отсутствие письма.

--------------------------------------------------------------------
ФОРМАТ ВЫВОДА

Сначала сводка одной строкой: сколько сделок просмотрено, сколько
в фокусных стадиях, сколько подвисло.

Потом по каждой подвисшей:
  название сделки — стадия — сколько дней тишины
  на чём остановились (одна строка)
  черновик пинга

В конце — пометка, что это черновики и отправляю их я.

--------------------------------------------------------------------
ЧЕГО НЕ ДЕЛАТЬ

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

--------------------------------------------------------------------
СОБЕРИ КАК НАВЫК, А НЕ КАК РАЗОВЫЙ ОТВЕТ

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

Проверь актуальный формат навыков и команд в документации, а не по памяти.

Когда закончишь — прогони навык один раз и покажи результат.
Потом объясни в двух абзацах, что где лежит и что мне править под себя.

Это главное в гайде, и оно шире, чем фолоапы.

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

Поэтому навык устроен так:

Разница не в аккуратности, а в порядке величин: вместо тысячи прочитанных карточек — пять. На маленькой базе вы её не заметите, на реальной она определяет, работает навык вообще или нет.

Навык — это текстовая инструкция, а не код. Открываете файл и правите словами.

• Порог тишины. Семь дней — разумный старт, но он зависит от цикла сделки. Если у вас продажа идёт месяцами, ставьте 14 или 21, иначе будете пинговать тех, кто просто думает.
• Стадии в фокусе. Брать стоит те, где сделка живая: квалификация, переговоры, согласование. Первую стадию воронки обычно не берут — там лиды, с которыми ещё не говорили, и это другая задача.
• Тон писем. Если пинги звучат не по-вашему, не переписывайте их каждый раз — поправьте описание тона в самом навыке, двумя-тремя фразами.
• Что считать активностью. В некоторых CRM дата последнего изменения обновляется от любой правки поля, даже технической. Если навык пропускает реально подвисшие сделки — скажите ему смотреть на дату последнего письма или заметки, а не на дату изменения карточки.

Где спотыкаются

• Просят сразу отправлятьПинг уходит клиенту, а в нём выдуманная договорённость. Отправка остаётся за вами — это не перестраховка, а то, что делает навык пригодным для работы с живыми клиентами.
• Берут первую стадию воронкиТуда падают новые лиды, с которыми ещё не общались. Фолоап им не нужен, им нужен первый контакт — это другая задача и другой навык.
• Ставят порог в три дняКлиенты начинают получать пинги каждую неделю и перестают отвечать вовсе. Лучше начать с семи и увеличить, чем наоборот.
• Доверяют дате изменения карточкиВ части CRM она прыгает от любой правки поля, и реально подвисшие сделки выглядят активными. Проверьте на первом запуске, что в шортлист попали те, кто там и должен быть.
• Не проверяют первый прогон глазамиСамая дорогая ошибка — отправить письмо со ссылкой на договорённость, которой не было. Первые два-три раза читайте черновики внимательно, дальше станет понятно, где модель додумывает.
• Делают навык «в лоб»Без двух проходов он работает на демо-базе и умирает на рабочей. Это прямо прописано в промпте — не убирайте.

Что дальше

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