Как подойти к задаче без лишней магии
Что бы я делал, если бы мне сказали: «Нам срочно нужен AI во всех отделах». Для AI-аудита бизнеса я бы не открывал каталог моделей и не покупал ещё десять подписок. Сначала собрал бы реальные процессы, а уже потом выбрал один безопасный пилот.
Ошибка, которую я бы сразу убрал: Почти все начинают с вопроса «какую нейросеть подключить». Правильный вопрос другой: какой вход приходит, какой результат должен уйти и кто имеет право его принять?
Что подготовить и какой результат ждать
- На выходе: После теста у вас будет не презентация про AI, а список процессов с приоритетом и один безопасный кандидат для пилота.
- В таблице «Процессы» создайте поля: процесс, триггер, ручные шаги, частота, стоимость ошибки и владелец.
- Сохраните исходные данные и права доступа отдельно от результата, чтобы можно было проверить, что сделал первый AI-сценарий.
- Проверьте пять обычных и пять сложных кейсов: пустое письмо, дубль, вложение, срочный запрос и неизвестная тема.
Соберите безопасный первый тест
- Соберите карту процессов
Запишите, что запускает работу, какие шаги делает сотрудник, где он принимает решение и чем заканчивается процесс.
Проверьте: У каждой строки есть один человек, отвечающий за результат.
Если не сработало: Разбейте процесс на более узкий сценарий, например «разобрать новую заявку», а не «автоматизировать продажи».
- Отделите AI от обычного правила
В конструкторе workflow добавьте Trigger: новая заявка или письмо, затем шаг AI: классификация. Просите модель отметить, где нужен анализ текста, а где хватает if/then.
Проверьте: Ответ можно проверить по заранее известным категориям.
Если не сработало: Уберите AI и оставьте правило, если условие можно описать точным списком.
- Дайте модели безопасную задачу
Используйте промпт: «Раздели задачу на повторяемые шаги. Отметь, где нужен анализ текста, а где достаточно правила. Не предлагай инструменты». Направьте ответ в тестовую таблицу, не в CRM.
Проверьте: Результат не меняет клиентские данные и содержит объяснимую категорию.
Если не сработало: Добавьте поле confidence и отправляйте низкую уверенность на ручную проверку.
- Решите, что переносить в пилот
Сравните частоту, трудозатраты, стоимость ошибки и обратимость. В пилот берите процесс с большим объёмом и понятным результатом, но без необратимой отправки денег или писем.
Проверьте: Есть владелец, базовая метрика и дата повторной проверки.
Если не сработало: Отложите сценарий, если никто не может принять или исправить результат.
Таблица, с которой я бы начал аудит
Откройте Google Sheets и создайте столбцы: процесс, триггер, объём в месяц, минут на одну операцию, ручные шаги, системы, цена ошибки, владелец, обратимость. Заполните не двадцать процессов, а пять реальных строк. Например: «разобрать входящие заявки», 240 в месяц, 8 минут, форма → почта → CRM, ошибка — потерянный лид, владелец — руководитель продаж.
В отдельной колонке поставьте балл от 1 до 5 за повторяемость, объём и безопасность. Кандидат для первого пилота должен быть частым, текстовым, обратимым и иметь человека, который сможет отменить результат.
- Не пишите «автоматизировать продажи». Пишите «извлечь email и бюджет из новой заявки».
- Не ставьте AI там, где хватает обычного правила if/then.
Как принять решение, а не собрать презентацию
Возьмите три кандидата и посчитайте простую оценку: (объём × минуты × цена часа) + стоимость ошибки. Потом вычтите риск: деньги, юридические последствия, необратимая отправка. В пилот берите не самый эффектный сценарий, а тот, где можно вернуть запись в исходное состояние.
Первый результат аудита — не список инструментов. Это одна строка с владельцем, baseline и тестовым набором из десяти обычных и пяти неприятных примеров.
Рабочий workflow аудита
В n8n это может быть `Manual Trigger → Google Sheets → Edit Fields → Code → IF → Slack/CRM`. В Make те же роли выполняют `Watch Rows → Set variables → Router → Update row`. Важно, что AI здесь не выбирает инструмент: он только помогает разложить описание процесса на шаги и исключения.
В таблицу `AI_USE_CASES` добавьте `process_id`, `department`, `owner`, `input_channel`, `manual_steps`, `runs_per_week`, `minutes_per_run`, `hourly_cost`, `systems_used`, `data_class`, `error_cost`, `baseline_metric`, `target_metric`, `priority_score`, `risk_score` и `status`. Статусы: `discovered → scored → pilot → live → blocked → retired`.
priority = runs_per_week * minutes_per_run * hourly_cost
risk = data_sensitivity * error_cost * autonomy_levelПромпт, который не предлагает модные сервисы
Сначала направьте ответ в тестовую таблицу, а не в CRM. Модель должна вернуть пропущенные данные и человеческие решения, а не список платформ.
Разложи описание бизнес-процесса на повторяемые шаги.
Не предлагай инструменты и не придумывай данные.
Верни JSON: process_summary, repetitive_steps, inputs, systems,
human_decisions, pilot, baseline_metric, risk_reasons, missing_data.Что должно измениться после настройки
После теста у вас будет не презентация про AI, а список процессов с приоритетом и один безопасный кандидат для пилота.
Почему AI-пилоты ломаются ещё до запуска
Покупать платформу до описания источника данных и ответственного.
Разрешать AI сразу отправлять письма или менять записи.
Считать количество ответов модели результатом вместо экономии времени или роста качества.
Не фиксировать, какие случаи должны передаваться человеку.
Когда аудит уже нельзя вести в одиночку
Подключайте специалиста, если аудит затрагивает несколько систем, персональные данные или процессы, где ошибка влияет на деньги и юридические обязательства.
Вопросы перед первым AI-пилотом
Что выбрать первым?
Повторяемый текстовый процесс с обратимым результатом: классификация входящих писем, черновик ответа или заполнение черновика карточки.
Когда AI не нужен?
Когда условие можно точно описать через if/then и оно не требует понимания текста.
Как понять, что пилот удался?
Сравнить базовую линию по времени, качеству и количеству ручных исправлений, а не число запусков.
Сколько процессов проверять за раз?
Сначала 3–5 процессов для сравнения, но в пилот брать один.
