Бриф по клиенту в Claude: подготовка к продающему звонку

Бриф к продающему звонку собирается так: ты кидаешь Claude сырьё по клиенту - страницу сайта, карточку из CRM, переписку, выписку из ЕГРЮЛ - и просишь один жёсткий формат из девяти блоков: кто это, чем живёт, какая гипотеза боли, пять вопросов, два вероятных возражения, один следующий шаг. Сам он никуда за данными не пойдёт; его работа - свернуть твоё сырьё в одну страницу, с которой можно разговаривать. Генерация проходит быстро, основное время съедает сбор входа.

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

Почему продавцы не готовятся к звонкам, хотя знают, что надо?

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

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

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

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

Что подать Claude на вход, чтобы бриф не был водой?

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

Главная ошибка новичка - спросить «расскажи мне про компанию Ромашка». Модель не знает твою Ромашку. В лучшем случае она опишет абстрактную компанию с таким названием, в худшем придумает детали, которые прозвучат правдоподобно и подведут тебя на звонке. Claude силён в свёртке: десять страниц сырья он ужимает до одной, где остаётся смысл. Добывать факты за тебя он не умеет.

Источник	Что оттуда берётся	Когда бесполезен
Сайт клиента (главная, «Услуги», «Цены», вакансии)	Позиционирование, продуктовая линейка, ценовой сегмент, точки роста	Сайт-визитка на три экрана без конкретики
Выписка из ЕГРЮЛ, сервисы проверки контрагентов	Возраст, обороты по отчётности, учредители, филиалы, судебная нагрузка	ИП без отчётности, недавно созданное юрлицо
Карточка сделки в CRM	История касаний, заявленный запрос, кто уже общался, где встали	Пустая карточка после лид-формы
Переписка в почте и мессенджерах	Реальные формулировки клиента, темп ответов, кто принимает решение	Три сообщения «здравствуйте, пришлите КП»
Расшифровка прошлого звонка	Возражения своими словами, приоритеты, внутренняя политика	Первый контакт
Соцсети и выступления собеседника	Тон, повестка, чем человек гордится	Закрытые или мёртвые профили

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

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

Какой формат брифа просить, чтобы он работал в разговоре?

Одна страница, девять блоков, без сочинений на свободную тему.

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

Читать бриф ты будешь боковым зрением, не отрываясь от разговора. Абзацы на пять строк тут бесполезны: глаз соскальзывает, ты теряешь нить. Читаемым бриф делают короткие строки, жирные лид-ины и жёсткий лимит по объёму.

Блок брифа	Что внутри	Зачем на звонке
1. Кто это	Три строки: чем зарабатывают, масштаб, сегмент	Не перепутать завод с торговым домом
2. Кто на линии	Роль, зона ответственности, что для него успех	Разговаривать в его словаре, а с директорскими формулировками он сам не работает
3. Гипотеза боли	Одна главная и две запасные, с пометкой «гипотеза»	Начать разговор с догадки, оставив ей право оказаться неверной
4. Релевантность	Какой наш блок закрывает эту боль, одной фразой	Одна фраза вместо презентации всего продукта
5. Пять вопросов	Открытые, от общего к конкретному	Каркас разговора, если он поплыл
6. Возражения	Два вероятных, с ответом в две строки	Ответ готов заранее, импровизировать под давлением не придётся
7. Следующий шаг	Что конкретно предложить в конце	Звонок не заканчивается словом «созвонимся»
8. Красные флаги	Суды, признаки кассового разрыва, смена собственника	Понимать, с кем имеешь дело
9. Чего не знаем	Список пробелов	Превращается в вопросы на звонке

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

Если бриф удобнее держать отдельным документом, попроси оформить его артефактом: Claude умеет вынести ответ в отдельную панель, который потом правится точечно и не тонет в переписке.

Как выглядит промпт целиком?

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

Ты - опытный B2B-продавец, готовишь меня к звонку. Задача: выжать из сырья
рабочий бриф, а не пересказ сайта.

