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