Разработчику трудно автоматизировать фразу «мы обрабатываем заявку». За ней могут скрываться письма, звонки, таблицы, проверки, согласования и исключения, о которых сотрудники вспоминают только во время работы. Чтобы не превращать обсуждение в длинное техническое задание, разберите один реальный случай от начала до результата.

С какого примера начать

Выберите недавно завершённую задачу, по которой сохранились исходные сообщения, файлы и итог. Попросите сотрудника показать действия в привычном порядке. Не исправляйте процесс во время первого прохода. Сначала нужно увидеть, как он устроен сейчас.

Записывайте конкретные действия: получил письмо, открыл вложение, проверил реквизиты, перенёс строку в таблицу, уточнил недостающее поле, назначил ответственного. Формулировка «работает с документом» не показывает, что именно можно проверить или ускорить.

Схема описания рабочего процесса от события запуска до результата и исключений
Один реальный пример помогает увидеть участников, данные, решения и места передачи работы

Какие части процесса записать

Событие запуска

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

Участники и ответственность

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

Входные данные

Соберите названия полей, документов и источников. Для каждого элемента полезно знать формат, обязательность и источник. Если название клиента в одном месте записано текстом, а в другом выбирается из справочника, это важное различие.

Действия по порядку

Запишите последовательность без попытки сразу проектировать интерфейс. Сначала сотрудник проверяет комплектность, затем ищет запись в системе, после этого рассчитывает сумму и только потом отправляет ответ. Порядок помогает увидеть зависимости.

Готовый результат

Назовите то, что должно появиться в конце: заполненная карточка, рассчитанная сумма, отправленный документ, новый статус или уведомление ответственному. Укажите, как человек понимает, что работа завершена правильно.

Как описать решения и исключения

Самая важная часть процесса часто начинается со слов «если» и «кроме». Запишите условия обычным языком и приложите примеры.

  • если обязательного поля нет, кто и у кого его уточняет
  • если сумма выше или ниже установленного условия, кто согласует действие
  • если запись уже существует, обновляется она или создаётся новая
  • если данные противоречат друг другу, какой источник считается основным
  • если правило не даёт ответа, кому передаётся случай

Не нужно насильно превращать профессиональное решение в формулу. Часть случаев можно оставить человеку, а инструменту поручить сбор контекста, проверку полей и передачу задачи.

В каком виде передать описание

Для первого обсуждения достаточно таблицы или документа с семью колонками:

  1. Шаг: что происходит
  2. Исполнитель: кто делает
  3. Источник: откуда берутся сведения
  4. Вход: какие данные нужны
  5. Действие: что проверяется или меняется
  6. Результат: что появляется после шага
  7. Исключение: когда обычный путь не подходит

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

Что не нужно решать заранее

Вам не обязательно выбирать язык программирования, базу данных или внешний вид экранов. Сначала нужно понять работу: кто участвует, какие сведения переходят между шагами и где требуется решение человека.

Не старайтесь сразу описать все редкие ситуации за несколько лет. Отделите типовой путь, частые исключения и случаи, которые пока остаются вне первой версии.

Проверка готовности

  • разобран один настоящий завершённый случай
  • понятно, что запускает процесс
  • названы участники и точки передачи работы
  • перечислены данные и их источники
  • действия записаны в фактическом порядке
  • условия и исключения отделены от типового пути
  • есть проверяемый результат
  • секретные и персональные данные удалены из примеров

Частые вопросы

Кто должен описывать процесс

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

Нужна ли сложная схема

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

Что делать, если сотрудники работают по-разному

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

Разберите один процесс без технического задания

Опишите в Умной форме, что запускает работу, какие действия повторяются и какой результат нужен. Можно начать с одного обезличенного примера.