ПРАВИЛА ЧЕСТНОСТИ
1. Каждый пункт помечай: [Ф] - прямо следует из данных, [В] - мой вывод из
   данных, [Г] - гипотеза без опоры.
2. Для [Ф] указывай источник в скобках: (сайт), (ЕГРЮЛ), (переписка).
3. Ничего не добавляй из общих знаний о рынке, если это не помечено как [Г].
4. Если данных на блок не хватает - так и пиши: "данных нет".

ЧТО Я ПРОДАЮ
<3-5 строк: продукт, цена, кому подходит, кому не подходит, чем докажу>

ВХОДНЫЕ ДАННЫЕ
--- САЙТ ---
<текст страниц>
--- ЕГРЮЛ / ПРОВЕРКА ---
<выписка>
--- CRM ---
<карточка сделки>
--- ПЕРЕПИСКА ---
<цитаты>
--- ПРОШЛЫЙ ЗВОНОК ---
<расшифровка или "не было">

ФОРМАТ ОТВЕТА
Одна страница, девять блоков, короткие строки:
1. Кто это (3 строки)
2. Кто на линии (2 строки)
3. Гипотеза боли: одна главная + две запасные
4. Наша релевантность (1 фраза)
5. Пять открытых вопросов, от общего к конкретному
6. Два вероятных возражения + ответ на каждое в 2 строки
7. Следующий шаг: что конкретно предложить в конце звонка
8. Красные флаги
9. Чего мы не знаем - списком

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

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

Роль в начале промпта меняет способ рассуждения модели. Ты пишешь «ты опытный B2B-продавец» - и на выходе получаешь другую логику разбора, чем от нейтрального «сделай саммари». Приём базовый, и он разобран в материале о том, что вообще такое Claude и в чём его сильные стороны.

Как собрать вводные и не утонуть в изучении клиента?

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

1. Сайт: три страницы, не больше. Главная, страница услуг или цен, раздел вакансий. Выделяешь текст, копируешь в промпт под маркер --- САЙТ ---. Вёрстку и меню не чистишь, модель переживёт.

2. Юридический слой. Выписка из ЕГРЮЛ по ИНН, сервис проверки контрагентов, картотека арбитражных дел. Тебе нужны год регистрации, вид деятельности, учредители, выручка по последней отчётности, число судов. Копируешь сплошняком.

3. CRM. Карточка сделки целиком: источник лида, что писал в заявке, кто из твоих уже касался, какие были статусы. Если у твоей CRM нет нормального экспорта, сгодится и скриншот, но текст надёжнее.

4. Переписка. Цитаты копируй дословно. Модель должна увидеть, какими словами клиент формулирует проблему. «Хотим повысить конверсию» и «у нас менеджеры не перезванивают» - это два разных клиента, даже если продукт им нужен один.

5. Прошлый звонок. Записывался созвон - бери расшифровку. Даже кривая автоматическая расшифровка честнее памяти продавца через две недели.

6. Свой блок. Вставляешь заготовку, которую написал один раз.

Жмёшь отправить и идёшь наливать чай. Вернулся - страница готова. Работаешь из России - отдельная тема, как вообще стабильно держать доступ; варианты собраны в разборе, как пользоваться Claude из России, там же про ограничения разных способов.

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

Чем бриф на холодный звонок отличается от брифа на тёплый?

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

Тип звонка	Что в брифе на первом месте	Что можно выкинуть	Главный риск
Холодный	Гипотеза боли, крючок на 20 секунд, две причины положить трубку	Историю касаний, её нет	Гипотеза мимо, разговор мёртв с первой фразы
Тёплый (была заявка)	Дословная формулировка запроса, кто ещё участвует в решении	Общий профиль компании, он уже известен	Начать продавать до того, как понял запрос
Повторный / дожим	Что обещали, какие цифры называли, на чём встали	Гипотезы боли, она уже названа	Противоречить себе прошлому
Продление / апсейл	Как прошёл прошлый период, что клиент реально использовал	Презентацию продукта	Продавать новое поверх нерешённого старого

