Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь. Анализ и проектирование систем.. Анализ и проектирование систем. Бизнес-модели.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития. Управление разработкой.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития. Управление разработкой. эффективное общение.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития. Управление разработкой. эффективное общение. эффективность.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития. Управление разработкой. эффективное общение. эффективность. эффективность работы.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития. Управление разработкой. эффективное общение. эффективность. эффективность работы. эффективность труда.. Анализ и проектирование систем. Бизнес-модели. визуальное программирование. Карьера в IT-индустрии. стратегическое мышление. стратегическое планирование. стратегия бизнеса. стратегия продвижения. стратегия развития. Управление разработкой. эффективное общение. эффективность. эффективность работы. эффективность труда. эффективные менеджеры.
Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 1

Executive Summary

Если вы теряете миллионы и не понимаете из-за чего – эта статья для вас.

Вы теряете до 30% операционных издержек из-за ошибок и задержек.

Решение

Замкнутый цикл на визуальном языке ДРАКОН

Результат

ROI +137% в СТО «Фильтр» (сетевая компания, 450+ сотрудников)

Срок запуска

5 дней подготовки, первые результаты – через 2 недели

Бюджет

755 тысяч рублей в первый год, 650 тысяч рублей ежегодно далее, вместо 2,1 миллиона, например, на BPMN

Подтверждено в реальных кейсах:

  • Сетевая компания (450+ чел.)

  • Аквапарк «Лазурный» (200+ чел.)

  • Медицинские клиники, ритейл

Конфликт интересов

Я – консультант с 10-летним опытом по языку ДРАКОН. Я заинтересован, чтобы компании выбрали этот путь. Но я честен: если у вас уже есть SAP или Camunda с процессным офисом, переход может быть избыточен. Эта статья – для компаний, где важна скорость, понятность и экономика – от 50 до 1000+ сотрудников.

Почему вам, как руководителю, нужно описывать процессы – прямо сейчас

Описание бизнес-процессов – это не документирование. Это инвестиция с ROI 200-400%, возвращающая деньги через снижение затрат, ускорение работы и контроль качества.

Компании, которые чётко описывают «кто что делает и почему», растут в 2-3 раза быстрее своих конкурентов.

Вы находитесь в критической зоне:

  • Ваша компания уже слишком большая для «управления в лоб»

  • Но ещё недостаточно структурирована, как корпорация

Из-за этого:

  • Сотрудники работают «как считают нужным», а не «как нужно компании»

  • Новые люди тратят месяцы на обучение, вместо того чтобы приносить прибыль

  • Ошибки повторяются, качество колеблется, клиенты уходят

  • Когда увольняется опытный сотрудник – его знания исчезают навсегда

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 2

McKinsey (2025) подсчитали:

Если у вас нет описанных процессов вы теряете от 20-30% производительности.

В цифрах для российского бизнеса
(средняя зарплата 150 тыс руб. в месяц на 50 человек = фонд 7,5 млн/мес):

В компании на 50 человек – это потеря 2,25 млн рублей в месяц,
В компании на 100 человек – 4,5 млн рублей в месяц,
В компании на 200 человек – 9 млн рублей в месяц.

Но самое главное – постепенно вы теряете контроль.

Вы не знаете, почему один филиал работает быстро, а другой – медленно.
Вы тушите «пожары», вместо того чтобы строить будущее.

Описание процессов возвращает вам управление:

  • Снижение операционных затрат на 25-30%

  • Ускорение задач на 40-60%

  • Снижение ошибок на 40-60%

  • Новые сотрудники обучаются в 3 раза быстрее, текучка падает на 30%

И это не бюрократия.
Это ваш playbook для масштабирования, продажи бизнеса, внедрения ИИ или открытия нового филиала.

Если вы не опишете, как работает ваша компания – никто не сможет её воспроизвести, улучшить или защитить.

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 3

Введение: История, которой доверяют

Меня зовут Сергей Колесников. Я начинал кладовщиком в 90-е, создавая отчёты на бумаге. Открытие SuperCalc 5 на Intel 086 стало для меня магией: отчёты, делавшиеся днями, создавались за часы. Я думал: «Вот оно! Автоматизация спасёт всех от хаоса».

Я ошибался.

