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