Как не отправить клиента в неправильный сценарий

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

Результат:

• клиент устаёт и разочаровывается;
• команда тратит много усилий на «тяжёлый» сценарий, который не взлетает;
• доверие к AI-направлению падает, даже если сама идея была хорошая.

В этом уроке мы разберём типичные ошибки маршрутизации и покажем, как, опираясь на матрицу выбора и квалификационный канвас, возвращать разговор в правильный сценарий.

Что важно понять

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

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

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

интерес → понимание → диагностика → пилот → масштабирование, а не «интерес → сразу сложный проект → провал».

2. Матрица выбора + канвас = защита от типичных ошибок

У вас уже есть два инструмента:

• матрица выбора первого шага — помогает оценить по пяти критериям (задача, данные, процессы, стейкхолдеры, срочность), что стоит делать дальше;
• квалификационный канвас (qualification canvas) — помогает структурировать бизнес-цели, боли, данные, заказчиков, риски.

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

В этом уроке мы просто разложим самые частые сценарии ошибок и «правильные развилки».

Какие ошибки маршрутизации встречаются чаще всего

Ошибка 1. Сразу продавать пилот, когда нужно обучение и согласование

Симптомы: клиент говорит общими фразами («хотим AI, как у конкурентов», «надо что-то с нейросетями»); нет чётких целей и метрик успеха; разные стейкхолдеры по-разному понимают ожидания; данных и процессов как таковых ещё никто не анализировал.

Почему это опасно: пилот превращается в «демо ради демо»; сложно договориться, что считать успехом; по итогам пилота все расходятся с ощущением «ну, вроде, интересно, но непонятно».

Как исправить: использовать канвас, чтобы показать, чего не хватает (цели, критерии успеха, спонсор); предложить обучение / AI-интенсив + стратегическую сессию как шаг до пилота; честно объяснить: «если сейчас бежать в пилот, мы рискуем потратить ваш бюджет и не получить понятного результата».

Ошибка 2. Тянуть клиента в большой проект, когда достаточно готового решения или пилота

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

Почему это опасно: клиент получает ощущение «слишком сложно и дорого»; цикл сделки растягивается; повышается риск политического сопротивления внутри компании клиента.

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

Ошибка 3. Продавать коробку туда, где нужен кастом и архитектура

Симптомы: задача сильно специфична для отрасли/клиента; задействовано несколько систем и сложный ИТ-ландшафт; есть жёсткие требования по безопасности, интеграциям, регуляторике; «подкрутить типовой продукт» не закрывает 30–50 % критичных требований.

Почему это опасно: коробка начинает «ломаться» от кастомизаций; сроки и бюджет расползаются; команда клиента разочаровывается в продукте и в поставщике.

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

Ошибка 4. Игнорировать красные флаги по данным и процессам

Связь с модулем 3.5: там вы уже видели, как выглядят ситуации «AI не поможет, пока не наведён базовый порядок».

Симптомы: CRM не заполняется; данные живут в Excel-табличках у разных людей; процессы завязаны на конкретных сотрудников; ожидание: «нейросеть должна сама всё понять и навести порядок».

Почему это опасно: AI-проект становится «пыткой и для команды, и для экспертов»; результат не впечатляет — и виноватым оказывается не качество данных, а «AI вообще»; вы тратите репутацию и клиента на неготовый кейс.

Как исправить: использовать блоки «Данные», «Процессы» и «Готовность и риски» в канвасе, чтобы зафиксировать красные флаги; предложить диагностику данных/процессов или проект по наведению порядка как первый шаг; объяснить: «если мы сейчас не сделаем шаг ноль, AI будет только усиливать хаос».

Ошибка 5. Игнорировать отсутствие владельца и чемпиона

Симптомы: идея AI-проекта пришла «сверху», но никто не владеет деталями; или наоборот: инициатива идёт снизу, но руководители не вовлечены; на вопросы «кто будет владельцем» и «кто скажет „да" бюджету» клиент отвечает неуверенно.

Почему это опасно: пилот или проект зависает в воздухе; никто не принимает решения и не защищает инициативу; вы тратите силы на согласование, вместо того чтобы делать результат.

Как исправить: через канвас честно признать: у нас нет заказчика/спонсора/чемпиона; предложить стратегическую сессию с ключевыми лицами, чтобы найти владельца и согласовать цели; до появления владельца не запускать сложные форматы (пилот, проект).

Как мягко «перекладывать» клиента в другой сценарий

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

Пример 1. Клиент просит пилот, а по факту нужен интенсив + диагностика

Фраза клиента:

«Давайте сделаем пилот нейросети, хотим через месяц посмотреть результат».

Ваш ответ:

«Пилот — это хороший инструмент, но чтобы он дал вам реальный эффект, нам сначала важно договориться о целях, критериях успеха и понять, какие данные реально есть в системе. Я бы предложил начать с короткой диагностики и рабочей сессии с вашей командой: за 2–3 встречи мы вместе сформируем задачи и план пилота. Так мы сэкономим вам время и бюджет и не будем „стрелять наугад"».

Пример 2. Клиент настаивает на большом проекте, а вы видите, что лучше пилот/коробка

Фраза клиента:

«Нам нужен большой проект, давайте сразу комплексно автоматизируем всё направление».

Ваш ответ:

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

Пример 3. Клиент хочет коробку, но у него явно кастомный кейс

Фраза клиента:

«Просто продайте нам коробочное решение, мы потом как-нибудь адаптируем».

Ваш ответ:

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

Проверьте себя