Мне интересен именно этот участок. В продуктовом маркетинге я связываю задачу клиента, предложение и работу команды. С ИИ предлагаю начинать так же: выбрать конкретную операцию и договориться, какой результат мы будем считать пригодным
Первый процесс для ИИ должен быть достаточно небольшим, чтобы его можно было проверить от начала до конца. Например, подготовить черновик ответа на типовой запрос, собрать вопросы к встрече или разложить согласованную расшифровку разговора по темам
Формулировка «автоматизировать маркетинг» для первого теста слишком широкая. В ней смешаны исследования, тексты, согласования, публикации и продажи. У каждого участка свои исходные материалы и свои последствия ошибки. Пока это одна большая задача, трудно понять, где именно нужна помощь
Выбери работу, у которой видны начало и конец
Посмотри на последнюю рабочую неделю. Где сотрудник брал понятный набор материалов и собирал из них повторяющийся документ? Что приходилось заново искать, переносить, сокращать или оформлять?
Для первого теста я бы выбирал операцию с четырьмя признаками:
- Она повторяется, поэтому проверять её имеет смысл
- Для неё уже есть исходные материалы
- Сотрудник может объяснить, как выглядит хороший результат
- Черновик можно проверить до отправки клиенту или изменения важных данных
Последний пункт особенно полезен. Когда результат сначала попадает к человеку, у команды есть возможность увидеть ошибку и изменить инструкцию. Для первого опыта это удобнее, чем сразу доверять системе переписку с покупателями
Допустим, небольшая команда оказывает услуги и после вводного разговора готовит предложение. Это учебный пример, не описание моего клиента. В работе участвуют запись встречи, перечень услуг, действующие условия и прежние предложения
Первым участком здесь может стать черновик структуры предложения. ИИ помогает собрать задачу клиента, вопросы без ответа и подходящие разделы. Стоимость, сроки и обязательства проверяет ответственный сотрудник
Операция заканчивается, когда сотрудник принял черновик или отметил, что его нужно переделать. Отправка предложения и обсуждение условий остаются отдельными действиями. Благодаря такой границе можно увидеть пользу одного участка
- 01Повторяется
Задача возникает снова и снова
- 02Есть материал
Понятно, с чем работает сотрудник
- 03Ясно качество
Можно сравнить результат с требованиями
- 04Есть проверка
Человек принимает готовую работу
Сравниваем весь цикл: подготовку, генерацию, проверку и исправления
Составь паспорт процесса до выбора инструмента
Открой обычный документ и ответь на несколько вопросов. На выходе получится короткое задание, с которым уже можно обсуждать внедрение
| Поле | Учебный пример |
|---|---|
| Когда начинается работа | После вводного разговора с потенциальным клиентом |
| Что есть на входе | Проверенная расшифровка, актуальное описание услуг, шаблон предложения |
| Что нужно получить | Черновик структуры предложения и список уточнений |
| Кто использует результат | Специалист, который готовит предложение |
| Что обязательно проверить | Верность задачи, отсутствие выдуманных условий, связь выводов с источниками |
| Что нельзя делать автоматически | Назначать цену, обещать сроки, отправлять документ клиенту |
| Кто принимает работу | Ответственный за предложение |
Если невозможно заполнить поле «что нужно получить», тест пока рано начинать. Сначала стоит договориться о результате внутри команды. Иначе один участник ждёт готовый документ, другой считает достаточным список идей, а третий оценивает только красоту текста
Полезно приложить один хороший пример прежней работы. Он показывает требования точнее, чем фраза «сделай профессионально». Пример при этом нужно очистить от сведений, которые нельзя передавать выбранному инструменту
Договорись о качестве раньше, чем увидишь красивый ответ
Беглый текст легко принять за хороший. Поэтому критерии лучше записать заранее, до первого запуска
Для нашего учебного предложения они могут выглядеть так: задача покупателя передана без подмены; условия взяты из актуального документа; неизвестные сведения вынесены в вопросы; предложение не содержит обещаний, которых команда не давала
Критерий должен помогать принять решение. «Мне нравится» полезно для обсуждения тона, но слабо помогает оценить содержание. «Все сроки имеют источник или пометку “уточнить”» уже можно проверить
Попроси сотрудника сохранить замечания к черновику. Если ему приходится каждый раз восстанавливать смысл задачи, это существенная доработка. Если он исправляет отдельные формулировки, ситуация другая. Не стоит складывать обе категории в одно слово «правки»
На этом этапе можно использовать простую таблицу: исходный материал, полученный черновик, ошибка, исправление, принято или отклонено. Она покажет, какая часть процесса требует внимания
Сравни весь цикл работы
Скорость генерации сама по себе мало говорит о пользе. Подготовка материалов, проверка и исправления тоже занимают время
Для теста запиши:
Время с ИИ = подготовка исходников + запуск + проверка + исправления
Затем сравни с обычным выполнением сопоставимой задачи. Желательно использовать несколько разных примеров, включая неудобный: неполные данные, противоречие в источниках или необычный запрос клиента
Если человек потратил на проверку больше сил, чем раньше на подготовку документа, это повод пересмотреть участок или требования. Иногда полезнее сначала обновить шаблон, убрать противоречия в условиях или собрать документы в одном месте
Есть и другая возможная польза: более единообразная структура, меньше пропущенных вопросов, понятная передача работы новому сотруднику. Эти изменения тоже нужно наблюдать на результатах. Не стоит автоматически переводить их в рост выручки
Реши, что делать после теста
До начала проверки запиши варианты решения. Продолжить, если команда принимает результаты и весь цикл стал удобнее. Доработать инструкцию, если ошибки повторяются и их причина понятна. Остановиться, если проверка слишком дорогая или исходные материалы ещё не подготовлены
Остановка небольшого теста сохраняет возможность выбрать более подходящий процесс. В ней уже есть полезный результат: команда понимает, почему текущая задача не подходит и что нужно изменить
Если тест проходит, зафиксируй рабочую версию инструкции, список источников и ответственного. Следующий сотрудник должен суметь повторить действия и понять, когда результат нужно вернуть на проверку
Так появляется основание для следующего шага: подключить ещё один источник, подготовить удобный интерфейс или встроить операцию в привычную работу. Размер следующего шага зависит от того, что показал тест
Разберём вашу задачу?
Расскажите о проекте и решении, которое нужно принять. Уточним подходящий формат и условия работы
Обсудить задачу