Анализ бизнес-процессов компании: 7 признаков и 6 этапов

У вас есть ощущение, что в компании дублируется работа: два сотрудника делают одно и то же, заказы теряются на стыках, при этом ощущение «можно тем же результатом, но меньшим штатом» уже стало фоновой мыслью. Это типичная картина, с которой собственники приходят за анализом процессов. И в большинстве случаев они интуитивно понимают, что не так. Проблема — не в том, чтобы увидеть. Проблема — в том, чтобы перейти из точки «как есть» в точку «как должно быть».

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

Внимание: По данным McKinsey, компании, которые системно анализируют и перестраивают процессы, сокращают операционные расходы до 30% за два года. Рынок управления процессами растёт на 14,2% в год по Precedence Research — бизнесы вкладываются в это не от хорошей жизни, а потому что хаос в процессах стоит реальных денег.

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

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

Описание фиксирует факт: вот так заявка приходит от клиента, вот так попадает менеджеру, вот так уходит на склад. Анализ идёт дальше: вот здесь менеджер ждёт информацию от продажника, она приходит в неполном виде — это разрыв. Вот здесь параллельно ведутся три таблицы с одними и теми же данными — это потеря. Вот здесь два сотрудника проверяют один и тот же документ — это дубль.

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

Важно: Описание отвечает на вопрос «как сейчас». Анализ отвечает на два вопроса: «где течёт» и «как должно быть». Это разные задачи и разные результаты.

Зачем собственнику анализ процессов

Анализ — это не упражнение в методиках. Это инструмент, который должен принести компании конкретный результат. Обычно — один из пяти.

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

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

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

Подготовить базу для автоматизации. CRM, ERP, системы учёта работают только на чётко описанных процессах. Автоматизировать хаос — значит ускорить хаос. Анализ как раз и наводит порядок до того, как вы потратите деньги на софт.

Получить рост без новых вложений. Тот же штат, тот же бюджет — но другой результат. По данным McKinsey, системная работа с процессами сокращает операционные расходы до 30% за два года. Это не теория: компания Levstal, например, после перестройки внутренних процессов снизила количество сбоев в производстве на 64%.

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

7 признаков, что процессам пора провести анализ

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

1. Сотрудники задают одни и те же вопросы по нескольку раз. «А кто этим занимается?», «А куда отправлять?», «А с кем согласовать?» — если такие вопросы регулярно прилетают в чаты или к вам лично, значит, нет ясности, кто за что отвечает. Это первый признак, что процесс не описан и не разобран.

2. Задачи зависают на стыках между отделами. Заявка ушла из продаж в производство и пропала на три дня. Никто не знает, у кого мяч. Это классический разрыв на стыке — типичное место, где живут самые дорогие потери.

3. Параллельно ведутся три и более таблицы с одними и теми же данными. Менеджер ведёт свою Excel, бухгалтерия — свою, склад — свою. Цифры расходятся. Кто-то всегда заполняет «вручную», потому что в основной системе «не так удобно». Это явный сигнал, что процесс не выстроен и каждый компенсирует это собственным костылём.

4. Появляется ощущение «можно тем же результатом меньшим штатом». Вы смотрите на отдел и понимаете, что часть функций повторяется. Это интуиция, и она почти всегда права. За ней стоят дубли, которые вскрываются за пару часов разбора процесса.

5. Вы лично принимаете операционные решения каждый день. Без вас не отгружается заказ, не согласовывается счёт, не запускается рекламная кампания — это не процесс, а «ручное управление». Значит, в системе не прописаны критерии решений и не назначены ответственные.

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

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

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

Логика анализа: as-is → to-be

Анализ строится не вокруг методов, а вокруг движения между двумя состояниями процесса.

As-is — это «как есть». Не «как должно быть по учебнику», не «как мы рассказываем клиентам», а как процесс работает прямо сейчас, со всеми костылями, дублями, неэффективностями и ручными передачами. Описать as-is честно — половина дела. Большинство собственников на этом этапе уже видят 60-70% проблем.