На практике у тебя получится четыре варианта одного промпта, где меняется блок «ФОРМАТ ОТВЕТА». В холодном добавляешь пункт «первая фраза, три варианта». В дожиме появляется «список наших обещаний с датами» плюс требование прямо подсветить расхождения между тем, что обещали, и тем, что сделали. Эта деталь спасает от неловкой сцены, когда клиент помнит разговор лучше продавца.

Для повторных звонков особенно полезно, что модель видит всю переписку сразу. Люди помнят последнее письмо и первое впечатление, середина выпадает. Claude вытащит из середины ту самую фразу - «нам бы к сентябрю», - которую все забыли.

Где Claude врёт и как это ловить до звонка?

На третьей минуте ты уверенно роняешь: «вы ведь в основном работаете с HoReCa». Клиент отвечает, что у него фарма, и дальше ты догоняешь ушедший разговор.

Откуда взялась эта строка? Ты дал модели сайт производителя упаковки, на сайте про HoReCa не было ни слова, модель достала сегмент из общих знаний об отрасли и подала его как факт. Требование ставить источник в скобках отсекает такие вставки почти полностью: писать «(сайт)» рядом с тем, чего на сайте нет, модели заметно труднее.

Вторая поломка тоньше. Модель пишет «компания испытывает трудности с удержанием клиентов». Основание - вакансия аккаунт-менеджера. Гипотеза здесь допустимая, но произнесённая утвердительно она превращается в выдумку, и вся разница живёт в твоей интонации.

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

Теперь выступи скептиком. Перечитай свой бриф и ответь:
1. Какие пункты я не смогу подтвердить, если клиент спросит "откуда вы это взяли".
2. Где ты натянул боль клиента на мой продукт.
3. Назови две причины, по которым этому клиенту наш продукт не нужен.

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

Отдельно проверяй цифры. Появилась в брифе выручка, доля рынка или число сотрудников - ты обязан видеть, откуда она. Цифра без источника - мина. Из всего разговора клиент запомнит ровно один момент: как ты ошибся в его обороте вдвое.

Как встроить бриф в регламент продавца, чтобы это не забывалось?

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

1. Триггер. Звонок назначен в календаре. Именно событие в системе: «когда будет время» не наступает никогда.

2. Сбор. Продавец собирает пять источников по чек-листу. Лимит времени назначаешь заранее, чек-лист лежит в том же шаблоне промпта, чтобы никто ничего не вспоминал.

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

4. Скептик-прогон. Второе сообщение с проверкой.

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

6. Сохранение. Файл падает в карточку сделки. Не в личный чат продавца, иначе при передаче клиента вся подготовка уйдёт вместе с человеком.

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

Седьмой пункт - то, ради чего всё затевалось. Без него вся затея останется разовым инструментом. А когда итоги копятся, через три месяца ты скормишь Claude тридцать брифов и спросишь, какие гипотезы боли подтверждались чаще. Из этого массива ты и вытащишь аналитику, из которой берутся нормальные вопросы к бизнесу.

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

Что делать с данными клиента: что можно грузить, а что нельзя?

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

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

Что сервис делает с твоими данными, зависит от того, каким именно сервисом и на каком плане ты пользуешься. Не угадывай и не спрашивай коллегу: открой официальную справку Anthropic, найди свой случай, прочитай и запиши ответ в регламент. Пусть этим один раз займётся один человек на отдел - продавцу посреди рабочего дня разбираться в тарифах некогда.

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

Как превратить разовый промпт в цифрового сотрудника?

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

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

В проект ты кладёшь пять вещей:

• Инструкцию роли. Кто она, какой формат отдаёт, какие правила честности, какой язык запрещён.
• Продуктовую карточку. Что продаём, цены, границы применимости, кому не подходит.
• Банк возражений. Реальные формулировки клиентов и ответы, которые у тебя сработали. Пополняешь его каждую неделю.
• Профили сегментов. Три-пять типовых портретов клиента с характерными болями. Качество гипотез они поднимают сильнее всего остального.
• Примеры хороших брифов. Два-три эталона. На примеры модель ориентируется лучше, чем на описания.

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

