AS‑IS

AS‑IS (от англ. "as is""как есть") — это описание текущего состояния бизнес‑процессов в компании.

Модель фиксирует:

  • кто выполняет процесс;
  • какие шаги проходят задачи;
  • какие ресурсы используются;
  • какие результаты получаются.

Цель AS‑IS — понять реальную работу процессов, выявить узкие места и подготовить основу для оптимизации.

Зачем нужна AS‑IS модель

Проблема бизнеса Что даёт AS‑IS модель
Дублирование шагов Выявление лишних процессов
Потеря времени и ресурсов Оптимизация ресурсов
Непонимание ответственности Чёткое распределение ролей
Сложности автоматизации База для TO‑BE модели и автоматизации

Коротко: AS‑IS позволяет увидеть «как есть», прежде чем планировать улучшения.

Как строится AS‑IS модель

Мини‑инструкция:

  1. Сбор данных: интервью с сотрудниками, наблюдение, существующая документация.
  2. Выбор нотации: BPMN, IDEF, блок‑схемы.
  3. Построение схемы процессов: входы, выходы, исполнители, шаги.
  4. Проверка модели на адекватность: отражает реальность, а не «идеализированное» состояние.

Пример блок‑схемы AS‑IS:

Пример блок‑схемы AS‑IS

Основные проблемы процесса AS-IS, отражённые на схеме:

  • "Узкие места" (Bottlenecks) - этапы, отмеченные жёлтым (ромбы с ожиданием и проверками), где процесс замедляется.
  • Ручная работа - двойной ввод данных (Excel + CRM), ручные уведомления.
  • Петли обратной связи - циклы, возвращающие процесс назад (например, при неполных данных).
  • Разные точки завершения - процесс может завершиться как после архивации, так и после успешной передачи в отдел исполнения.

Такую схему удобно использовать для анализа с заинтересованными сторонами, чтобы найти точки для оптимизации при проектировании процесса TO-BE.

AS‑IS vs TO‑BE — в чём разница

Модель Цель Применение
AS‑IS Текущее состояние процессов Фиксируем «как есть»
TO‑BE Желаемое состояние процессов Планируем улучшения и автоматизацию

AS‑IS показывает реальность, TO‑BE — идеальный сценарий. Сравнение помогает выявить узкие места и пути оптимизации.

Вывод

AS‑IS модель процессов — это практичный инструмент для понимания текущего состояния компании. Она:

  • фиксирует шаги и роли;
  • выявляет дубли и узкие места;
  • служит основой для TO‑BE модели и улучшений.

Частые вопросы (FAQ)

Что такое AS‑IS простыми словами?

AS‑IS — это модель «как есть»: фиксация текущего состояния бизнес‑процессов. Показывает кто, что, в какой последовательности делает, какие ресурсы использует и какие результаты получает прямо сейчас.

Зачем нужна AS‑IS модель?

Чтобы выявить узкие места, дублирование шагов, потери времени, зоны неопределённости ответственности. AS‑IS — это база для проектирования TO‑BE (как будет) и подготовки к автоматизации.

Чем AS‑IS отличается от TO‑BE?

AS‑IS описывает реальное текущее состояние процессов. TO‑BE — желаемое или целевое состояние после оптимизации. Разница между ними показывает «разрыв» (gap) — то, что нужно улучшить.

Какие методы сбора данных для AS‑IS самые эффективные?

Интервью с исполнителями (а не только с руководителями), наблюдение за реальной работой (shadowing), анализ журналов событий (есть CRM/ERP), изучение регламентов и инструкций. Ключевое: фиксировать не «как написано», а как делают на самом деле.

Какую нотацию выбрать для AS‑IS?

BPMN 2.0 — стандарт для процессного моделирования (читается и бизнесом, и IT). Для быстрых схем для наглядности и простоты понимания — простые блок‑схемы (flowchart). IDEF0 — если нужен строгий военный/госстандарт, но он громоздкий.

Нужно ли описывать все процессы компании в AS‑IS?

Нет. Выберите ключевые, сквозные процессы, которые влияют на клиента, прибыль или риски. Второстепенные процессы можно описать укрупнённо или пропустить.

Какие типичные ошибки при построении AS‑IS?

  1. Идеализация: рисуют «как должно быть» вместо реальности.
  2. Отсутствие ролей и систем (кто нажал кнопку, в какой CRM).
  3. Слишком высокий уровень детализации (тонут в мелочах).
  4. Нет проверки модели с теми, кто реально работает.

Как часто обновлять AS‑IS модель?

При любых существенных изменениях процесса (смена регламента, внедрение новой системы, реорганизация). В стабильной среде — минимум 1 раз в год. Иначе модель расходится с реальностью и теряет ценность.