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