Когда клиенту лучше предложить AI-диагностику и аудит

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

AI-диагностика и аудит — это не «бесплатный пресейл» и не просто этап внутри продажи.

Это отдельный продукт первого шага, который решает для клиента свою задачу:

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

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

Когда клиенту уместно предложить диагностику

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

1. Много идей, мало ясности

Клиент говорит:

• «У нас куча идей по AI, но не понимаем, с чего начать».
• «У каждого подразделения свои хотелки».
• «Нужно выбрать, за что браться в первую очередь».

Здесь проблема не в отсутствии решений, а в отсутствии выбора и приоритета.

Диагностика помогает превратить список идей в управляемый план.

2. Непонятно, где будет реальный эффект

Клиент чувствует, что AI «про него», но:

• не понимает, какие процессы стоит трогать;
• боится вложиться не туда;
• не видит, как оценивать эффект.

В такой ситуации честно сказать:

«Сначала нужно не выбирать решение, а понять, где для вас вообще лежит реальный эффект и какие задачи стоит брать в работу».

3. Спор между функциями и взглядами

Разные участники внутри компании:

• тянут тему в свою сторону;
• спорят «где важнее»;
• по-разному понимают задачи и критерии успеха.

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

4. Нет ясной задачи, но есть ощущение «надо что-то делать»

Клиент говорит:

• «Нам нужен AI, но мы не знаем, под что именно».
• «Не хотим отстать, но пока не понимаем, с чего правильно заходить».

Если в такой момент продавать решение или проект, высок риск промахнуться.

Диагностика помогает сначала собрать картину, а потом уже обсуждать форматы.

Чем диагностика отличается от обучения и стратегического интенсива

Важно не смешивать эти форматы.

Обучение и практикум

• дают понимание возможностей и ограничений AI;
• помогают людям научиться использовать инструменты;
• повышают личную и командную готовность.

Фокус: понимать и применять.

Стратегический интенсив

• помогает выровнять понимание на уровне руководителей и ключевых участников;
• собрать возможные зоны применения;
• выбрать 1–2 направления и рамку следующего шага.

Фокус: определить направление.

Диагностика и аудит

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

Фокус: разобраться в конкретном контексте и собрать дорожку.

Если упростить:

• обучение — про людей и навыки;
• интенсив — про выбор направления;
• диагностика — про разбор конкретной компании и её процессов.

Что клиент получает от диагностики

Чтобы уверенно предлагать аудит, важно понимать, за что клиент платит.

По итогам диагностики у клиента может появиться:

• карта процессов, где есть потенциал применения AI;
• список возможных сценариев с оценкой сложности и ожидаемого эффекта;
• понятный shortlist 1–3 приоритетных сценариев;
• оценка рисков и ограничений (данные, процессы, безопасность, инфраструктура);
• предложенный формат следующего шага: пилот, проект, обучение по конкретной функции, доработка процессов до AI-внедрения.

Диагностика не рисует красивые слайды ради отчёта.

Она помогает клиенту принять решение, куда вкладываться и в каком порядке.

Когда диагностика особенно важна перед пилотом или проектом

Иногда кажется: «зачем тратить время на диагностику, если клиент уже хочет пилот или решение».

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

• нет чёткого владельца процесса и команды на стороне клиента;
• не описано, как именно выглядит «успех» пилота;
• не определены границы сценария (что точно входит, а что точно не входит);
• нет понимания, откуда возьмутся данные и в каком они состоянии;
• у разных участников внутри клиента разные ожидания от результата.

В таких случаях диагностика нужна не как «ещё один продукт для продажи», а как обязательное приземление идеи в реальность.

Как предлагать диагностику, чтобы она не выглядела лишним слоем

Если говорить сухо: «давайте сначала сделаем диагностику», клиент легко может услышать:

• «мы не уверены»;
• «мы хотим продать вам ещё один этап»;
• «мы не знаем, что предложить».

Поэтому важно объяснять смысл другим языком.

Примеры формулировок:

Такая подача показывает, что диагностика защищает клиента от неправильных решений, а не просто увеличивает чек.

Что диагностика не должна обещать

Важно не обещать клиенту того, чего диагностика не может дать.

Диагностика — это не:

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

Это честный и структурный разбор, который:

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

Если пытаться продать диагностику как «полное проектирование и почти внедрение», это создаст завышенные ожидания.

Как не перепутать диагностику с бесплатным пресейлом

Ещё один важный момент — внутренняя граница.

Диагностика — это продаваемый продукт. Но при этом часть аналитики всегда будет происходить в рамках обычного пресейла.

Грубая рабочая граница может быть такой:

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

Пример из практики

Ситуация 1

Клиент говорит:

«У нас куча идей: поддержка, документы, аналитика, логистика. Хотим понять, что из этого реально взлетит, и с чего лучше начать».

Здесь честнее всего предложить диагностику как первый шаг. Обучения и практикума будет мало, пилот без выбора будет случайным.

Ситуация 2

Клиент говорит:

«Мы хотим пилот по AI, но пока не очень понимаем, что считать успехом и какие данные будем использовать».

Здесь полезно обсудить диагностику именно как способ разложить задачу:

• зафиксировать сценарий;
• определить критерии успеха;
• посмотреть на данные и процессы до запуска пилота.

Ситуация 3

Клиент говорит:

«Руководители хотят разное: кто-то — чат-бот, кто-то — аналитику, кто-то — автоматизацию документов. Мы пока не можем договориться».

Здесь диагностика играет роль не только аналитическую, но и согласующую: помогает привести участников к общей картине и общему решению.

Простое рабочее правило

Если у клиента:

• много идей и мало ясности;
• нет понятного «что считаем успехом»;
• нет согласованной задачи;
• непонятно состояние процессов и данных;

то честный первый шаг — не решение и даже не пилот, а диагностика или аудит.

Инструмент урока

Мини-шпаргалка: когда диагностика уместна

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