Введение

Как находить возможности для автоматизации

Бесплатный практический мини-курс для владельцев бизнеса. Его цель — помочь выбрать один процесс для первого осмысленного MVP, а не составить список модных AI-инструментов.

Время прохождения зависит от сложности процесса. Лучше проходить курс с реальным примером и фиксировать ответы письменно

В этом курсе мы будем разбирать процессы не на абстрактных схемах, а на примере одной компании.

«РемонтПро» — небольшая компания, которая занимается ремонтом квартир и офисов. У неё есть продажи, менеджеры по разным типам клиентов, прораб-сметчик и бухгалтерия. Как и во многих растущих компаниях, часть работы уже переведена в цифровые сервисы, но сами процессы пока во многом держатся на ручных действиях сотрудников.

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

Действующие лица

  • Марина — менеджер по продажам.
    Принимает входящие заявки, разбирает их и передаёт нужным сотрудникам.
  • Сергей — менеджер по корпоративным клиентам.
    Работает с B2B-заявками: офисами, коммерческими помещениями и другими корпоративными заказчиками.
  • Ольга — менеджер по квартирам.
    Работает с B2C-заявками: ремонтом квартир, отдельных помещений и ванных комнат.
  • Дмитрий — прораб-сметчик.
    Выезжает на объекты, делает замеры и готовит сметы.
  • Ирина — бухгалтер.
    Выставляет счета и сверяет поступившие платежи.

Обычное рабочее утро Марины

Рабочий день Марины начинается с просмотра заявок Telegram, потом WhatsApp, после базы клиентов и сообщения с сайта. За ночь пришло: «Сколько стоит?», «Нужен ремонт офиса 300 м²», «Мне только ванную», «Можно начать в следующем месяце?».

Запрос по офису нужно быстро передать Сергею. Вопрос про ванную — Ольге. Пока Марина переносит всё вручную, одну заявку она случайно отмечает прочитанной и возвращается к ней только после обеда, к тому времени клиент уже договорился с другим исполнителем.

Именно с таких ситуаций мы начнём разбираться с процессами.

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

Задание

Выберите одну реальную команду или участок работы, который вы хорошо знаете.

Сначала просто составьте список из 5–10 повторяющихся задач, которые выполняет эта команда. Не пытайтесь сразу найти проблему или придумать автоматизацию — сначала зафиксируйте, как работа устроена сейчас.

Для каждой задачи отметьте:

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

После этого выберите один частый и достаточно стабильный процесс с понятным результатом. Именно его мы будем разбирать дальше.

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

Нарисуйте карту «как сейчас»

Не нужна сложная нотация. Используйте цепочку:

событие → входные данные → действие → решение → результат

Обработка заявки из четырех источников

Рабочий день Марины начинается с просмотра заявок Telegram, потом WhatsApp, после базы клиентов и сообщения с сайта. За ночь пришло: «Сколько стоит?», «Нужен ремонт офиса 300 м²», «Мне только ванную», «Можно начать в следующем месяце?». Запрос по офису нужно быстро передать Сергею. Вопрос про ванную — Ольге. Пока Марина переносит всё вручную, одну заявку она случайно отмечает прочитанной и возвращается к ней только после обеда, к тому времени клиент уже договорился с другим исполнителем.

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

Шаблон

ШагКто делаетВходДействиеРезультатИсключенияПочему так
1Оператор первой линииОбращение из любого канала (сайт, телефон, email, мессенджер)Принять обращение, зафиксировать в системе, присвоить номерЗаявка зарегистрированаНеполные данные — уточнить; спам — отклонитьОбъединили приём и регистрацию, потому что для карты процесса важно, что заявка попала в систему, а не какой именно канал. Это упрощает начало.
2ОператорЗарегистрированная заявкаОценить срочность по простым правилам (например, влияет на деньги/безопасность/сроки)Пометка «срочная» или «обычная»Правила не покрывают случай — обратиться к руководителюНужна развилка, чтобы понять, требуется ли эскалация. Без этого шага непонятно, куда дальше.
3Оператор / РуководительЗаявка с пометкой срочностиЕсли срочная — передать руководителю; если обычная — назначить исполнителя по регламентуНазначен ответственный за выполнениеНет свободного исполнителя — согласовать сроки; руководитель недоступен — запасной ответственныйОбъединили две ветки, чтобы не раздувать таблицу. Показали, что обе ветки ведут к одному результату — появлению исполнителя.
4ИсполнительЗаявка с описанием задачи и контактом заявителяВыполнить необходимые действия, при необходимости уточняя деталиРешение предоставлено, заявитель уведомлёнНужны дополнительные данные — запрос через оператора; задержка — предупредить заявителяОсновной шаг, где создаётся ценность. Исполнитель отвечает за результат.
5ЗаявительУведомление о готовности решенияПроверить, решена ли проблемаПодтверждение получено или отправлено на доработкуНет ответа — напомнить через 1-2 дня; отказ — вернуть на выполнениеБез подтверждения нельзя считать заявку закрытой — вдруг решение не помогло. Так мы контролируем качество.
6ОператорПодтверждение от заявителяЗакрыть заявку в системеЗаявка закрыта, данные сохранены для анализаЧастичное подтверждение — уточнить у руководителяФиксируем завершение, чтобы не было «висящих» заявок и можно было считать статистику.

