Какой описывал бизнес процесс на проекте?

Описание бизнес-процесса на проекте

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

Контекст проекта

Компания: B2B дистрибьютор электроника (продажа оборудования розничным магазинам)

Проблема: Процесс управления заказами был в основном ручной:

• Заказы принимались по телефону, email, и в физическом магазине
• Нет единого системы отслеживания
• Частые ошибки в обработке
• Задержки в доставке из-за неправильной обработки
• Невозможно быстро узнать статус заказа

Цель: Внедрить систему управления заказами, которая автоматизирует процесс и улучшает скорость обработки.

Анализ AS-IS (Текущий процесс)

Этап 1: Прием заказа

1. Клиент (розничный магазин) звонит или отправляет email с заказом
2. Сотрудник отдела продаж записывает заказ (вручную в тетрадь или Excel)
3. Заказ содержит:
   • Название компании/магазина
   • Список товаров с количеством
   • Сумму заказа
   • Адрес доставки
   • Примечания

Этап 2: Согласование и проверка

1. Руководитель отдела продаж проверяет заказ
2. Согласовывает с руководителем склада наличие товара
3. Если товара нет, может быть:
   • Предложение альтернативы
   • Отсроченная доставка
   • Отмена части заказа
4. Согласование условий оплаты с клиентом

Этап 3: Создание комплектации

1. Информация передаётся на склад
2. Кладовщик вручную подбирает товар
3. Проверяет правильность (может быть ошибка)
4. Упаковывает
5. Создаёт документацию на отправку

Этап 4: Логистика

1. Заказ передаётся логистической компании
2. Логистика отправляет товар
3. Клиент получает
4. Проверяет товар

Этап 5: Учет платежа

1. Клиент оплачивает (счёт, наличные при доставке, перевод)
2. Бухгалтерия записывает платеж (в Excel или программе)
3. Выставляет счет клиенту
4. Отслеживает просроченные платежи

Проблемы, выявленные в AS-IS

Процесс:

• Нет единого системы, много ручного ввода
• Информация разрозненна (разные люди, системы, бумаги)
• Нет видимости прогресса заказа для клиента
• Долгое время обработки заказа (2-3 дня)

Люди:

• Сотрудники работают в режиме реактивного ("пожаротушения")
• Частые ошибки из-за неправильного понимания заказа
• Дублирование работы (проверка несколько раз)
• Низкая мотивация из-за рутины

Технология:

• Нет автоматизации
• Невозможна аналитика (сколько заказов, время обработки)
• Нет интеграции между отделами

Финансы:

• Задержки в расчетах с клиентом
• Сложно отследить просроченные платежи
• Нет прозрачности по доходам

Дизайн TO-BE (Желаемый процесс)

Новая архитектура:

Клиент (Интернет/Портал) 
    ↓
Система заказов
    ├→ Управление заказами (Order Management)
    ├→ Управление товаром (Inventory Management)
    ├→ Управление платежами (Payment Processing)
    └→ Интеграция с логистикой (Logistics Integration)

Процесс TO-BE:

Этап 1: Прием и регистрация заказа

• Клиент может создать заказ через веб-портал или мобильное приложение
• Клиент может вызвать сотрудника через приложение (чат или звонок)
• Сотрудник отдела продаж помогает через приложение
• Заказ автоматически создаётся в системе
• Система сразу проверяет наличие товара в реальном времени
• Клиент видит статус: "Товар в наличии", "Товар зарезервирован", "Доступен после доставки"

Этап 2: Проверка и согласование (автоматизированная)

• Система автоматически проверяет:
  • Кредитный лимит клиента
  • Наличие товара
  • Возможность доставки по адресу
  • Условия оплаты
• Если что-то не OK, система предлагает альтернативы
• Если всё OK, заказ переходит в статус "Approved"
• Если требуется ручное согласование (например, новый клиент), отправляется руководителю

Этап 3: Подготовка и комплектация

• Система отправляет список комплектации на склад
• Система может интегрироваться с сканнером (barcode scan)
• Кладовщик сканирует товар (система проверяет правильность)
• Система помогает найти товар на складе (навигация)
• После комплектации система генерирует документы

Этап 4: Отправка и логистика

• Система автоматически создаёт отправку в системе логистики
• Клиент видит tracking number в приложении
• Клиент может отслеживать доставку в реальном времени
• При доставке логистика подтверждает в системе
• Клиент получает уведомление

Этап 5: Платежи и финализация

• Система автоматически создаёт счет (в зависимости от условий)
• Клиент может оплатить несколькими способами (в приложении)
• Интеграция с платежной системой (банк)
• При оплате система обновляет статус
• Счет отправляется клиенту автоматически
• Система отслеживает просроченные платежи и отправляет напоминания

Этап 6: Аналитика и отчетность

• Система собирает данные о всех заказах
• Доступны дашборды для сотрудников и руководства
• Можно анализировать: время обработки, популярные товары, клиенты по объёму
• Интеграция с бухгалтерией (автоматический экспорт)

Ключевые требования

Функциональные требования:

1. Управление заказами:

   • Создание заказа (через портал, API, система продаж)
   • Редактирование (только если не обработан)
   • Отмена
   • История изменений
   • Уведомления при смене статуса

2. Управление товаром:

   • Синхронизация с системой учета товара
   • Резервирование товара при создании заказа
   • Освобождение резерва при отмене
   • Поддержка backorder (товар на заказ)

3. Платежи:

   • Автоматическое создание счета
   • Различные способы оплаты
   • Расчет скидок и комиссий
   • Отслеживание платежей

4. Интеграция с логистикой:

   • Экспорт заказов в систему логистики
   • Импорт статуса доставки
   • Автоматическое создание документов

Нефункциональные требования:

• Производительность: Ответ на запрос < 2 сек
• Доступность: 99.9% uptime
• Масштабируемость: До 10,000 заказов в день
• Безопасность: SSL, шифрование, контроль доступа
• Аудит: Логирование всех действий

Диаграмма процесса (BPMN-нотация)

Начало
  ↓
[Создание заказа] ← Клиент вводит данные
  ↓
{Товар в наличии?} → Нет → [Предложить альтернативу / Backorder] → Клиент выбирает
  ↓ Да                                                                ↓
[Проверка кредитного лимита]                                        ↓
  ↓                                                                  ↓
{Лимит OK?} → Нет → [Уведомить руководителя] → {Одобрить?} → Нет → [Отклонить заказ]
  ↓ Да                                        ↓ Да
[Зарезервировать товар]←──────────────────────┘
  ↓
[Отправить на склад]
  ↓
[Подготовить комплектацию]
  ↓
[Отправить в логистику]
  ↓
[Клиент отслеживает]
  ↓
[Товар доставлен]
  ↓
[Создать счет]
  ↓
[Клиент оплачивает]
  ↓
[Подтвердить платеж]
  ↓
Конец

Роли и ответственность

Метрики улучшения

В результате внедрения системы ожидалось:

• Время обработки заказа: Со 48 часов → до 4 часов
• Ошибки: Снижение на 90% (за счёт автоматизации)
• Клиентская удовлетворённость: Рост на 35% (видимость статуса, быстрота)
• Производительность сотрудников: +50% (меньше рутины)
• ROI: Окупаемость за 1.5 года

Вызовы при внедрении

1. Сопротивление изменениям: Сотрудники привыкли к старому процессу
2. Интеграция с системами: Нужна была интеграция с Excel-макросами и другими системами
3. Обучение: Требовалось обучение пользователей
4. Данные: Чистка и загрузка исторических данных

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