Ищите повторяющийся ручной переход
Посмотрите, где люди копируют сведения из одного сервиса в другой, напоминают о типовом действии или сверяют одинаковые данные. Такие переходы проще описать и проверить, чем задачу «автоматизировать весь отдел».
Попросите сотрудника показать реальный рабочий маршрут. Отметьте, что запускает действие, какие сведения нужны и куда попадает результат. Иногда препятствие оказывается в доступе или правилах работы, а не в отсутствии программы.
Отделите правило от решения
Сформулируйте условие: «когда происходит это, нужно выполнить следующее». Если ответ каждый раз зависит от переговоров и неописанного опыта, сначала уточните правила или оставьте человеку решение.
Например, перенос согласованной заявки в учёт можно описать точнее, чем автоматическое обещание клиенту индивидуальных условий. Удачный первый участок имеет ясную границу и понятный способ обработки исключений.
Проверьте данные и доступ
Убедитесь, что исходные сведения можно получить надёжным способом. Проверьте доступные интеграции, ограничения сервисов, форматы полей и права учётной записи. Наличие сайта или кабинета само по себе не означает, что у него есть подходящий API.
Согласуйте источник истины: какая система определяет актуальный статус и что делать при расхождении. Для повторных событий продумайте защиту от дублей. Два одинаковых уведомления не должны незаметно создавать две независимые задачи.
Договоритесь, как проверять результат
Опишите наблюдаемое изменение: запись появляется в нужном месте, ответственный получает задачу, статус сохраняется после передачи. Сравнивайте с исходным процессом, а не только с фактом запуска интеграции.
Продумайте сбой заранее. Кто узнает о недоступном сервисе, где найти невыполненное действие и как продолжить работу вручную? Автоматизация должна оставаться понятной команде и после того, как первый запуск завершён.
Выберите управляемый первый участок
Оцените кандидатов по понятности правил, доступности данных и последствиям ошибки. Начинать разумно там, где результат можно проверить, а изменение — при необходимости остановить.
Перед началом
- Есть владелец процесса и конкретная повторяемая проблема.
- Описаны событие, действие и ожидаемый результат.
- Проверены доступ к данным и ограничения сервисов.
- Понятны обработка дублей и действия при сбое.
- Согласован способ приёмки и ручной запасной маршрут.
Необязательно менять весь набор инструментов. Иногда полезный первый шаг — связать два существующих сервиса и убрать один ручной переход. Следующий участок выбирайте по наблюдениям за работой, а не по длине списка технологий.