Следующие 30 лет моего пути через десятки компаний показали одну и ту же картину: люди не понимают схем. BPMN, UML, текстовые регламенты… Все это упиралось в стену непонимания и сопротивления.

И только когда я наткнулся на визуальный язык ДРАКОН, всё встало на свои места. В СТО «Фильтр» – крупной сетевой компании (450+ сотрудников) – за 4 года мы создали систему, которая:

  • Покрыла 40+ процессов во всех филиалах

  • Сократила обучение новичков с 3-5 дней до 1 дня

  • Дала устойчивый ROI +137%

  • Работала как живой организм, а не мёртвая документация

Но главное – я понял, почему это сработало.

Эта статья – не теория. Это выжимка из 30 лет проб, ошибок и побед.

Эволюция управления – в одной временной шкале

  • 1776 – Адам Смит вводит разделение труда как основу эффективности

  • 1911 – Фредерик Тейлор добавляет научное описание и хронометраж

  • 1921 – Фрэнк Джилбрет изобретает первые блок-схемы

  • 1986 – В СССР создаётся ДРАКОН – язык, основанный на законах когнитивной психологии

  • 1993 – Майкл Хаммер и Джеймс Чампи провозглашают реинжиниринг

  • 2015-2025 – ДРАКОН как основа замкнутого цикла для живых бизнес-процессов

Почему в BPMN трудно работать в реальном бизнесе

Исследование Хенрика Леопольда и коллег, проанализировавших 585 BPMN-моделей, показывает объективную картину:

86 процентов моделей с подпроцессами – роли не согласованы между уровнями.
47 процентов моделей – не помещаются на лист А3, то есть физически неудобочитаемы.
72 процента ролей – не связаны с глоссарием, создавая путаницу в ответственности.
42 процента моделей – содержат логические ошибки (множественные слияния).

Данные получены в исследовании Henrik Leopold et al. („How good are BPMN models?“, BPM 2016), где проанализированы 585 моделей из 6 реальных компаний. Критерии: соответствие глоссарию ролей, читаемость (размер листа), логическая корректность (семантика ветвлений). Результаты подтверждаются в обзоре BOC Group (2025)

Это не вина аналитиков. Это следствие чрезмерной сложности самого инструмента.

Но даже идеальная схема обречена на устаревание из-за фундаментального разрыва между моделью и реализацией – так называемого model-code gap.

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 4

Как объясняет Джордж Фэйрбэнкс:
“Model-code gap – это разница между абстракциями, которые мы используем для обсуждения архитектуры (модель), и реальностью выполняемой системы”.

Пример из практики:
В схеме описано: “Проверка остатков – Подтверждение заказа”.
В реальности в 1С: “Проверка – Запрос кладовщику – Уточнение поставки – Подтверждение”.
Через три месяца схема уже не отражает действительность. А актуализировать её дорого и сложно.

Стоимость владения BPMN в среднем бизнесе:

Зарплата BPMN-аналитика (full-time): 1,5 миллиона рублей в год
Лицензии на Camunda и ПО: 300 тысяч рублей в год
Консалтинг и поддержка: 300 тысяч рублей в год
Итого: 2,1 миллиона рублей ежегодно

Альтернатива на ДРАКОНе (реалистичная оценка):

Координатор процессов (50 процентов ставки): 650 тысяч рублей в год
Лицензия ИС “ДРАКОН” Тышова: 5 тысяч рублей единоразово за бессрочную установку на сервер компании
Консалтинг (только первые 6 месяцев): 100 тысяч рублей
Итого: 755 тысяч рублей в первый год, 650 тысяч рублей ежегодно далее

Разница: экономия 1,345 миллиона рублей в первый год, 1,45 миллиона рублей каждый следующий год.

Как рассчитывался ROI +137% в СТО «Фильтр»

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 5

Где:

  • Экономия от ошибок: ~1,2 млн/год

  • Экономия времени: ~840 тыс/год

  • Затраты на внедрение: 755 тыс (1-й год)

→ ROI = (1,2 млн + 0,84 млн – 0,755 млн) / 0,755 млн × 100% = +137%

Замкнутый цикл ДРАКОН: практический план на 5 дней

В СТО «Фильтр» мы отработали последовательность, которую можно запустить за 5 рабочих дней.

День 1: Выбор «кровоточащего» процесса

Цель: найти процесс, где ошибки = деньги, задержки = клиенты, хаос = стресс.