Сначала упростите

До автоматизации задайте по каждому шагу три вопроса:

  1. Он действительно нужен для результата?
  2. Можно ли стандартизировать вход или правило?
  3. Можно ли объединить его с соседним шагом?
Важно

Плохой процесс после автоматизации остаётся плохим — только работает быстрее и создаёт больше ошибок.

Выберите тип решения

Обычная автоматизация

Прозрачно • Повторяемо
Подходит, когда условия прозрачны и повторяемы: перенос полей через API, уведомления, формулы, проверка обязательных полей, маршрутизация по заданным правилам.
Плюсы
  • Предсказуемый результат
  • Быстро и дёшево в поддержке
  • Легко тестировать и логировать
Минусы
  • Требует доработок при малейших изменениях данных
  • Сложно настраивается под нестандартные данные
  • Требует чётких правил заранее
Ограничения
  • Только структурированные данные
  • Исключения обрабатываются вручную
  • Сложная логика ветвления быстро путается

AI

Требует проверки результата
Может быть полезен, когда данные не имеют структуры или результат вариативен: определить тему письма, извлечь данные из документов разной формы, подготовить черновик текста. В критических процессах проверка реузльтатов AI требует проверки.
Плюсы
  • Работает с любыми данными
  • Гибко подстраивается под формулировки
  • Экономит время на рутине
Минусы
  • Возможны ошибки и «галлюцинации»
  • Непредсказуемое качество на краях
  • Сложно гарантировать повторяемость
Ограничения
  • Нужна проверка человеком на дорогих шагах
  • Требует лимитов и мониторинга
  • Не для юридически значимых действий без контроля

Человек

Ответственность • Нюансы
Оставьте человеку неоднозначные решения, переговоры, ответственность, редкие исключения и действия с высокой ценой ошибки.
Плюсы
  • Учитывает контекст и нюансы
  • Берёт ответственность за результат
  • Справляется с редкими кейсами
Минусы
  • Дорого и медленно на потоке
  • Возможны усталость и ошибки
  • Трудно масштабировать
Ограничения
  • Не для объёмной рутины
  • Нужны компетенции и доступность
  • Пропускная способность ограничена

Не автоматизировать

Экономия ресурсов
Не автоматизируйте редкий, нестабильный или дешёвый шаг, если поддержка решения будет дороже ручной работы.
Плюсы
  • Экономия на разработке и поддержке
  • Нет техдолга и багов
  • Фокус ресурсов на важном
Минусы
  • Ручная работа остаётся на людях
  • Риск «забыть» пересмотреть решение
  • Не всегда очевидно с первого взгляда
Ограничения
  • Не подходит для частых повторяемых шагов
  • Требует честной оценки стоимости поддержки
  • Стоит пересматривать при росте объёма

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

Задание · вопросы

Выбор типа решения для автоматизации

Вопрос 1 из 5

В CRM нужно автоматически переносить данные из веб-формы, где все поля обязательные и стандартизированы. Какой тип решения выбрать?

Вопрос 2 из 5

Нужно определять тему входящих писем от клиентов, которые пишут в свободной форме и по-разному формулируют запрос. Какой тип решения?

Вопрос 3 из 5

Согласование нестандартных условий договора с ключевым клиентом, где требуется оценить риски и принять ответственное решение. Какой тип решения?

Вопрос 4 из 5

Шаг по составлению отчёта для одного клиента, который выполняется раз в квартал, занимает 5 минут и не вызывает ошибок. Поддержка автоматизации будет стоить дороже. Какой тип решения?

Вопрос 5 из 5

Подготовка черновика коммерческого предложения на основе данных из CRM, где текст может немного отличаться в зависимости от клиента. Какой тип решения?

Спроектируйте минимальный MVP

MVP должен проверять одно главное предположение. Опишите:

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

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

Проверьте экономику и риски

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

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

Практика

Итоговый чек-лист

  • Процесс и его цель описаны одним предложением.
  • Есть карта текущих шагов и исключений.
  • Убраны необязательные действия.
  • Для каждого шага выбраны: правила, AI, человек или «не менять».
  • MVP ограничен одним сценарием.
  • Есть ручная проверка и план на случай сбоя.
  • Понятно, как оценить полезность и стоимость поддержки.

Если после прохождения остаются спорные места, можно принести карту процесса на консультацию и за 60 минут собрать схему первого решения.

Итоги

Что важно запомнить

  • Начинайте с реального процесса и описывайте его текущее состояние.
  • До автоматизации уберите ненужные шаги и стандартизируйте правила.
  • Разделяйте задачи для обычной автоматизации, AI и человека.
  • Первый MVP должен быть ограниченным, измеримым и иметь ручную страховку.
Наш сайт собирает куки. Чтобы тебе было удобнее им пользоваться. Нажимая на кнопку, ты даёшь разрешение собирать куки