Что должно быть в бизнес процессе?

Элементы бизнес-процесса

Описание бизнес-процесса — это один из главных артефактов BA. За годы практики я вывел чек-лист того, что должно быть в полноценном описании процесса.

1. Название и цель процесса

Название должно быть чётким и однозначным:

• Хорошо: "Процесс оформления страхового полиса"
• Плохо: "Работа с полисами"

Цель — зачем этот процесс существует, какую ценность он приносит:

Цель: Обеспечить быстрое и безошибочное оформление страховых полисов
Доставляемая ценность: Клиент получает полис за 15 минут, без ошибок в данных
Критерий успеха: 95% полисов оформлены правильно с первого раза

2. Область действия (scope)

Начало: С чего начинается процесс?

• Клиент звонит на горячую линию
• Агент открывает форму оформления
• Клиент самостоятельно заходит в личный кабинет

Конец: Где процесс заканчивается?

• Полис выпущен и отправлен клиенту
• Платёж прошёл успешно
• Договор подписан

Что НЕ входит:

• Обработка претензий (отдельный процесс)
• Бухгалтерский учёт (чёрный ящик на конце)
• Взаимодействие с перестраховщиком (может быть отдельный процесс)

3. Участники (Actors/Roles)

Каждый участник — актор с конкретными обязанностями:

4. Предусловия (Preconditions)

Что должно быть верно перед началом процесса:

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

5. Результаты (Postconditions)

Что гарантируется после завершения процесса:

• Success результат:

  • Полис создан в БД
  • Платёж получен
  • Квитанция отправлена клиенту по email
  • Полис отправлен по почте

• Failure результат:

  • Полис не создан
  • Платёж отменён
  • Клиент уведомлен об ошибке
  • Система залогирует проблему для анализа

6. Основной сценарий (Happy Path)

Это пошаговое описание идеального пути через процесс:

1. Клиент открывает форму оформления полиса
2. Система загружает форму с пустыми полями
3. Клиент вводит ФИО
4. Клиент выбирает программу страховки (Базовая, Стандартная, Премиум)
5. Система загружает параметры выбранной программы
6. Клиент указывает период (1 месяц, 3 месяца, 1 год)
7. Система рассчитывает сумму платежа и показывает её клиенту
8. Клиент вводит данные банковской карты
9. Система отправляет запрос на платёж в Payment Gateway
10. Payment Gateway возвращает успешный результат
11. Система создаёт запись в таблице полисов
12. Система генерирует PDF полиса
13. Система отправляет email клиенту с полисом
14. Система отправляет SMS уведомление
15. Процесс завершён, клиент видит сообщение "Полис оформлен"

7. Альтернативные сценарии (Alternative Flows)

Что может пойти не так и как мы это обрабатываем:

Альтернатива 2: Клиент уже имеет активный полис

• Система показывает сообщение: "У вас уже есть активный полис этого типа. Хотите заключить дополнительный?"
• Если YES → продолжить процесс
• Если NO → закрыть форму

Альтернатива 3: Ошибка при платеже

• Payment Gateway возвращает ошибку (недостаточно средств, истекла карта)
• Система показывает ошибку клиенту
• Клиент может повторить попытку или выбрать другой способ платежа
• После 3 неудачных попыток: предложить позвонить в поддержку

Альтернатива 4: Требуется одобрение андерайтера

• Клиент выбирает опасный вид спорта (альпинизм)
• Система отправляет полис в очередь на одобрение
• Клиент видит сообщение: "Ваша заявка отправлена на рассмотрение"
• Андерайтер проверяет в течение 24 часов
• Система отправляет результат клиенту

Альтернатива 5: Отсутствие интернета

• Клиент заполняет форму offline
• При восстановлении интернета данные автоматически отправляются

8. Обработка исключений (Exception Handling)

Что случается когда что-то ломается:

Исключение: Payment Gateway недоступен
Ошибка: "Система временно недоступна"
Действие: Показать клиенту "Повторите попытку через 5 минут"
Система: Сохранить заявку в черновик
Оператор: Позвонить клиенту через 10 минут, если Payment Gateway ещё offline

Исключение: Данные клиента не прошли валидацию
Ошибка: "Неверный формат ФИО"
Действие: Показать красное сообщение "ФИО должно содержать только буквы"
Система: Не отправлять форму на backend

Исключение: Срок действия полиса истёк во время оформления
Ошибка: "Таффиф изменился, пересчитайте"
Действие: Очистить сумму, пересчитать с новыми тарифами

9. Документы и данные

Входные данные (Input):

• ФИО клиента
• Дата рождения
• Номер паспорта
• Email
• Телефон
• Выбранная программа
• Период страховки
• Данные карты

Выходные данные (Output):

• Номер полиса
• PDF документ полиса
• Квитанция об оплате
• Подтверждение email

10. Сроки и SLA

Как долго может длиться каждый шаг:

• Заполнение формы: 5-10 минут
• Обработка платежа: менее 10 секунд
• Генерация полиса: менее 30 секунд
• Отправка email: менее 5 минут
• Одобрение андерайтером: до 24 часов
• Отправка почтой: до 10 дней

11. Бизнес-правила (Business Rules)

Твёрдые ограничения и логика:

• Клиент должен быть старше 18 лет
• Максимум 3 активных полиса одновременно
• Скидка 10% если полис на год
• Полис можно оформить только в рабочие дни 9-18
• Отмена полиса возможна в течение 14 дней с 100% возвратом

12. Метрики и мониторинг

Что мы отслеживаем:

• Успешность: % полисов оформленных с первой попытки
• Время: среднее время на оформление одного полиса
• Конверсия: % заявок переросших в оплату
• Ошибки: количество ошибок валидации, отказы платежей
• Satisfication: NPS клиентов по этому процессу

13. Визуализация

Диаграмма (BPMN, Flowchart, UML Sequence):

┌─────────────┐
│ Клиент      │
└──────┬──────┘
       │ Открывает форму
       ▼
┌──────────────────────┐
│ Заполняет данные     │
└──────┬───────────────┘
       │
       ▼
┌──────────────────────┐     ┌─────────────────┐
│ Система валидирует   │────▶│ Ошибка? НЕТ     │
└──────┬───────────────┘     │ Продолжить      │
       │ ДА (ошибка)         └─────────────────┘
       │ Показать ошибку
       │ Клиент исправляет
       │ Повтор
       ▼
┌──────────────────────┐
│ Ввод способа платежа │
└──────┬───────────────┘
       │
       ▼
┌──────────────────────┐
│ Payment Gateway      │
└──────┬───────────────┘
       │
     ДА│ ДА            НЕТ (ошибка)
       │               │
       ▼               ▼
┌──────────────────┐ ┌──────────────────┐
│ Полис создан     │ │ Показать ошибку  │
│ Email отправлен  │ │ Повторить попытку│
└──────────────────┘ └──────────────────┘

14. Зависимости и связи

Этот процесс зависит от:

• Процесса регистрации клиентов
• Процесса управления тарифами
• Процесса обработки платежей

И влияет на:

• Процесс обработки претензий
• Процесс учёта доходов в бухгалтерии
• Процесс отправки почтовых отправлений

15. История изменений

Когда процесс был последний раз обновлён и что изменилось:

Версия 2.1 (25.03.2026)
- Добавлена поддержка Apple Pay
- Уменьшен лимит скидки с 15% до 10%
- Добавлена обязательная двухфакторная проверка

Версия 2.0 (10.01.2026)
- Перепроектирован интерфейс
- Добавлена поддержка мобильных платежей

Полное описание бизнес-процесса позволяет избежать недопониманий, облегчает тестирование и служит основой для автоматизации.