BOS Docs/ Введение
v1.0 RU / EN
Бизнес Операционная Система
Одна система,
где всё работает
BOS — это полная операционная методология, превращающая компанию в самоуправляемую систему, где каждый процесс, роль и событие структурированы, измеримы и передаваемы.
7Фреймворков
6Каскадных уровней
3Типа ролей
BOS построен на одном принципе: у каждой компании одна и та же структурная ДНК. Большие процессы делятся на Функции, Функции — на Подпроцессы, каждый из них — на События. И в каждом Событии всегда есть Владелец, Исполнитель и Аудитор.
«Большинство компаний работают на интеллекте лучших людей. BOS делает этот интеллект передаваемым.»
Что решает BOS
🔀
Структурный хаос (Structural Chaos)
Процессы существуют в головах людей, а не в системе. BOS фиксирует и формализует каждый рабочий процесс с первого дня.
🚩
Нет ответственности (No Accountability)
Система Красных флагов и функционально-ролевая модель делают кристально ясным, кто за что отвечает — на каждом уровне.
💰
Скрытые потери (Invisible Losses)
Фреймворк «Убийца денег» обнажает финансовое влияние каждого процесса — делая скрытые издержки видимыми и управляемыми.
📋
Потеря знаний (Knowledge Loss)
Генеральные события (SGE) сохраняют экспертные знания внутри системы, освобождая бизнес от зависимости от конкретных людей.
Семь фреймворков BOS
Каждый фреймворк — самостоятельный инструмент. Вместе они образуют полную операционную систему.
01
Waterfall BOS
(Waterfall BOS Methodology)
Базовый каскад: 6 структурных уровней, определяющих, как устроен любой бизнес.
02
Генеральное событие / SGE
(General Event)
Интеллектуальная собственность бизнеса — триггерные события, кодирующие экспертные знания в повторяемые действия.
03
Функционально-ролевая модель
(Functional Role Model)
Владелец → Исполнитель → Аудитор. Три роли встроены в каждое событие. Ответственность заложена в архитектуру.
04
Система красных флагов
(Red Flag System)
Слой стандартизации, сигнализирующий об отклонении процесса от нормы — до того, как это стало проблемой.
05
SOP-фреймворк
(Standard Operating Procedures)
Документированные процедуры, превращающие лучшие практики в стандартные операции, доступные любому сотруднику.
06
Убийца денег
(Killer Money)
Финансовый анализ процессов, обнажающий скрытые места, где бизнес теряет деньги незаметно.
07
Интерактивная демо →
(Interactive Demo)
Исследуйте живую конфигурацию BOS — кликайте по функциям, процессам и событиям с реальными ролями и регламентами.
ℹ
Мировые практики в основе BOS
BOS интегрирует проверенные глобальные методологии: Toyota TPS (стандартизация процессов), McKinsey 7S (выравнивание организации), Six Sigma (контроль качества), OKR (привязка событий к целям) и ISO 9001 (слой регламентации).
Toyota TPS McKinsey 7S Six Sigma OKR Framework ISO 9001 ITIL v4
BOS Docs/ Waterfall-методология
Фреймворк 01
Фреймворк 01 — Базовая структура Waterfall BOS Методология
(Waterfall BOS Methodology)
Waterfall-модель определяет, как любой бизнес — независимо от размера и отрасли — можно декомпозировать на 6 чётких структурных уровней. Каждый уровень перетекает в следующий, как каскад.
💡
Мировая практика: иерархическая декомпозиция процессов
Используется в Toyota (TPS), Procter & Gamble и GE — тот же принцип: большие операции делятся на атомарные, измеримые единицы, которые любой сотрудник может выполнить без неоднозначности.
Waterfall BOS Methodology
Level I — Core Business Function (Уровень I — Ключевая бизнес-функция)
Level II — Subfunctions (Уровень II — Подфункции)
Level III — Business Processes (Уровень III — Бизнес-процессы)
Level IV — General Events (Уровень IV — Триггерные события)
Level V — Standardization & Regulation (Уровень V — Регламентация)
Большой процесс
Функция
Подфункция
Бизнес-процесс
Генеральное событие
RED FLAG
Стандартное событие
Регламент события
ERP — решение автоматизации
Как устроена бизнес-модель
Система закрытия 100% функций в бизнесе
Ключевые события — интеллектуальная собственность бизнеса
Отклонение от стандарта — эскалация
Стандарты бизнеса, создающие ключевую ценность
Упакованный способ достижения стандартов владельцем функции
Автоматизация через ERP-решение
Система именования (Naming Convention)
Каждый элемент в BOS имеет структурный код, обеспечивающий мгновенную навигацию по всей системе:
| F1 | Первая бизнес-функция (например, Продажи) |
| F1.1 | Первая подфункция F1 (например, Лидогенерация) |
| P.1.1 | Первый процесс внутри F1.1 |
| GE.1.1 | Первое Генеральное событие внутри P.1.1 |
Toyota TPS — Process Hierarchy ISO 9001 — Process Approach ITIL v4 — Service Value Chain
Waterfall/Большой процесс (Уровень I)
Уровень I
Уровень I — Ключевая бизнес-функция Большой процесс
(Big Process)
Большой процесс представляет собой ключевую бизнес-функцию — наивысший уровень того, как создаётся ценность в компании. Он отвечает на вопрос: «Какие фундаментальные виды деятельности делают этот бизнес существующим?»
Определение (Definition)
Большой процесс — это макрокатегория бизнес-активности. Он не описывает конкретные задачи — он определяет домен создания ценности. Каждая компания, независимо от отрасли, имеет одни и те же ключевые Большие процессы.
F1
Продажи (Sales)
Лидогенерация → закрытие сделки. Машина выручки бизнеса.
F2
Производство (Production)
Создание продукта или оказание услуги. Ключевой процесс создания ценности.
F3
Финансы (Finance)
Управление денежным потоком, выставление счетов, платежи и финансовый контроль.
F4
HR — Персонал (Human Resources)
Найм, онбординг, развитие и удержание сотрудников.
F5
Снабжение (Supply)
Закупка материалов, услуг и ресурсов, необходимых для производства.
F7
Архитектура (Architecture)
Проектирование системы, бизнес-структура и операционные фреймворки.
🌍
World Practice: McKinsey Value Chain Analysis
Michael Porter's Value Chain (1985) identified the same universal functions: Inbound Logistics, Operations, Outbound Logistics, Sales & Marketing, Service — supported by HR, Technology, and Procurement. BOS uses the same logic but makes it operational rather than analytical.
Porter Value Chain McKinsey Business System Balanced Scorecard Perspectives
Waterfall/Функция (Уровни II–III)
Уровни II–III
Level II–III — Functions & Subfunctions Функция и подфункция
(Business Function & Subfunction)
Функции делят Большой процесс на конкретные, управляемые домены. Каждая Функция закреплена за одним человеком — Владельцем функции — который отвечает за её результаты.
Пример декомпозиции F1 (Function decomposition example)
Большой процесс
F1 Продажи
→
+
+
Key principle (Ключевой принцип)
Функция должна закрывать 100% родительского Большого процесса. Если какая-то бизнес-активность не вписывается ни в одну Функцию — это сигнал о пробеле в архитектуре. Функции вместе должны быть взаимоисключающими и полными (принцип MECE).
| Владение | У каждой Функции ровно один Владелец — человек, ответственный за её результаты и стандарты. |
| Закрытие области | Функции должны охватывать 100% домена. Ни одна бизнес-активность не может быть «вне системы». |
| Мультифункциональность | Человек может быть Владельцем нескольких Функций — это нормально и ожидаемо в растущих компаниях. |
| Подфункции | Подразделы Уровня III, которые детализируют Функцию без изменения Владения. |
🌍
Мировая практика: принцип MECE (McKinsey)
Фреймворк Mutually Exclusive, Collectively Exhaustive (взаимоисключающий и полный) гарантирует отсутствие пересечений и пробелов в покрытии процессов. Используется в McKinsey, BCG и Bain для структурирования любых сложных систем — BOS применяет его к операционной архитектуре.
MECE Principle — McKinsey Functional Org Design ITIL Service Domains
Waterfall/Бизнес-процесс (Уровень IV)
Уровень IV
Уровень IV — Бизнес-процесс Бизнес-процесс
(Business Process)
Бизнес-процесс — это повторяемая последовательность внутри Функции, трансформирующая входной триггер в определённый результат. Именно здесь люди реально работают — здесь тратятся время, деньги и усилия.
Анатомия процесса (Process anatomy)
| Входной триггер | Событие или условие, запускающее процесс (например, «Получен новый лид») |
| Шаги | Упорядоченная последовательность Генеральных событий (GE), выполняемых назначенными ролями |
| Условие завершения | Измеримый результат, фиксирующий завершение процесса (например, «Договор подписан») |
| SLA | Максимально допустимое время от входа до выхода из процесса |
| Владелец | Человек, ответственный за результат процесса — не обязательно исполнитель |
Example: F1 Sales — Process chain (Пример цепочки процессов)
🌍
Мировая практика: картирование процессов Six Sigma
Модель SIPOC Six Sigma (Поставщики, Входы, Процесс, Выходы, Клиенты) — глобальный стандарт определения процессов. BOS использует тот же подход к определению границ — каждый процесс точно знает, где он начинается и заканчивается.
Six Sigma SIPOC Lean Process Mapping BPM (Business Process Management)
Waterfall/Генеральное событие / SGE (Уровень V)
Уровень VИнтеллектуальная собственность
Уровень V — Генеральное событие (SGE) Генеральное событие / SGE
(General Event)
Генеральное событие — это наименьшая значимая единица работы в BOS и одновременно самая мощная. Это интеллектуальная собственность бизнеса: точно определённая задача, кодирующая экспертные знания в повторяемое, проверяемое действие.
«SGE — это то, как компания хочет выполнять работу, а не то, как её случайно делает один человек.»
Чем SGE отличается от обычной задачи (What makes an SGE different)
Экспертиза зашита (Expert Knowledge Encoded)
«Как делать» определяет лучший исполнитель, а не каждый сотрудник по-своему. Это конкурентный стандарт компании.
Событийный запуск (Trigger-Based)
SGE активируется при наступлении определённого условия — а не когда кто-то решил начать. Предсказуемо, а не реактивно.
Роли заданы заранее (Roles Pre-Assigned)
Владелец, Исполнитель и Аудитор определены на уровне SGE — а не в момент выполнения. Ответственность — структурная.
Ограничен по времени (Time-Bound)
У каждого SGE есть дедлайн и SLA. Никаких открытых задач. Просрочка автоматически запускает Красный флаг.
SGE anatomy — live example (Анатомия живого события)
Функционально-ролевая модель
OWNER Head of Sales
EXECUTOR Sales Manager
AUDITOR Commercial Director
Стандартные задачи исполнителя
1Провести структурированное интервью с клиентом по скрипту компании
2Выявить и зафиксировать ключевые боли и бюджет клиента
3Сформулировать и передать квалифицированный запрос на подготовку КП
🌍
Мировая практика: стандартная работа Toyota (標準作業)
Стандартная работа Toyota — основа TPS: каждая задача определяется наилучшим текущим методом, документируется и используется как baseline для всех сотрудников. SGE применяет этот производственный принцип к сервисным, продажным и управленческим операциям.
Toyota Standard Work Six Sigma Work Instructions ISO 9001 Documented Information
Waterfall/Регламент события (Уровень VI)
Уровень VI
Уровень VI — Регламент события Регламент события
(Regulation Event)
Регламент события — это слой стандартизации BOS. Он определяет точные стандарты, которые должны быть соблюдены в Генеральном событии — делая разницу между «сделано» и «сделано правильно» измеримой и явной.
Три компонента каждого регламента события (Three components)
📏
Стандарты (Standards)
Измеримые критерии, определяющие «сделано правильно». Числовые, где возможно (время ответа <2ч, конверсия >20%).
🔍
Проблемы (Problems)
Известные режимы отказов — что идёт не так при несоблюдении стандарта. Задокументировано из реального операционного опыта.
🔗
Интеграции (Integrations)
Точки соприкосновения с системами — какие инструменты, формы или источники данных использует событие. Обеспечивает цифровую прослеживаемость.
⚡
Key insight: Standards create the Red Flag trigger
Without a Regulation Event defining the standard, there is nothing to deviate from. The Red Flag system depends entirely on Regulation Events being defined first. No regulation = no accountability.
ISO 9001 Control Criteria Six Sigma Control Phase Lean Standard Work Documentation
Mechanisms/Функционально-ролевая модель
Фреймворк 03Встроена в каждое событие
Фреймворк 03 — Функционально-ролевая модель (ФРМ) Функционально-ролевая модель
(Functional Role Model)
Функционально-ролевая модель определяет ответственность на уровне события. Три роли — Владелец, Исполнитель, Аудитор — встроены в каждое Генеральное событие. Не назначаются в момент выполнения. Заложены в архитектуру.
«Ни одно событие в BOS не существует без чёткого Владельца, Исполнителя и Аудитора. Это не процесс — это операционный контракт.»
O
Владелец (Owner)
Отвечает за результат. Устанавливает стандарт и принимает итог работы.
Определяет, что значит «сделано»
Несёт итоговую ответственность
Получает эскалации Красных флагов
Как правило, руководитель или директор
E
Исполнитель (Executor)
Выполняет работу. Точно следует стандартным задачам SGE.
Выполняет определённые шаги
Работает в рамках дедлайна SLA
Сообщает Владельцу о блокерах
Ближе всего к реальной работе
A
Аудитор (Auditor)
Верифицирует результат. Независимый контроль качества на уровне события.
Проверяет соответствие Регламенту события
Поднимает Красный флаг при несоответствии стандарту
Не является исполнителем или владельцем
Закрывает или эскалирует событие
Почему это работает (Why this matters)
В большинстве компаний ответственность неявна — каждый думает, что отвечает кто-то другой. ФРМ делает ответственность структурной и явной. При создании события три человека немедленно знают свою роль — без совещания, без сообщения, без управленческого решения.
| Антипаттерн | «Кто за это отвечает?» — вопрос, который в BOS не должен возникать никогда. |
| Принцип проектирования | Один Владелец на событие. Несколько Исполнителей — возможно. Один Аудитор на событие. |
| Разделение | Владелец ≠ Исполнитель ≠ Аудитор. Это разделение исключает самопроверку и обеспечивает независимый контроль качества. |
| Мультиролевость | Человек может занимать разные роли в разных событиях — даже в рамках одного процесса. Роли привязаны к событию, а не к человеку. |
🌍
Мировая практика: матрица RACI (PMI) + разделение обязанностей (SOX)
RACI (Responsible, Accountable, Consulted, Informed) — глобальный стандарт Project Management Institute. BOS дистиллирует его до трёх операционных ролей и встраивает на уровне события — а не как отдельный документ. Закон Сарбейнса-Оксли (SOX) требует разделения обязанностей в финансовом контроле по той же причине: ни один человек не должен одновременно выполнять работу и проверять её.
RACI Matrix — PMI Separation of Duties — SOX Three Lines of Defence — IIA COBIT Governance
Mechanisms/Система красных флагов
Фреймворк 04
Фреймворк 04 — Система красных флагов Система красных флагов
(Red Flag System)
Система красных флагов — это слой раннего предупреждения BOS. Активируется автоматически при отклонении Генерального события от стандарта, определённого в Регламенте — до того, как отклонение стало потерей.
Превышен SLA — исполнитель не завершил событие в отведённое время
Стандарт не соблюдён — Аудитор обнаружил несоответствие критериям Регламента при завершении
Нет обновлений — событие не имело активности в течение определённого периода (например, 24ч для критичных событий)
Эскалация проигнорирована — Владелец получил флаг, но не ответил в отведённое время
Пробел в ролях — при активации события отсутствует Владелец, Исполнитель или Аудитор
Механизм эскалации (How Red Flags escalate)
⚑
Red Flags are not punishment — they are information
A Red Flag signals a system issue, not a people issue. If the same flag triggers repeatedly, it means the Regulation Event needs updating — the standard was wrong, not the person.
🌍
Мировая практика: система Андон — Toyota Production System
Шнур Андон Toyota позволяет любому рабочему остановить производственную линию при обнаружении проблемы с качеством. Тот же принцип: обнаружение отклонения у источника, немедленная эскалация, системное решение. BOS применяет Андон к бизнес-процессам, а не к заводским линиям.
Toyota Andon System Six Sigma Control Charts ITIL Incident Management ISO 9001 Non-Conformance
Mechanisms/SOP-фреймворк
Фреймворк 05
SOP-фреймворк
(Standard Operating Procedures)
SOP — это мост между Генеральными событиями SGE и слоем Регламентации. SOP фиксирует точные шаги, инструменты и стандарты, необходимые для правильного выполнения Генерального события — делая экспертные знания доступными каждому.
SOP vs Генеральное событие (The difference)
Генеральное событие (SGE) (Что делать)
Определяет триггер, роли, дедлайн и ожидаемый результат. Структурное определение задачи.
SOP (Как делать)
Пошаговые инструкции для Исполнителя. Операционное руководство по выполнению задачи в соответствии со стандартом.
Структура SOP (SOP structure)
| Цель | Одно предложение: что достигает эта процедура? |
| Область применения | Кто выполняет, когда и при каких условиях |
| Шаги | Пронумерованные инструкции — конкретные, однозначные, последовательные |
| Инструменты | Системы, шаблоны и интеграции, используемые на каждом шаге |
| Стандарты | Критерии качества из Регламента события — как выглядит «сделано правильно» |
| Триггеры красных флагов | Условия, активирующие эскалацию в ходе этой процедуры |
🌍
Мировая практика: Operations Manual McDonald's
McDonald's — самый тиражируемый бизнес в мире, потому что каждый процесс задокументирован по SOP до секунды — время жарки, скрипт приветствия, последовательность обслуживания. 16-летний подросток в любой стране обеспечивает одинаковое качество. BOS применяет этот принцип к любому бизнесу, заменяя племенные знания документированными, передаваемыми процедурами.
McDonald's Ops Manual ISO 9001 Procedure Documentation GMP (Good Manufacturing Practice) US Military SOPs
Mechanisms/Убийца денег
Фреймворк 06
Фреймворк 06 — Убийца денег Убийца денег
(Killer Money)
Убийца денег — это фреймворк финансового аудита, обнажающий, где бизнес незаметно теряет деньги из-за неэффективности процессов, путаницы ролей и нестандартизированных операций. Он превращает проблемы процессов в финансовые факты.
«Каждый неструктурированный процесс — это скрытая стоимость. Убийца денег делает её видимой.»
Где бизнес теряет деньги (Where businesses lose money)
💸
Стоимость переделок (Rework Cost)
Когда событие выполнено не по стандарту, его нужно переделывать. Каждая переделка имеет измеримую стоимость во времени и деньгах.
⏱
Стоимость просрочек (SLA Overrun Cost)
Опоздание = недовольство клиента, штрафы и потеря повторного бизнеса. Каждое нарушение SLA имеет рассчитываемую стоимость.
👤
Стоимость незакрытых ролей (Role Gap Cost)
Нет Владельца = нет ответственности = нет результата. Стоимость неопределённости накапливается в каждом событии системы.
📉
Стоимость потери знаний (Knowledge Loss)
Когда ключевой человек уходит, а процессы не задокументированы, бизнес платит за восстановление — временем, ошибками и качеством.
Как считается Убийца денег (How it is calculated)
Для каждого Генерального события BOS назначает три финансовых метрики:
| Стоимость процесса | Время × часовая ставка Исполнителя + накладные расходы на выполнение события |
| Стоимость отклонения | Частота Красных флагов × средняя стоимость каждого отклонения (переделка + эскалация) |
| Стоимость упущенного | Выручка, потерянная из-за превышения SLA и несоблюдения стандартов качества |
🌍
Мировая практика: стоимость плохого качества (COPQ) — Six Sigma
Six Sigma количественно определяет стоимость плохого качества — внутренние затраты на дефекты (переделки, брак), внешние затраты (возвраты, штрафы), затраты на контроль (инспекции) и затраты на предотвращение. BOS применяет COPQ на уровне событий процесса, а не только в производстве.
Six Sigma COPQ Lean Waste Analysis (Muda) Activity-Based Costing Balanced Scorecard Financial
BOS Docs/Интерактивная демо
ЖиваяКликайте и изучайте
Интерактивная демо — полная конфигурация BOS Живая демонстрация BOS
(Live BOS Instance)
Вот как выглядит BOS внутри работающей компании. Навигируйте по сайдбару функций, выбирайте процесс, открывайте событие — и увидите Функционально-ролевую модель и данные регламента, встроенные на каждом уровне.
bos.company.com / личный-кабинет
→
Что вы видите
Каждая колонка на канбан-доске — Бизнес-процесс (Уровень IV). Каждая карточка — Генеральное событие (Уровень V). Кликните на любую карточку, чтобы увидеть Функционально-ролевую модель — Владелец, Исполнитель, Аудитор — плюс SLA и триггеры Красных флагов. Это операционный интерфейс, которым ваша команда пользуется ежедневно.
