Когда подключать специалистов по AI
В сложных AI-сделках продавец или аккаунт не может и не должен закрывать все вопросы сам. В какой-то момент появляются темы архитектуры, данных, безопасности, пилотов, кастомных интеграций — и без специалистов по AI уже нельзя.
Но крайности одинаково вредны:
- подключить эксперта слишком рано — он тратит время на сырые запросы, разговор идёт «в никуда»;
- подключить эксперта слишком поздно — клиенту приходится заново объяснять запрос, сроки съезжают, доверие падает.
В этом уроке вы получите понятные ориентиры: по каким признакам пора подключать AI-специалиста, а когда ещё рано.
Что важно понять
1. Эксперта зовут не «на всякий случай», а по триггерам
Подключение AI-специалиста — это не жест вежливости, а управленческое решение:
- есть ли уже тот минимум информации, который делает встречу с экспертом продуктивной;
- есть ли риск, что без эксперта вы заведёте клиента в неправильные ожидания;
- есть ли понимание, что именно вы хотите получить от эксперта на встрече.
Хороший вопрос к себе:
«Какой конкретный результат я ожидаю от участия эксперта в этом диалоге?»
Если ответа нет, скорее всего, вы зовёте его слишком рано.
2. Подключение эксперта — продолжение квалификации, а не её замена
Квалификационный канвас и матрица выбора первого шага из модуля 5 остаются в силе. Эксперт не должен:
- выяснять, какую боль мы вообще решаем;
- вытягивать из клиента базовые вещи про процессы и данные;
- спорить по темам, которые мог закрыть продавец (общая ценность, базовые возражения).
Эксперт работает там, где:
- начинаются детальные вопросы по данным и архитектуре;
- обсуждаются формат пилота, диагностики, кастомного проекта;
- нужно проверить, реалистичны ли ожидания клиента к срокам, объёму и эффекту.
Когда подключать специалиста по AI: три группы триггеров
Для простоты разделим триггеры на три группы:
- Сложность задачи и архитектуры.
- Требования по данным и безопасности.
- Форматы пилотов и кастомных проектов.
1. Сложность задачи и архитектуры
Подключать эксперта имеет смысл, когда:
- задача выходит за рамки понятного готового сценария;
- задействовано несколько систем (1С, CRM, телефония, склад, внешние сервисы);
- нужно продумывать, как именно AI «впишется» в текущую инфраструктуру.
Признаки, что пора, — клиент спрашивает:
- «как это будет встроено в нашу 1С/CRM/шину?»;
- «как решение будет работать при наших объёмах и нагрузке?»;
- «как вы будете обеспечивать отказоустойчивость и мониторинг?».
Или вы сами чувствуете, что дальше разговор уйдёт в область, где нужны архитектурные решения, а не общие слова.
В этом случае задача продавца/аккаунта:
- собрать базовый контекст через канвас;
- описать это эксперту понятным образом;
- сформулировать: «нам нужно, чтобы на встрече эксперт помог подтвердить реализуемость, предложить базовый сценарий архитектуры, обозначить ограничения и риски».
2. Данные и безопасность
Эксперт особенно нужен, когда:
- затрагиваются критичные системы и персональные данные;
- клиент чётко артикулирует жёсткие требования (ФЗ-152, внутренние политики безопасности, запреты на облака);
- обсуждается, где и как будут храниться и обрабатываться данные.
Признаки, что пора:
- в разговор включаются ИТ-директор, информационная безопасность, юристы;
- звучат вопросы: «какие именно данные попадают в модель?», «где физически находится инфраструктура?», «как вы обеспечиваете локальность и контроль доступа?», «будут ли наши данные использоваться для обучения чужих моделей?».
Ваша роль:
- зафиксировать эти требования в канвасе и в заметках;
- обозначить клиенту: «на следующем шаге мы подключим технического/AI-специалиста, чтобы вместе с вашей ИТ-командой разобрать варианты архитектуры и безопасности»;
- заранее подготовить эксперта: какие системы есть у клиента, какие ограничения уже звучали, кто будет на встрече с их стороны.
3. Пилоты и кастомные проекты
Когда разговор переходит от «интереса» и «обсуждения идей» к конкретному пилоту/прототипу, обсуждению кастомного проекта или оценке объёма работ и сроков, подключение эксперта почти обязательно.
Признаки:
- клиент спрашивает: «сколько займёт такой пилот?», «какой объём наших ресурсов понадобится?», «что будет результатом пилота через 2–3 месяца?»;
- нужно оценить реалистичность ожиданий клиента по качеству результата, срокам, объёму данных, нагрузке на его и вашу команду.
Задача продавца/аккаунта — не давать «с потолка» оценок и обещаний, а сказать честно:
«Чтобы не обещать лишнего и не завышать ожидания, давайте подключим коллегу-эксперта. Он сможет оценить объём работ, риски и предложить формат пилота/проекта, который реально вписывается в ваши ограничения».
Когда эксперта подключать ещё рано
Есть ситуации, когда эксперт только помешает.
1. Нет бизнес-цели и владельца
Если по канвасу вы видите:
- неясно, какую конкретную проблему клиент хочет решить;
- нет бизнес-заказчика и экономического спонсора;
- интерес сформулирован как «хотим что-то с AI вообще».
Подключать эксперта рано. Сначала нужны:
- обучение/интенсив;
- или диагностика на высоком уровне;
- или хотя бы второй разговор с прояснением целей и стейкхолдеров.
Эксперт здесь услышит много идей, но не сможет продвинуться к конкретному решению.
2. Нет базовых данных для разговора
Если вы не понимаете, какие системы и данные вообще есть; клиент сам не знает, есть ли история и доступ; нет даже примерного понимания объёма и качества данных — эксперту будет сложно сделать что-то полезное.
Сначала вы:
- задаёте базовые вопросы из канваса;
- просите клиента собрать минимальные вводные (список систем, объём данных, пример выгрузки);
- после этого уже планируете встречу с экспертом.
3. Клиент «просто хочет познакомиться с экспертом»
Иногда звучит так:
«Пришлите сразу технического специалиста, чтобы пообщаться “за жизнь про AI”».
Здесь важно мягко повернуть разговор:
«С удовольствием подключим коллегу, как только у нас будет базовый контекст по вашим задачам и системам. Если мы просто устроим общую беседу “про AI вообще”, это будет не лучшим использованием вашего и нашего времени. Давайте сначала уточним 3–4 ключевых момента…».
Как подготовить почву для эксперта
Подключить специалиста — это только половина дела. Важно подготовить почву, чтобы встреча была продуктивной. Перед тем, как звать эксперта:
- Заполните квалификационный канвас хотя бы на 60–70 %.
- Сформулируйте для себя и для эксперта: цель встречи; какие решения/форматы уже обсуждались с клиентом; какие вопросы клиент точно поднимет (данные, безопасность, сроки).
- Согласуйте с экспертом роль каждого на встрече: кто задаёт рамку и бизнес-контекст; кто отвечает на технические вопросы; кто подводит к предложению следующего шага.
Это снимает типичную ситуацию, когда продавец молчит, эксперт «утащил» встречу в техподробности, а следующий шаг так и не проговорили.
✍️ Мини-практика
Ниже — три ситуации. Для каждой решите: подключать ли специалиста по AI уже сейчас; если да — с какой целью; какие три вещи вы подготовите до встречи с экспертом.
Ситуация 1
Компанию интересует «что-нибудь с AI для отдела продаж». Проблема сформулирована размыто, данных по воронке никто не готов обсуждать, на встрече только руководитель отдела и один менеджер. ИТ и безопасность пока не вовлечены.
Ситуация 2
Клиент: крупный банк. На встрече присутствует руководитель контакт-центра и ИТ-директор. Говорят про анализ звонков, история диалогов есть, но есть жёсткие ограничения по безопасности и хранению данных. Звучат вопросы про локальное размещение, соответствие внутренним требованиям.
Ситуация 3
Производственная компания. Директор по логистике чётко описывает задачу по прогнозу загрузки складов, есть история данных в 1С и BI, процессы достаточно стандартизованы. Он спрашивает, за какой срок можно сделать пилот и что будет результатом.
Задание. Запишите своё решение по каждой ситуации: подключать ли эксперта, цель встречи, 3 вещи для подготовки.
Проверьте себя — ориентиры по ситуациям
Ситуация 1. Размытый запрос «что-нибудь с AI». Эксперта подключать рано. Сначала нужно уточнить бизнес-цели, стейкхолдеров и хотя бы базовые данные по воронке, при необходимости предложить обучение/интенсив, а не пилот. Если вы всё-таки зовёте эксперта «просто поговорить про AI», значит, вы перегружаете его и не используете qualification canvas из модуля 5.
Ситуация 2. Банк, контакт-центр, жёсткая безопасность. Эксперта (архитектора/AI-специалиста) нужно подключать уже сейчас. Цель — разобрать варианты архитектуры и безопасности: где будут данные, какие варианты локального размещения и как соблюсти требования ИБ. До встречи у вас должны быть хотя бы: краткое описание процесса контакт-центра, список систем и хранилищ диалогов, зафиксированные требования ИТ/ИБ (что уже прозвучало на встрече).
Ситуация 3. Логистика, понятная задача и данные, вопрос про пилот. Эксперта нужно подключать, потому что разговор зашёл в зону формата пилота, сроков и результата. Цель — подтвердить реализуемость, предложить формат пилота (объём, длительность, критерии успеха) и не дать нереалистичных обещаний по срокам/эффекту. До встречи подготовьте: заполненный квалификационный канвас (цель, владелец, описание текущего процесса и систем), краткое описание доступных данных (какой период, где лежат), предварительную гипотезу формата пилота, с которой вы идёте к эксперту.
Проверьте себя
Вопрос 1
В какой из ситуаций подключение специалиста по AI почти обязательно уже на ближайшем шаге?
Вопрос 2
Что из перечисленного является хорошим поводом отложить подключение эксперта?
Вопрос 3
Что стоит сделать перед тем, как приглашать специалиста по AI на встречу с клиентом?
Итог урока
Подключение специалиста по AI — это осознанный шаг, а не автоматическая реакция на любой интерес к AI. Эксперта стоит подключать тогда, когда начинается разговор про архитектуру, данные, безопасность, пилот или кастомный проект, и вы уже провели базовую квалификацию и можете дать ему достаточный контекст.
Если же по канвасу не хватает бизнес-цели, владельца или базовых данных — эксперта звать рано: сначала обучение, диагностика или второй разговор с прояснением. И всегда перед встречей с экспертом: заполненный канвас, понятная цель, согласованные роли на встрече.
В следующем уроке (7.2) вы увидите, как оформлять handoff: какие именно сведения передавать эксперту и проектной команде, чтобы не терялись боль клиента, цели, данные и договорённости по следующему шагу.