Определяем событие
Что запускает процесс: обращение, новый статус, заполненная запись или действие сотрудника.
Заявка пришла в один сервис — запись появилась в другом, ответственный получил уведомление. Собираем такие цепочки, чтобы повторяющаяся работа не держалась на ручных действиях.
Что запускает процесс: обращение, новый статус, заполненная запись или действие сотрудника.
Уточняем, что и куда передавать. Проверяем доступные API, ограничения сервисов и права доступа.
Что делать с повтором, неполными данными и недоступным сервисом. Передаём инструкцию по согласованному сценарию.
Например, перенос обращения из формы в рабочую таблицу или CRM.
Например, сообщение ответственному после изменения статуса.
Например, сбор готовых данных для документа. Это примеры задач, а не обещание поддержки любого сервиса.
Опишите один процесс: как он начинается, где находятся данные и какой результат нужен. Назовите сервисы. Не присылайте пароли и клиентскую базу в первом сообщении.
Не всегда. Нужны доступные способы подключения и подходящие условия использования. Проверим это перед стартом.
Нет. Подписки, серверы и внешние сервисы оплачиваются отдельно.
Начнём с процесса с ясными границами. Несколько процессов требуют отдельного проектирования и оценки.
На разговоре разберём один процесс: что в нём можно упростить и с чего начать.
Можно без готового ТЗ. Детали обсудим голосом.