Структура Дракон схем в СТО Фильтр

Структура Дракон схем в СТО Фильтр

Критерии:

Длится не более 10-15 шагов

Вовлекает 2-4 роли

Имеет измеримый результат

День 2: Описание «Как есть» (AS-IS) в ДРАКОНе

Цель: зафиксировать реальность вместе с владельцем процесса

День 3: Выявление проблем и согласование TO-BE

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 7

Цель: превратить руководителя из «критикующего зрителя» в «соавтора»

День 4: Создание ТЗ и передача программисту

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 8

Цель: превратить схему в исполняемую спецификацию.

День 5: Передача в разработку и планирование внедрения

Результат: TO-BE становится новой AS-IS

Что происходит, когда вы начинаете описывать процесс в ДРАКОНе

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 9

При создании первой схемы возникает множество вопросов – и это нормально.
На самом деле, это главный признак успеха.

Ваша схема становится точкой синхронизации между отделами.
Она выявляет:

  • Неявные договорённости

  • Размытые зоны ответственности

  • Противоречия в логике

  • Отсутствие чётких критериев

Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь - 10

Результат: Схема стала не просто документом – она стала инструментом изменений

Замкнутый цикл: 4 недели от идеи до внедрения

Неделя 1: День 1-5 – выбор, AS-IS, TO-BE, ТЗ

Неделя 2-3: Реализация в 1С/CRM

Неделя 4: Теневой режим → тестирование → переход в прод→ TO-BE становится новой AS-IS

Результаты: цифры, которые убеждают

Кейс 1: СТО «Фильтр» (450+ сотрудников)

  • Время на операцию: -50%

  • Ошибки: -83%

  • Стоимость изменения процесса: -90%

  • ROI за цикл: +137%

Кейс 2: Аквапарк «Лазурный» (200+ сотрудников)

  • Создана «Книга алгоритмов» (158 стр.)

  • Персонал быстрее усваивает процессы

  • В процедуре “Запуск аттракциона после ТО” частота нарушений регламента (по внутренним аудитам) снизилась с 28% до 8% за 6 месяцев после внедрения алгоритма в ДРАКОН-Про – на 71%. Ошибки фиксировались по чек-листам охраны и инженерной службы.

    TCO (Total Cost of Ownership)

    Персонал (аналитик/координатор)

    1,5 млн/год (full-time)

    650 тыс/год (0,5 ставки)

    Зарплата в регионах РФ

    Лицензии ПО

    300 тыс/год (Camunda + редактор)

    5 тыс единоразово(ИС «ДРАКОН» Тышова)

    Без ежегодных платежей

    Консалтинг

    300 тыс/год (поддержка)

    100 тыс (только 1-й полугодие)

    Обучение

    150 тыс/год

    50 тыс (внутренние тренинги)

    DrakonHub/DRAKON Editor — обучение за 4 часа, понимание 15 минут.

    Итого (1-й год)

    2,25 млн

    805 тыс

    Итого (2-й год+)

    2,1 млн/год

    650 тыс/год

    Примечание: «Минимальный стек BPMN» (без Camunda, только редактор) снижает затраты до ~1,2 млн/год, но не решает проблему поддержки и читаемости.

Когда ДРАКОН – не решение

Как и любой инструмент, ДРАКОН имеет границы применимости:

  • В средах с жёсткими отраслевыми стандартами

  • Для чисто технической документации для программистов

  • В компаниях, уже глубоко внедривших BPMN-стеки

  • Для описания высокоуровневых стратегических карт

Ваш следующий шаг

  1. Выберите один «кровоточащий» процесс по критериям Дня 1

  2. Сядьте с владельцем процесса и за 1-2 часа опишите «как есть» AS-IS

  3. Запустите замкнутый цикл: AS-IS → TO-BE → реализация → новая AS-IS

Вы не описываете документацию. Вы создаёте живой, самообновляющийся бизнес.

Именно это превращает хаос в порядок, а порядок – в рост.

Приложение: Научный и исторический контекст языка ДРАКОН

