Бизнес-процессы: как описать то, что «и так все знают»

«Да у нас все и так знают, что делать» — эту фразу я слышу почти на каждом первом аудите. А через час выясняется, что заявку от клиента обрабатывают тремя разными способами, скидку дают «по настроению», а когда уходит в отпуск бухгалтер, встаёт отгрузка. Знание, которое живёт только в головах, — это не система, это риск. Разберём, как вытащить его на бумагу без бюрократии и толстых регламентов, которые никто не читает.

Почему «все знают» — это иллюзия

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

Вот типичные симптомы того, что процессы пора описывать:

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

В моей практике была производственная компания из Екатеринбурга, где главный технолог двенадцать лет «просто знал», как запускать заказ в производство. Когда он слёг на месяц с больничным, цех простаивал по два-три дня на каждом нестандартном заказе. Потери за месяц составили около 1,8 млн рублей. После этого собственник сам попросил начать с описания процессов.

Что такое бизнес-процесс простыми словами

Бизнес-процесс — это повторяющаяся последовательность действий, у которой есть вход, выход и владелец. Вход — то, что запускает процесс: заявка клиента, поступление товара, начало месяца. Выход — результат, который можно проверить: подписанный договор, отгруженный заказ, закрытый отчёт.

Ключевое слово здесь — повторяющаяся. Описывать нужно то, что происходит регулярно. Разовый проект по переезду офиса описывать как процесс бессмысленно, а обработку входящей заявки, которая случается сорок раз в день, — обязательно.

Второе важное слово — владелец. У каждого процесса должен быть один человек, который отвечает за его результат целиком. Не отдел, не «мы все», а конкретная фамилия. Если владельца нет, процесс рано или поздно развалится на кусочки, за каждый из которых отвечает кто-то свой, а за итог — никто.

С каких процессов начинать

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

Я рекомендую другой подход: начинать с процессов, которые напрямую влияют на деньги. Как правило, это:

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

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

Не описывайте процессы ради описания. Описывайте те, где сбой стоит вам денег, и начинайте с самого дорогого.

Как собрать информацию: интервью и наблюдение

Главный источник информации — люди, которые процесс выполняют. Не руководитель, не собственник, а тот, кто каждый день принимает заявки или собирает заказы. Руководители обычно рассказывают, как процесс должен идти, а исполнители — как он идёт на самом деле. Разница бывает огромной.

Интервью с исполнителями

Беседуйте с двумя-тремя людьми, выполняющими одну и ту же работу, по отдельности. Вопросы простые:

С чего у тебя начинается эта работа? Что должно произойти, чтобы ты за неё взялся?
Что ты делаешь дальше? А потом?
Где ты берёшь информацию для этого шага?
Кому передаёшь результат и в каком виде?
Где чаще всего бывают задержки или ошибки?
Что ты делаешь, если что-то пошло не по плану?

Последний вопрос особенно важен. Именно в исключениях прячется половина реальной работы и большая часть проблем.

Наблюдение

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

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

Как описывать: формат, который будут читать

Забудьте про сорокастраничные регламенты. Их пишут для проверяющих, а не для сотрудников. Рабочий формат описания процесса помещается на одну-две страницы и отвечает на пять вопросов.

Цель и результат. Зачем существует процесс и как понять, что он выполнен.
Старт и финиш. Что запускает процесс и чем он заканчивается.
Шаги. Последовательность действий, пронумерованная, с указанием исполнителя каждого шага.
Правила и развилки. Что делать, если клиент не отвечает, если товара нет на складе, если сумма больше лимита.
Метрики. По каким цифрам владелец процесса видит, что всё идёт нормально.

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

Пример: обработка входящей заявки

Покажу, как это выглядит на практике, на примере компании, продающей оборудование для кофеен:

Заявка поступает в CRM автоматически с сайта или вручную менеджером из почты и мессенджера в течение 15 минут.
Дежурный менеджер связывается с клиентом в течение 30 минут в рабочее время.
Менеджер выясняет формат заведения, бюджет и сроки по чек-листу из шести вопросов.
Если бюджет меньше 300 тысяч рублей — предлагает типовой комплект. Если больше — назначает встречу с технологом.
Коммерческое предложение отправляется в течение одного рабочего дня.
Через два дня менеджер звонит повторно, если клиент не ответил.

Метрики: время первого контакта, доля заявок с отправленным КП, конверсия в оплату. Всё — страница текста, которую новичок прочитает за пять минут.

Типичные ошибки при описании процессов

За годы работы я видел одни и те же ошибки в десятках компаний. Вот самые дорогие.

Описывают идеал, а не реальность. Сначала фиксируйте, как есть, потом улучшайте. Если сразу писать «как надо», сотрудники не узнают в документе свою работу и проигнорируют его.
Нет владельца. Процесс описан, но никто не отвечает за его соблюдение и обновление. Через три месяца описание устаревает.
Слишком подробно. Не нужно расписывать, какую кнопку нажать в программе. Для этого есть инструкции. Процесс — это логика, а не интерфейс.
Пишет один человек в кабинете. Документ, созданный без участия исполнителей, почти никогда не приживается.
Нет связи с деньгами и метриками. Если процесс не измеряется, невозможно понять, стало ли лучше после изменений.
Описали и забыли. Процессы меняются вместе с бизнесом. Описание, которое не пересматривается раз в квартал, превращается в музейный экспонат.

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

Описать процесс — половина работы. Вторая половина — сделать так, чтобы люди работали по описанию. Здесь помогает простой алгоритм.

Презентуйте документ исполнителям. Не рассылкой, а на короткой встрече. Объясните, зачем это нужно и что изменится для них лично.
Дайте две недели на пилот. Пусть работают по новому описанию и записывают, где оно не совпадает с жизнью.
Соберите обратную связь и поправьте. Обычно после пилота меняется 20–30% текста.
Встройте в систему. Описание должно лежать там, где люди работают: в CRM, в базе знаний, в закреплённом сообщении рабочего чата.
Привяжите к адаптации. Каждый новый сотрудник читает описания своих процессов в первую неделю и сдаёт по ним короткий тест.
Контролируйте по метрикам. Владелец процесса раз в неделю смотрит на цифры и разбирает отклонения.

У онлайн-школы английского, с которой я работал, после описания процесса продаж и привязки его к обучению новых менеджеров срок выхода новичка на план сократился с трёх месяцев до пяти недель. Конверсия из заявки в оплату выросла с 11 до 16%, потому что все менеджеры стали задавать одни и те же ключевые вопросы на первом звонке.

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

Сколько времени это займёт

Реалистичный план для компании на 20–50 человек выглядит так. Первый процесс — две-три недели с учётом интервью, описания и пилота. Дальше быстрее: команда осваивает формат, и каждый следующий процесс занимает одну-две недели. За квартал можно спокойно описать пять-семь ключевых процессов, которые покрывают 80% денежного потока компании.

Не пытайтесь ускорить это, отдав задачу одному человеку на полный день. Лучше, когда владельцы процессов тратят по три-четыре часа в неделю, а один координатор следит за общим ритмом и единым форматом.

Итог

Описание бизнес-процессов — это не бюрократия, а способ перестать зависеть от памяти отдельных людей и от постоянного присутствия собственника. Начинайте с процессов, где сбой стоит денег, собирайте информацию у исполнителей, описывайте коротко и с развилками, назначайте владельца и измеряйте результат. Через несколько месяцев вы заметите, что вопросов «а как тут быть?» стало вдвое меньше, а новые люди входят в работу быстрее. Именно с этого начинается бизнес, который может расти без ручного управления.