To-be — это «как должно быть». Целевое состояние процесса: убраны дубли, ясно, кто кому что передаёт, прописаны критерии и сроки, заложена возможность автоматизации. Это не идеал из учебника, а реалистичный следующий шаг — без потерь, без зависания на стыках.

Между as-is и to-be — переход. Это и есть самый сложный шаг, на котором большинство застревает. Описали как есть, представили как надо — а дальше что? Кто внедряет? В какие сроки? Кто контролирует?

В рабочей практике эта логика реализуется без разрыва: as-is не описывается отдельно от обсуждения оптимизации. Параллельно с фиксацией «как есть» обсуждается, что и как можно перестроить. Это не два этапа, идущих один за другим, — это единая работа. К моменту, когда вы фиксируете to-be, у вас уже есть согласованное понимание перехода.

Павел Котов

Эксперт по систематизации бизнеса

Задать вопрос

У нас в работе есть понимание as-is и to-be. Сначала описываем процесс в формате as-is — то есть просто всё, что есть, и все неэффективности, которые есть. Прямо в процессе описания обсуждаем с собственником, как можно это оптимизировать. Потом прописываем уже формат to-be — где всё по порядку, всё логично, где убраны неэффективные вещи и где запланирована автоматизация. И только после этого приступаем к переходу от as-is к to-be.

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

Совет: Прежде чем браться за анализ, сразу планируйте, как вы будете внедрять to-be. Без этого этапа любая работа теряет смысл.

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

Если разложить логику as-is → to-be на конкретные шаги, получается 6 этапов. Они работают и в малом бизнесе, и в среднем — меняется только глубина проработки.

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

2. Описать процесс as-is. Зафиксируйте, как работает прямо сейчас. Включая все костыли, ручные передачи, дубли. Используйте формулу «вход — процесс — выход»: что входит (триггер и условия), что происходит внутри, что должно получиться на выходе (ценный продукт + сигнал, что этап завершён). Подробнее про методику описания — в нашей статье «Как описать бизнес-процессы».

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

4. Сформулировать to-be. Целевое состояние процесса: что убирается (дубли, лишние согласования), что добавляется (отсутствующие звенья, регламенты), что автоматизируется (там, где система может заменить ручную работу). Описывайте конкретно, не «оптимизировать передачу заявки», а «менеджер передаёт заявку через CRM, поля X, Y, Z обязательны, ответственный на следующем этапе — Z».

5. Определить инструменты и решения. Какой софт нужен — CRM, ERP, таск-менеджер? Какие нужны регламенты, должностные инструкции, KPI? Финальное слово на этом шаге — за собственником. Не за аналитиком, не за консультантом, не за директором операционного блока. Решение «идём в CRM А, а не Б» — это решение по бюджету, рискам и стратегии. Это ваш уровень.

6. Спланировать переход. Кто что делает, в какие сроки, кто контролирует, по каким критериям проверяем результат. Без этого этапа анализ остаётся теорией. Подробно про переход к новому процессу — в статье «Внедрение бизнес-процессов».

Пример: Компания по сдаче недвижимости в аренду пришла с запросом «у нас всё работает, но как-то криво». Описали процессы as-is — нашли массу мест, где можно автоматизировать. Часть операций оказалась ручным дублированием того, что уже было в CRM. Просто никто не разобрал процесс целиком — все смотрели только на свой кусок.

Методы анализа: что выбрать собственнику

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

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

Количественный анализ. Измерение метрик: сколько по времени занимает каждая операция, сколько стоит, как часто возникают ошибки. Нужен, когда есть гипотеза «здесь медленно» или «здесь дорого» и её надо подтвердить или опровергнуть цифрами. Без цифр обсуждение часто превращается в «мне кажется».

