Администратор переименовал поле или изменил этап, а связанные автоматизации начали работать иначе. На экране изменение выглядело небольшим, но на это значение опирались другие участки процесса.
Перед доработкой составьте карту зависимостей, ограничьте проверяемый сценарий и определите восстановление. После изменения испытайте основной путь и исключения. Особенно важно проверить интеграции, которые используют идентификаторы полей, этапов или событий.
Начните с цели изменения
Запишите проблему и ожидаемое поведение. «Добавить поле» — действие, но еще не цель. Например, нужно различать согласованную дату клиента и внутреннюю оценку менеджера. Такое описание помогает выбрать корректную структуру.
Уточните, кто использует данные: менеджеры, отчеты, боты, сайт, учетная система. Если новый элемент заменяет старый, определите, что произойдет с существующими значениями.
Составьте карту зависимостей
| Объект | Что проверить |
|---|---|
| Поле | Формы, импорт, интеграции, отчеты |
| Этап | Условия перехода, задачи, сообщения, вебхуки |
| Роль | Видимость и рабочие действия сотрудников |
| Автоматизация | Запуск, повтор, остановка и исключения |
| Источник | Создание записей и атрибуция |
Вебхуки реагируют на события системы; состав и формат зависят от механизма. Документация amoCRM помогает проверить технические зависимости, но не заменяет инвентаризацию конкретного аккаунта.
Учебный пример незаметной связи
Команда меняет порядок обработки сделки и переносит действие на другой этап. Старый автоматический сценарий остается активным. Теперь клиент получает два сообщения: одно от нового процесса, другое от прежнего.
Перед выпуском нужно проверить обе ветки и отключить либо изменить устаревшую по согласованному плану. После выпуска повторить тест на новом обращении и на сделке, уже находившейся в работе.
Подготовьте проверку и восстановление
Зафиксируйте исходные настройки и способ возврата. Если меняются данные, простого восстановления интерфейса может быть недостаточно. Нужно понимать, как сохранить новые события и исправить записи, обработанные во время ошибочной версии.
Не проверяйте массовую рассылку или изменение всех сделок на реальных клиентах ради удобства. Используйте ограниченный тестовый набор и заранее определенный результат.
Передайте изменение пользователям
Объясните, что меняется в их действии и с какого момента. Обновите короткую инструкцию. Если сотрудник продолжает работать по старому правилу, технически правильная настройка не обеспечит нужный процесс.
Назначьте человека, который наблюдает за первыми результатами и разбирает отклонения. Изменение считается завершенным после приемки, а не после сохранения параметра.
Чек-лист
Общий порядок проверки есть в приемке внедрения, поиск причин — в диагностике CRM.
Обсудить безопасную доработку
Опишите желаемое изменение и связанные сервисы. Определим зависимости, состав доработки amoCRM и сценарии проверки. Массовое применение выполняется после согласования и приемки.