Большинство заявок на внедрение AI проваливаются в кабинете собственника не потому, что идея плохая, а потому, что её приносят на языке технологии, а решение принимают на языке денег. Руководитель отдела видит, где теряются сделки, знает, чем это лечится, и слышит в ответ «подумаем». Объяснить внедрение AI собственнику — значит показать не возможности системы, а конкретную потерю в рублях, цену её устранения и цену ошибки, если не сработает. Это другой жанр разговора, и к нему можно подготовиться. Ниже — какие числа приносить, какие возражения прозвучат наверняка, о каких рисках сказать первым и как сформулировать запрос, на который проще сказать «да».
Технологические аргументы в кабинете собственника не работают
Собственника не интересует, какая модель под капотом. Его интересуют три вещи: сколько это стоит, что изменится в деньгах и что будет, если не сработает. Всё остальное — детали, которые он делегирует.
Типичная неудачная заявка звучит так: «нейросеть сможет анализировать все звонки и давать оценку по чек-листу». Это описание функции. Ответ на него предсказуем: «а зачем нам это».
Та же мысль в рабочем виде, условный пример: «мы теряем сделки на этапе, где менеджер не называет рассрочку. Из разговоров, которые мы слушаем вручную, — а это шесть процентов от всех, — рассрочку называют в четверти. В месяц у нас около 400 разговоров, где клиент спрашивает цену. Когда рассрочку назвали, договор заключают в 10% случаев, когда нет — в 5%. Если довести долю разговоров с рассрочкой с 25% до 70%, это 400 × 45% × 5% = 9 договоров в месяц сверху». Дальше разговор идёт про цифры и допущения, а не про технологию.
Заявка на AI устроена как заявка на кредит
Полезная аналогия — кредитный комитет банка. Заёмщику бесполезно рассказывать, какой замечательный у него продукт. Комитет смотрит на денежный поток, на то, что будет, если план не выполнится, и на условия, при которых кредит возвращается. Собственник, решающий о внедрении, — такой же комитет из одного человека, только деньги свои.
Отсюда структура подготовки. Не «что умеет система», а четыре числа, три готовых ответа на возражения и одно условие выхода. Всё, что не укладывается в эту структуру, стоит оставить на второй разговор.
Четыре числа, без которых разговор не начинать
1. Где теряется сейчас. Конкретный этап и конкретная величина потери. Не «низкая конверсия», а «из ста заявок до разговора доходит шестьдесят, до КП — двадцать».
2. Сколько это стоит в деньгах. Потери переводятся в рубли через средний чек и маржу. Считайте консервативно: завышенная оценка убивает доверие ко всем остальным цифрам.
3. Сколько стоит решение. Внедрение плюс ежемесячная часть. Ежемесячную часть назовите обязательно: если промолчать, вопрос всплывёт всё равно, но уже как неприятный сюрприз. Если решение тарифицируется за минуту или за контакт, покажите, как счёт меняется с объёмом.
4. Через сколько окупится. Простое деление, без дисконтирования и красивых моделей. Чем длиннее срок, тем сильнее разговор уходит от цифр к вере, и в какой-то момент собственник закономерно выбирает не рисковать. Если у вас окупаемость получается долгой, лучше знать это до встречи, а не на ней.
Возражение, которое звучит редко, но решает всё: цифрам не верят
Против всего подхода есть серьёзный аргумент. Собственник решает не по таблице. Он двадцать лет строил бизнес на интуиции, видел десятки красивых расчётов от подрядчиков, и ни один не сбылся так, как было нарисовано. Приносить ему очередную модель окупаемости — значит говорить на языке, которому он уже не доверяет.
В этом аргументе много правды, и я бы не спорил с ним напрямую. Но вывод из него не «цифры не нужны», а «цифры должны быть его, а не ваши». Собственник не верит прогнозам, но верит своим данным: выгрузке из своей CRM, записи разговора своего менеджера, сумме, которую сам заплатил за рекламу. Расчёт, в котором каждое число можно проверить за минуту в собственной системе, — это уже не прогноз подрядчика, а факт о его компании.
Моя позиция: убеждает не точность модели, а проверяемость каждого её входа. Лучше грубый расчёт из трёх чисел, взятых из CRM, чем изящный из десяти, половину которых пришлось допустить.
Три возражения, к которым ответ нужен заранее
«У нас не тот масштаб». Отвечать не убеждением, а арифметикой: при вашем объёме экономия составляет столько-то, окупаемость — столько-то. Если цифры не сходятся, честно признать: на текущем объёме не окупится, вернёмся при росте. Это укрепляет позицию сильнее, чем натянутое обоснование.
«Люди не будут этим пользоваться». Возражение справедливое — именно так проваливается много проектов. Нужен готовый ответ: кто владелец процесса, как инструмент встроен в ежедневную работу, что произойдёт, если через месяц никто не откроет отчёт. Как с этим работать, — в статье про то, почему сотрудники не пользуются AI.
«Давайте потом, сейчас не до этого». Обычно означает, что цена бездействия не показана. Помогает перевод в текущие потери: «каждый месяц отсрочки — это столько-то недополученных договоров».
Вместо демонстрации интерфейса — находка из собственных данных
Демонстрация интерфейса впечатляет технического человека и почти ничего не говорит собственнику. Работает другое.
Разбор на собственных данных. Не абстрактный пример, а находка из ваших звонков или заявок: вот конкретный разговор, вот момент, где потеряли. Один такой пример убеждает сильнее часовой презентации.
Чужой результат с проверяемыми цифрами. Опубликованный кейс, где названы исходная ситуация, что сделали и что получили. Например, разбор юридической компании, которая получила 30 обращений за два месяца без рекламного бюджета. Кейс не доказывает, что у вас выйдет так же, но показывает, что подрядчик готов отвечать цифрами.
Границы пилота. Что именно проверяем, за какой срок, по какому критерию считаем успехом и при каком результате останавливаемся. Ограниченный эксперимент согласовать легче, чем проект с открытым концом.
Подготовка — это несколько дней с данными, а не с презентацией
Разговор, к которому не готовились, короткий и заканчивается словом «подумаем». Подготовка занимает несколько дней и почти целиком состоит из работы с собственными данными.
Минимальный комплект — четыре вещи. Выгрузка, показывающая потерю: конкретный этап, конкретное число заявок или сделок, конкретная сумма. Два-три реальных примера, желательно с записями: не абстрактный «сливающийся лид», а вот этот разговор, где было видно, как всё пошло не туда. Расчёт стоимости решения на год, а не только на внедрение. И сравнение с альтернативой: что будет, если не делать ничего, если нанять человека, если попробовать своими силами.
Отдельно стоит подготовить ответ на вопрос, который задают почти всегда: почему сейчас, а не через полгода. Хороший ответ связан не с технологией, а с бизнесом — сезон, планы по найму, растущий поток заявок.
Риск, названный первым, работает на вас
Инстинкт подсказывает риски не поднимать: разговор и так трудный. Инстинкт ошибается. Риск, о котором вы сказали сами, воспринимается как признак того, что вы разобрались. Риск, который собственник нашёл сам, обесценивает всё остальное, что вы говорили.
Называть стоит три вещи и сразу с ответом. Что будет, если не сработает: сколько потеряем и как узнаем об этом заранее. Что будет, если система ошибётся перед клиентом: какой порядок действий предусмотрен. И чего решение не сделает: границу лучше очертить самому.
Формулировка «мы остановим проект, если к такому-то числу метрика не сдвинулась, и потеряем не больше такой-то суммы» — самая убедительная часть любого такого разговора. Она превращает решение из ставки в эксперимент с ограниченной ценой. На этом же построен наш метод «Цель → метрика»: цель и условие остановки согласуются до пилота, а не после.
Обещания, которые возвращаются через полгода
Несколько обещаний звучат хорошо в кабинете и возвращаются через полгода. Первое — сокращение штата. Даже если оно возможно, обещать его на старте опасно: сокращение требует отдельного решения, а привязка к проекту делает его заложником результата.
Второе — конкретный процент роста конверсии. Числа из чужих кейсов не переносятся, и обещание, названное до пилота, обязательно припомнят. Корректная формулировка — диапазон эффекта при разных сценариях и явное «мы измерим на своих данных». Как именно измерять, чтобы результат не оспорили, — в статье о том, как измерить эффект от внедрения AI.
Третье — сроки, названные подрядчиком без разбора вашего процесса. Их стоит увеличивать при передаче наверх, а не транслировать как есть: подрядчик называет срок своей работы, а не срок ваших согласований, подготовки данных и обучения людей.
Когда обосновывать внедрение не нужно
Честная подготовка иногда заканчивается выводом, что идти к собственнику не с чем. Это тоже результат, и хороший.
Потерю не удаётся посчитать. Если не получается показать, где именно и сколько теряется, — звонки не записываются, воронка в CRM не ведётся, — сначала нужен учёт. Обоснование без первого числа развалится на первом же вопросе.
Расчёт не сходится. Если на вашем объёме решение не окупится, натягивать цифры — значит потерять доверие собственника к следующей, уже обоснованной заявке. Лучше вернуться при росте.
Мотив — «у конкурентов уже есть». Это не аргумент для собственника и не должно быть аргументом для вас. Если за желанием внедрить AI не стоит конкретная потеря, проект не спасёт ни одна презентация, и собственник, отказав, будет прав.
Отказ чаще означает «не сейчас», чем «нет»
Отказ редко означает «идея плохая». Гораздо чаще — «не сейчас» или «не убедили». Разница принципиальна, и выясняется она одним вопросом: что должно измениться, чтобы решение было другим?
Ответ обычно попадает в одну из трёх категорий. Не хватает уверенности в числах — тогда следующий шаг это замер, а не повторный разговор. Не время по деньгам — тогда стоит вернуться с привязкой к бюджетному циклу. Не верят, что команда справится, — тогда вопрос вообще не про технологию, и решать его надо иначе.
И один приём, который работает лучше повторных убеждений: попросить разрешение на бесплатную или очень дешёвую часть. Замер потерь на собственных данных часто не требует бюджета вообще, а полученная цифра говорит убедительнее любой презентации.
Запрос с понятным концом согласовать проще, чем проект
Просить нужно не «внедрить AI», а «проверить гипотезу за конкретный срок и бюджет». Для собственника это решение другого масштаба: он рискует ограниченной суммой и понимает, когда узнает результат.
Хорошая формулировка укладывается в одно предложение. Условный пример: «предлагаю за шесть недель и такую-то сумму проверить, что разбор всех разговоров поднимет долю разговоров с названной рассрочкой с 25 до 40 процентов; если поднимется — масштабируем, если нет — закрываем проект и остаёмся с размеченными данными». Такой запрос обсуждаемый, потому что у него есть конец.
Разговор с собственником выигрывается до встречи
Что это меняет для руководителя, который готовит заявку? Главная работа происходит не на встрече, а за несколько дней до неё — в выгрузке из CRM и в записях разговоров. Если после этой работы у вас есть четыре числа, каждое из которых собственник может проверить в своей системе, одна находка из реального разговора и условие остановки, разговор пойдёт о цифрах. Если одного из этих элементов нет, лучше перенести встречу, чем прийти без него.
Начать можно с первого числа: найдите в своей воронке этап, где теряется больше всего, и переведите потерю в рубли через средний чек и маржу. Если сумма оказалась небольшой, вы сэкономили себе трудный разговор. Если большой, у вас есть первое предложение для кабинета собственника. Как посчитать стоимость владения на несколько лет, чтобы вопрос не вернулся через год, — в разборе TCO AI-системы.
