Коротко о главном
Многие руководители, которые уже понимают, что хотят автоматизировать один из процессов, останавливаются перед простым вопросом: как выглядит первый шаг?
Обычно он начинается с AI-диагностики — короткого разбора одного процесса перед запуском первого этапа. И вот здесь важная деталь: от того, насколько предметно бизнес подходит к этому разбору, напрямую зависит его результат.
Диагностика — это не просто «созвон про AI». Это рабочий этап, на котором определяются узкие места, рамка первого этапа и ожидаемый эффект. Если до разбора собрана нужная информация, он проходит конкретно и быстро. Если нет — разговор остаётся на уровне общих слов.
В этой статье разберём:
- зачем вообще готовиться к AI-диагностике;
- что конкретно нужно собрать до первого разбора;
- как описать процесс так, чтобы диагностика дала результат;
- какие ошибки снижают качество разбора;
- что происходит после.
Почему подготовка к диагностике влияет на результат
Диагностика устроена так: чем точнее бизнес может описать процесс, тем быстрее определяется, где именно теряется время и что стоит брать в первый этап.
Если руководитель приходит на разбор с конкретными данными — сколько заявок в день, как идёт процесс сейчас, где чаще всего ломается — диагностика за одну сессию выдаёт рамку первого этапа, точки потерь и понимание, какой результат реалистичен.
Если данных нет, уходит время на восстановление базовой картины. Диагностика превращается в расспрос, а не в разбор.
Именно поэтому небольшая подготовка до первого разбора напрямую влияет на его качество.
Что собрать до AI-диагностики: список по шагам
1. Название и краткое описание процесса
Первое, что нужно сделать — назвать процесс точно. Не «автоматизировать продажи» или «разобраться с документами», а конкретный участок работы.
Например:
- обработка входящих заявок из почты и мессенджеров;
- перенос данных из счетов поставщиков в таблицу или 1С;
- сверка предложений от контрагентов;
- классификация и маршрутизация входящих обращений;
- занесение лидов в CRM из нескольких каналов.
Чем точнее формулировка, тем предметнее разбор.
2. Текущая схема процесса — как он идёт сейчас
Нужно зафиксировать, как процесс выглядит на практике: откуда приходят данные, кто что делает, куда результат уходит дальше.
Это не нужно оформлять в красивую диаграмму. Достаточно простого текстового описания по логике:
«Заявка приходит на почту → сотрудник открывает письмо → вручную переносит данные в таблицу → сверяет с базой → создаёт карточку в CRM → ставит задачу менеджеру».
Или даже короткий список шагов от начала до конца.
Главное — чтобы было понятно, где начинается процесс, кто в нём участвует и где заканчивается.
3. Объём: сколько раз процесс повторяется
Для диагностики важно понимать масштаб:
- сколько заявок, документов, обращений или операций проходит через этот процесс в день или в месяц;
- кто участвует — сколько сотрудников и на каком этапе;
- сколько примерно времени уходит на один полный цикл.
Даже приблизительные цифры уже дают картину. Точность здесь не нужна — нужен порядок цифр.
4. Где чаще всего возникают ошибки или задержки
Это один из ключевых вопросов диагностики. Если заранее зафиксировать, где в процессе чаще всего что-то идёт не так, разбор пройдёт быстрее и конкретнее.
Типичные сигналы:
- заявки теряются между каналами;
- данные переносятся с ошибками из-за ручного ввода;
- задержки возникают на конкретном этапе;
- согласование затягивается из-за отсутствия прозрачности;
- один сотрудник является «узким местом» всего процесса.
Достаточно одного-двух конкретных примеров из практики.
5. Какие системы и инструменты уже используются
Диагностика помогает понять, с чем будет интегрироваться первый этап. Поэтому заранее полезно зафиксировать:
- какие системы уже есть: CRM, 1С, ERP, таблицы, почта, мессенджеры;
- где сейчас хранятся данные по этому процессу;
- какие инструменты используют сотрудники на каждом шаге.
Это не технический аудит. Просто короткий список: «работаем в Битрикс24, документы — в Google-таблицах, входящие — в почте и Telegram».
6. Что считается правильным результатом процесса
Иногда в компании нет единого понимания, какой выход у процесса считается успешным. Это важно зафиксировать до диагностики.
Например:
- «заявка считается обработанной, когда карточка создана в CRM и менеджер получил уведомление»;
- «документ считается проверенным, когда все поля сверены и строка занесена в таблицу без ошибок».
Если этого понимания нет — это тоже важная информация для разбора.
7. Что бизнес хочет получить от первого этапа
Перед диагностикой полезно ответить на простой вопрос: какой результат важнее получить первым?
- снизить время обработки;
- убрать ручной перенос данных;
- уменьшить ошибки на конкретном шаге;
- освободить конкретного сотрудника от рутины;
- получить прозрачность по статусам.
Это не окончательное решение — оно может скорректироваться по итогам диагностики. Но понимание приоритета помогает быстрее выйти на рамку первого этапа.
Как описать процесс так, чтобы диагностика дала результат
Хорошее описание процесса для диагностики — это не технический документ и не презентация. Это честное описание того, как всё происходит на самом деле, а не как должно быть по регламенту.
Три простых вопроса, которые помогают это сделать:
1. Откуда приходят данные и в каком виде? Письмо, форма, таблица, звонок, мессенджер — откуда начинается процесс и в каком формате.
2. Что сотрудник делает с этими данными руками? Какие именно действия выполняются вручную: читает, копирует, проверяет, переносит, заполняет, отправляет.
3. Куда результат уходит дальше? В какую систему, к кому, в каком виде — как процесс заканчивается на этом участке.
Если ответить на эти три вопроса письменно — уже будет достаточно для предметного разбора.
Ошибки, которые снижают качество диагностики
Приходить «вообще поговорить об AI»
Диагностика работает, когда есть конкретный процесс. Если запрос формулируется как «хотим внедрить AI», «интересно, что вы можете предложить» или «расскажите про возможности» — это не диагностика, а консультация. Результата в виде рамки первого этапа из такого разговора не получится.
Описывать процесс «как должно быть», а не «как есть»
Часто руководитель описывает идеальную схему, а не реальную. Диагностика работает с тем, что происходит на практике. Если процесс живёт «в голове у одного сотрудника» или «по-разному у каждого» — именно это и важно зафиксировать.
Пытаться охватить сразу несколько процессов
На диагностику лучше приходить с одним процессом, который уже болит. Попытка разобрать «заявки, документы, закупки и лиды за один раз» делает разбор поверхностным. Один фокус — один конкретный результат.
Не знать цифр
Необязательно знать точные данные. Но полный отказ от цифр — «не знаем, сколько у нас заявок», «не считали, сколько времени уходит» — не позволяет оценить масштаб потерь и эффект от первого этапа.
Что происходит после подготовки
Когда информация собрана, диагностика проходит в конкретном формате.
Разбор процесса. На основе описания фиксируется текущая схема, ручные шаги, дубли и точки потерь.
Выбор участка для первого этапа. Определяется, где потери самые высокие и где автоматизация даст заметный эффект быстрее всего.
Рамка первого этапа. Фиксируется, что входит в запуск, что не входит, какой результат должен быть на выходе и по каким критериям его оценивать.
Ожидаемый эффект. Предварительная оценка: где снизится ручная нагрузка, насколько может ускориться процесс, где уменьшатся ошибки.
Это не абстрактные рекомендации, а конкретный план первого этапа. Именно с ним бизнес уходит с диагностики.
Чек-лист подготовки к AI-диагностике
Перед первым разбором полезно проверить, что у вас есть:
- ✓ Название конкретного процесса, который хотите разобрать
- ✓ Короткое описание текущей схемы (откуда → что делаем → куда)
- ✓ Примерный объём: сколько операций в день или в месяц
- ✓ Где чаще всего возникают ошибки или задержки
- ✓ Список систем, которые уже используются в этом процессе
- ✓ Понимание, какой результат считается правильным
- ✓ Ответ на вопрос: что важнее получить от первого этапа
Если хотя бы пять из семи пунктов закрыты — диагностика даст конкретный результат.
Когда подготовка не нужна
Есть ситуации, когда приходить на разбор без подготовки тоже нормально.
Если в компании несколько процессов болят одновременно и непонятно, с какого начинать — диагностика начинается именно с выбора приоритета. В этом случае задача разбора немного другая: не «разобрать один процесс», а «определить, какой процесс разбирать первым».
В таком формате подготовка будет немного другой: не описание конкретного процесса, а короткий список участков с болью и примерным объёмом каждого.
Итого
Подготовка к AI-диагностике — это не сложная работа. Это короткий список информации, который помогает перевести первый разбор из «разговора про AI» в конкретный рабочий этап.
Бизнесу для этого нужно:
- назвать один конкретный процесс;
- описать, как он идёт сейчас;
- зафиксировать объём и где именно теряется время;
- понять, какой результат важно получить первым.
Именно такой подход позволяет выйти с диагностики не с общими идеями, а с рамкой первого этапа, точками потерь и понятным следующим шагом.
Разборы по AI-автоматизации бизнеса — в Telegram-канале: t.me/ai_b2b_automation
FAQ
Зачем готовиться к AI-диагностике заранее?
Чем точнее описан процесс до разбора, тем быстрее диагностика выходит на конкретную рамку первого этапа и ожидаемый эффект. Без базовой информации разбор уходит на восстановление картины вместо анализа.
Что если я не знаю точных цифр по процессу?
Точность не нужна. Достаточно порядка цифр: примерно сколько операций в день, сколько людей участвует, сколько времени занимает один цикл. Даже приблизительная оценка уже помогает оценить масштаб потерь.
Нужно ли описывать процесс в виде схемы или диаграммы?
Нет. Достаточно короткого текстового описания или простого списка шагов. Главное — честно зафиксировать, как процесс идёт на практике, а не как должен идти по регламенту.
Что если в компании сразу несколько процессов требуют внимания?
В этом случае диагностика начинается с выбора приоритета. Нужно подготовить короткий список участков с болью и примерным объёмом каждого — это станет отправной точкой для разбора.
Что я получу на выходе после AI-диагностики?
Конкретный результат: карту текущего процесса, точки потерь, рамку первого этапа, понимание ожидаемого эффекта и ясность по следующему шагу. Не список идей, а основу для запуска.
Сколько занимает подготовка к диагностике?
Как правило, 20–40 минут на короткое описание процесса и базовый список данных. Это не требует технических знаний — только честного взгляда на то, как процесс устроен сейчас.
Нужно ли знать что-то про AI или технологии?
Нет. Диагностика работает с процессом, а не с технологией. Знание бизнес-логики и понимание, где именно теряется время — достаточно для предметного разбора.
