Что такое диаграмма as-is / to-be и когда её использовать?

As-Is / To-Be диаграммы: Инструмент трансформации

Diagrammy As-Is / To-Be — мощный инструмент бизнес-аналитика для визуализации текущего состояния процесса (as-is) и желаемого будущего состояния (to-be). Это не просто диаграмма, это мост между проблемой и решением.

Определения

As-Is диаграмма ("как есть сейчас")

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

To-Be диаграмма ("как должно быть")

Это проектирование оптимизированного процесса, который решает выявленные проблемы в As-Is и приносит выгоду компании.

Элементы диаграммы

Обычно включают:

• Участников/роли (Sales Manager, Customer, Warehouse)
• Действия/шаги (Create Order, Verify Payment, Ship Product)
• Решения/условия (if payment approved... else...)
• Системы и инструменты (CRM, Payment Gateway, Inventory)
• Время выполнения (4 часа, 2 дня)
• Точки болей и потери

Практический пример: Процесс заказа

As-Is диаграмма (текущее состояние - проблемное):

Клиент → Менеджер → Проверка в Excel → Склад → Кассир → Доставка
   |        |          |              |        |       |
   v        v          v              v        v       v
Получение  Вручную    Ошибки в      Вручную  Ручное  Стандартная
звонка от  создает    данных        проверка  ввод    доставка
клиента    заказ      (40% ошибок)  (1-2 дня) цены   (5-7 дней)

Общее время: 7-10 дней
Ошибки: 40% заказов имеют ошибки
Трудозатраты: 5 человек вручную
Стоимость: Высокая из-за ошибок и переделок

To-Be диаграмма (желаемое состояние - оптимизированное):

Клиент → Web/App → CRM System → Автопроверка → Авто-отправка → API доставка
   |        |         |            |            |              |
   v        v         v            v            v              v
Онлайн   Заполняет  Система      Проверка    Автоматический Интеграция
заказ    данные     создает      Payment +   вывод на склад  с курьером
         1 клик    заказ        Stock       (0 человек)     (отслеживание)

Общее время: 4 часа
Ошибки: Менее 1% (система проверяет)
Трудозатраты: 1 администратор (only exceptions)
Стоимость: Низкая, масштабируемо

Различия визуально

Когда использовать As-Is / To-Be

Обязательно делать:

• Реинжиниринг бизнес-процессов — когда переделываем большой процесс
• Внедрение нового ПО — когда вводим ERP, CRM, WMS систему
• Цифровая трансформация — переход с бумаги на цифру
• Оптимизация — когда нужно ускорить, удешевить или улучшить качество
• Презентация для stakeholders — показать, что меняется и почему
• Обоснование бюджета — показать ROI инвестиций

НЕ нужно делать:

• Для маленьких улучшений одной функции
• Когда процесс очень простой (1-2 шага)
• Если нет проблем в As-Is (зачем менять?)

Прибыль от диаграмм

Для организации:

• Экономия времени: 7 дней → 4 часа (прирост на 99%)
• Снижение ошибок: 40% → 1% (качество)
• Снижение затрат: автоматизация вместо людей
• Масштабируемость: один человек может обработать 10x больше заказов
• Удовлетворённость клиентов: быстрее, надёжнее

Для аналитика:

• Полное понимание текущих проблем
• Обоснованное предложение решений
• Понимание требований для разработчиков
• Основа для тестирования и UAT
• Документ для обучения новых сотрудников

Как правильно делать As-Is диаграмму

Шаг 1: Интервью

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

Шаг 2: Наблюдение

• По возможности наблюдай сам, как работают люди
• Зафиксируй всё: шаги, время, ошибки, опции

Шаг 3: Встречи с разными ролями

• Customer, Sales, Operations, Finance, IT — у каждого своя точка зрения
• Только так увидишь полную картину

Шаг 4: Валидация

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

Как правильно делать To-Be диаграмму

Шаг 1: Выявление проблем As-Is

• Перечисли все боли и неэффективности
• Количественно: сколько времени теряется, сколько ошибок

Шаг 2: Идеология решения

• Как технология (ERP, автоматизация) может решить проблемы
• Какие новые возможности появятся

Шаг 3: Проектирование новых процессов

• Изучи best practices в индустрии
• Спроси у vendor'ов ПО, как они рекомендуют работать
• Вовлеки stakeholder'ов в дизайн

Шаг 4: Реалистичность

• To-Be должно быть реалистичным (не фантастикой)
• Учти ограничения (бюджет, сроки, люди)
• Определи фазы внедрения (Phase 1, Phase 2, Phase 3)

Типовые улучшения в To-Be

• Автоматизация ручной работы
• Интеграция систем (вместо ручного переноса данных)
• Стандартизация (все делают по одному способу)
• Параллелизм (шаги выполняются одновременно вместо последовательно)
• Исключение лишних проверок (одобрения, подписи)
• Self-service для клиентов
• Real-time информирование

As-Is / To-Be диаграммы — инструмент, который делает аналитика видимым для организации и обосновывает инвестиции в трансформацию.