Анализ потерь (Lean). Поиск семи типов потерь: ожидание, лишние перемещения, перепроизводство, излишние запасы, лишняя обработка, дефекты, неиспользованный потенциал сотрудников. Хорошо ловит дубли и нечёткие критерии передачи. Если в компании много операционной работы — этот метод почти всегда даёт результат.

Анализ узких мест (Theory of Constraints). Ищем самое слабое звено в цепочке. Логика простая: производительность всей системы определяется производительностью самого узкого места. Расшивка одного узкого места часто даёт прирост по всему процессу. Подходит, когда вы знаете, что «где-то здесь упираемся», но не понимаете, где именно.

Функционально-стоимостной анализ (FSA). Считаем, что стоит каждая операция и какую ценность она приносит. На выходе — три категории: оставить, упростить, убрать. Подходит, когда нужно сократить расходы или понять, где компания платит за работу, которая не приносит результата.

Совет: Не пытайтесь применить все пять методов сразу. Выберите один-два под конкретную задачу. Для первого анализа в большинстве случаев хватает связки «качественный + анализ потерь» — этого достаточно, чтобы найти 80% проблем.

Где живут проблемы: типичные узкие места и разрывы

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

Но есть паттерны, которые встречаются чаще остальных. И если вы делаете первый анализ, начинать стоит именно с них.

Большое количество параллельных таблиц. Менеджеры ведут свои Excel-файлы, бухгалтерия — 1С, склад — Google Sheets, директор — отдельную сводку. Цифры расходятся. Все тратят время на сверки. Никто не знает, какая версия данных правильная.

Дубли функций. Два сотрудника или два отдела делают одну и ту же работу. Иногда — потому что договорились так «исторически». Иногда — потому что никто не доверяет результату другого и проверяет повторно. Дубли вскрываются за пару часов разбора процесса и часто дают самый быстрый результат при оптимизации.

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

Не прописаны критерии передачи. Кто кому что должен передавать, в каком виде, в какие сроки, по какому каналу. Когда критериев нет — каждый делает по-своему. Когда у каждого «по-своему» — система ломается на любом нестандартном случае.

Павел Котов

Эксперт по систематизации бизнеса

Задать вопрос

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

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

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

Инструменты и ПО для анализа процессов

Инструмент — не главное. Можно проанализировать процесс на листе бумаги в кабинете и получить результат. Можно купить лицензию на ARIS за миллионы и не сдвинуться с места. Решает не софт, а логика анализа.

Для старта достаточно простых инструментов. Лист бумаги, доска с маркерами, Miro или FigJam. Этого хватает, чтобы зафиксировать процесс as-is и обсудить его с командой. Большинство первых анализов в малом и среднем бизнесе делаются именно так — без специализированного ПО.

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

Профессиональные инструменты — для крупных проектов. Bizagi, ARIS, Business Studio — это система для компаний, где процессов много, они постоянно меняются, и за каждым процессом закреплён владелец. Для бизнеса 30-300 млн в год — обычно избыточно.

Process Mining — анализ по логам ИТ-систем. Когда у вас есть данные в CRM, ERP, в учётных системах — можно вытащить, как процесс реально проходит во времени. Где зависания, где отклонения от стандарта. Подходит, когда нужны цифры, а не только разговоры.

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

Частые ошибки при самостоятельном анализе

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

1. Видят проблему, но не доходят до перехода. Это главная ошибка. Интуиция работает: собственник почти всегда понимает, что не так. Но застревает на «как из точки А в точку Б перейти». Не хватает не понимания, а навыка перевода понимания в конкретные действия.

2. Анализ ради анализа. Описали процесс, нашли проблемы, нарисовали красивую схему to-be — и положили в стол. Без перехода к реальному внедрению вся работа уходит в никуда. Самый частый сценарий: «потом, когда руки дойдут». Руки не доходят.

