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