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