Есть соблазн автоматизировать всё сразу: чтобы бриф сам собирался из CRM по триггеру, сам ложился в карточку, сам напоминал. Технически это делается, но лезть туда стоит после того, как ручная версия проработала месяц и формат устоялся. Автоматизируешь несозревший процесс - забетонируешь собственные ошибки; про это же речь в разборе, какие задачи реально стоит отдавать ИИ-ассистенту.

Что делать после звонка, чтобы бриф не пропал зря?

Пять строк в тот же файл. Сразу, пока помнишь интонацию. Что подтвердилось из гипотез, что оказалось мимо, какое возражение прозвучало реально, о чём договорились, когда следующий контакт.

Можно проще: надиктовать голосом сразу после звонка и попросить Claude свести это в те же пять строк и дописать в бриф. Голосом люди наговаривают охотнее, чем печатают, а расшифровка и чистка - как раз механическая работа.

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

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

Где эта схема ломается в реальном отделе продаж?

В четырёх точках, и все четыре организационные. Менять модель на другую тут бесполезно.

«Бриф получается общий». Открой, что человек подал на вход. Если там одна главная страница сайта и больше ничего - промпт ни при чём. Вход определяет выход. Помогает чек-лист источников с лимитом времени, а не переписывание формулировок.

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

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

Итоги не заполняются. Самая частая поломка. Работает только связка с тем, что продавцу и так нужно: пока не дописал пять строк, сделка не двигается по статусу. Жёстко, зато через месяц у тебя есть данные.

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

Claude или другая модель - есть ли разница для этой задачи?

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

Выбирать я бы советовал по четырём скучным признакам. Влезает ли весь вход целиком: режешь переписку на куски - теряешь связи между началом и концом истории. Что происходит с форматом на десятом брифе: некоторые модели после нескольких итераций начинают «улучшать» структуру по-своему. Реакция на маркировку [Ф]/[В]/[Г] работает как хороший тест: кто игнорирует её, тот проигнорирует и остальные ограничения. Последний признак самый нудный и при этом решающий для регулярной работы - доступность из твоей юрисдикции вместе со стабильной оплатой.

Развёрнутое сравнение под разные задачи бизнеса есть в отдельном разборе, Claude или ChatGPT - что выбрать. Для подготовки к звонкам вывод простой: бери ту, к которой у тебя стабильный доступ, и не меняй посреди квартала, иначе накопленный массив брифов станет разнородным.

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

С чего начать завтра, если у тебя пять звонков в неделю?

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

1. День 1. Напиши свой блок «что я продаю» на пять строк. Один раз, навсегда.
2. День 1. Собери бриф на ближайший звонок. Засеки, сколько ушло на сбор.
3. День 2-5. По одному брифу на звонок. Каждый раз дописывай пять строк итога.
4. День 5. Перечитай пять брифов подряд. Увидишь, какие блоки ты читал, а какие пролистывал.
5. День 5. Выкинь из формата то, что не читал. Добавь то, чего не хватало.
6. Неделя 2. Зафиксируй промпт в постоянном проекте и покажи второму продавцу.

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

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

Источники

• Академия Claude от Anthropic - обучающие материалы Anthropic по работе с моделью.
• Документация Claude: prompt engineering - официальные рекомендации по структуре промпта, ролям и форматированию ответа.
• Anthropic: Projects - как устроены постоянные проекты с общей инструкцией и базой знаний.
• Anthropic: веб-поиск в Claude - что модель может и не может добывать самостоятельно.
• Справочный центр Anthropic - политики по данным, тарифы и ограничения разных планов.
• ЕГРЮЛ: сведения о юридических лицах - официальные выписки по ИНН и ОГРН.
• Прозрачный бизнес, ФНС - налоговая нагрузка, среднесписочная численность, признаки риска.
• Картотека арбитражных дел - судебная история контрагента.
• Федресурс - сообщения о банкротстве, залогах и существенных фактах.
• Федеральный закон № 152-ФЗ «О персональных данных» - рамки работы с персональными данными при подготовке материалов.