Часть 1. Эволюция методов описания процессов: краткая хронология

  • 1776 – Адам Смит: разделение труда

  • 1911 – Тейлор: научное управление

  • 1921 – Джилбреты: блок-схемы

  • 1950-1980 – DFD, IDEF0, UML – фрагментация

  • 1986 – ДРАКОН (Паронджанов, «Буран»): когнитивная эргономика

  • 1993 – BPR (Hammer & Champy): 50-70% провалов

  • 2004-2010 – BPMN: стандарт, но с унаследованным model-code gap

  • 2020-2025 – Описание с помощью схем ДРАКОНа в среднем бизнесе

Часть 2. Научная основа: когнитивная эргономика ДРАКОНа

  • Закон Миллера (1956): 7±2 элемента → ДРАКОН использует 7 иконок

  • Закон Хика (1952): «да» – вниз, «нет» – вправо → мгновенное принятие решения

  • Гештальт: силуэт воспринимается как единое целое

Эмпирически: новые сотрудники осваивают ДРАКОН за 1 день.

Часть 3. Современный контекст: почему ДРАКОН актуален в 2025 году

  1. Рост когнитивной усталости → нужна простота

  2. Гибридные процессы (человек + ИИ + low-code) → ДРАКОН как каркас

  3. Потребность в дешёвой поддержке → обновление за часы, а не недели

Часть 4. Кейсы из реального бизнеса

  • СТО «Фильтр» – ROI +137%

  • Аквапарк «Лазурный» – полное описание в ДРАКОН-Про, «Книга алгоритмов», эффект подтверждён фидбеком персонала

  • Медицина (Литва/РФ) – клинические протоколы

  • Ритейл – снижение потерь при приёмке

Проект аквапарка реализован командой предприятия в инструменте ДРАКОН-Про (Степан Митькин), без внешнего консалтинга. Подробности – на форуме: https://forum.drakon.su/viewforum.php?f=242

Часть 5. Условия эффективного применения

ДРАКОН – не панацея.
Его эффективность зависит от нескольких условий:

Почему в ДРАКОНе нет «номинальных владельцев»?

В отличие от BPM, где владельца назначают, в ДРАКОНе владение возникает естественно.
Руководитель отдела описывает процесс, в котором он участвует. Он видит, где его роль, где – других. Он предлагает, как улучшить. Он получает не «груз ответственности», а контроль и предсказуемость.
Это не матрица. Это коллаборация через ясность.

  1. Вовлечённость бизнеса
    Схемы создают не ИТ, а сами руководители процессов.

  2. Дисциплина замкнутого цикла
    TO-BE → реализация → новая AS-IS.

  3. Реалистичные ожидания
    ДРАКОН – не для авиационных стандартов, а для 90% компаний, где важна скорость и результат.

Заключение

ДРАКОН – не «возвращение из прошлого», а альтернативный путь, основанный на когнитивной эргономике, а не на формальной логике.
Его сила – не в универсальности, а в применимости: он позволяет компаниям от 50 до 1000+ сотрудников получить управляемость, понятность и ROI без миллионных инвестиций.
В эпоху когнитивной перегрузки и фрагментированных процессов такие инструменты становятся не просто полезными – они необходимы.

Эта статья – не ещё одна методология.
Это исправление архитектурной ошибки, которую мир допускал 30 лет.
Путь, где технологии служат людям, а не наоборот.

Источники и дополнительные материалы

[1] Process Excellence Network. The Hidden Cost of Unstructured Work, 2024.
https://www.processexcellencenetwork.com/research/2024-hidden-cost

[2] Leopold, H., et al. How good are BPMN models? In: BPM 2016, Springer. DOI: 10.1007/978-3-319-45348-4_12

[3] BOC Group. BPMN Quality Benchmark 2025.
https://www.boc-group.com/en/resources/bpmn-quality-benchmark-2025

[4] Форум ДРАКОН: Обсуждение бизнес-процессов аквапарка «Лазурный» (2023).
https://forum.drakon.su/viewforum.php?f=242

[5] Parondzhanov, V.D. How to Design Programs Visually. 2022 (на русском: «ДРАКОН: когнитивная эргономика»).
https://drakon.su/books

[6] MIT Sloan Review. Why Hybrid Human-AI Workflows Fail — and How to Fix Them, 2025.
https://sloanreview.mit.edu/article/hybrid-ai-workflows

Путь к порядку: вся серия статей

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

Сергей Колесников
Бизнес-аналитик, Тренер AI систем
sergrodna@yandex.by

Автор: SergiiKol

Источник

Rambler's Top100