3. Описывают «как должно быть», а не «как есть». Подменяют as-is картинкой из учебника или своей мечтой о том, как это должно работать. Анализ ломается на старте: вместо реальных проблем разбирается воображаемый процесс.

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

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

Павел Котов

Эксперт по систематизации бизнеса

Задать вопрос

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

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

Что должен делать собственник, а что — делегировать

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

Что нужно делегировать. Сам разбор as-is, поиск дублей, описание стыков, оформление схем, сбор и анализ метрик. Это работа специалистов: бизнес-аналитиков, операционных директоров, внешних экспертов. Собственнику лезть в это неэффективно — это не его уровень компетенции.

Что нельзя делегировать. Финальные решения по софту, способам автоматизации, выбору подхода. «Идём в эту CRM». «Внедряем систему X». «Платим за лицензию ARIS». Эти решения собственник принимает сам — здесь сходятся бюджет, риски и стратегия. Передавать их специалисту — значит передавать управление компанией.

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

Совет: Простая формула: специалист = разбор. Собственник = решения и воля. Если перепутать роли — либо собственник тонет в операционных деталях, либо процесс остаётся теоретическим документом.

Когда привлекать внешнего эксперта

Внешний эксперт нужен не всегда. И иногда привлекать его — лишняя трата денег. Но в нескольких ситуациях это самый короткий путь к результату.

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

Когда внешний эксперт не нужен. Есть сильный операционный директор или RP-менеджер, который реально умеет работать с процессами. Процесс простой, локальный, очевидный — поправить его можно силами одного отдела. И главное — нет готовности собственника лично участвовать. Без вовлечения собственника не работает ни один консалтинг.

Например, Business Commandos начинает анализ процессов с диагностики бизнеса — это 5–10 часов с собственником в формате интервью. Параллельно с описанием as-is обсуждается, что и как оптимизировать. На выходе — дорожная карта на 30–50 страниц с конкретным планом перехода в to-be: кто что делает, в какие сроки, по каким критериям проверяется результат. Это не консультация в формате «послушайте нас и попробуйте сами», а готовый план действий.

Важно: Внешний эксперт не освобождает собственника от участия. Он экономит ваше время на разборе деталей — но решения по результатам разбора всё равно за вами.

Что делать после анализа: от выводов к действиям

Анализ — это карта проблем и план перехода. Карта без действий — просто бумага. Дальше у вас три направления работы.

Оптимизация процессов. Упрощение, удаление лишнего, перестройка стыков. Объединение операций, которые искусственно разделены. Удаление согласований, которые не дают ценности. Перенос решений с верхнего уровня на нижний там, где это можно сделать без потери качества. Это самая быстрая часть — обычно даёт первый видимый результат за 1-2 месяца.

Регламентация. Фиксация to-be в регламентах и должностных инструкциях. Без этого новая работа процесса держится «на договорённостях», и через месяц всё возвращается к прежнему хаосу. Регламент — это не папка для прокурора, это правила, по которым работает компания.

Автоматизация. Внедрение CRM, ERP, систем учёта там, где ручная работа может быть заменена системой. Здесь важна последовательность: автоматизация работает только на чётко описанных и оптимизированных процессах. Автоматизировать as-is, не дойдя до to-be, — значит закрепить хаос в системе на годы. Подробно про переход от анализа к работающему процессу — в статье «Внедрение бизнес-процессов».

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

Часто задаваемые вопросы

Выводы

Анализ бизнес-процессов — это не каталог методов. Это связка as-is → to-be и переход между двумя точками. Собственник почти всегда видит, где течёт. Сложность — не в том, чтобы увидеть. Сложность — в том, чтобы дойти до перехода и не бросить на полпути.

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

Начните с диагностики: Если узнали свою ситуацию и не знаете, с чего начинать, — закажите диагностику бизнеса в Business Commandos. За 5–10 часов интервью с собственником вы получите дорожную карту на 30–50 страниц с конкретным планом перехода из as-is в to-be — без воды и без академических методичек.