Почему стоит начать с привычных задач?
Начните со знакомой работы: проверяющий уже знает, каким должен быть хороший результат. Если руководитель может оценить письмо клиенту или записку для передачи дел без ИИ, он сможет объяснить критерии проверки ещё до того, как кто-либо откроет инструмент. Тогда последующее обсуждение будет о принятых решениях, а не о том, насколько впечатляет инструмент.
Задачу, требующую специальных знаний, которых нет ни у кого из участников, гораздо сложнее оценить ответственно. Если проверяющий не может отличить правильный ответ от уверенно сформулированного, упражнение учит доверять гладкому тексту — а это противоположность нужной вам привычке.
Каким должно быть хорошее первое практическое задание?
Хорошее первое задание проходит шесть проверок. Если оно не проходит хотя бы одну, выберите другое задание или измените его так, чтобы оно прошло все проверки.
Знакомо
Это результат работы, который команда и так уже создаёт: например, письмо, краткое изложение или небольшое описание задачи.
Низкий риск
Если первая попытка окажется неудачной, ничего плохого не произойдёт: результат не отправится клиенту или регулятору.
Ограниченный источник данных
Разрешённые к использованию факты помещаются на одной странице, поэтому выдуманное утверждение легко заметить.
Чётко определённый читатель
Работу прочитает конкретный человек, поэтому участник обучения понимает, на кого ориентироваться.
Назначенный проверяющий
Человек, знакомый с этой работой, соглашается проверить результат в течение одного-двух дней.
Без конфиденциальных данных
В нём используются вымышленные или одобренные материалы в соответствии с политикой вашей компании по использованию ИИ.
Какие задачи подходят для начала работы в разных должностях?
В таблице приведено по одному начальному заданию для каждой роли. У каждого есть источник, который проверяющий может быстро сверить, и очевидный момент, в котором черновик ИИ, вероятно, выйдет за рамки исходных данных.
| Роль | Первое задание | Что проверяет проверяющий |
|---|---|---|
| Маркетинг | Приглашение на мероприятие на основе краткого описания на одной странице | Без выдуманных данных о посещаемости, результатах или ограниченности предложения |
| Продажи | Письмо по итогам встречи на основе трёх заметок | Каждое обязательство зафиксировано в заметках |
| Поддержка | Ответ на жалобу на основе вставленного текста правил | Никаких обещаний, не предусмотренных политикой |
| Операционная деятельность | Краткое изложение небольшой SOP для нового сотрудника | Ни один этап проверки безопасности или журналирования не пропущен |
| Финансы | Объяснение изменения в небольшой таблице в двух строках | Цифры сходятся, а причина не выдумана |
Хотите узнать, как это связано с конкретной должностью?
Ознакомиться с планируемой пробной программой для команды ↗Как выглядит первое задание с разбором выполнения?
Вымышленная консалтинговая компания проводит 60-минутный онлайн-семинар о том, как составлять более понятные проектные задания, с рабочим листом и ответами на вопросы в прямом эфире. Эти три факта — весь исходный материал. Запрос участника обучения: "Напиши короткое письмо с приглашением на этот семинар для руководителей операционной деятельности. Используй только приведённые ниже факты. Объём — менее 120 слов, с одним чётким призывом к действию."
Типичный первый вариант написан гладко, но содержит необоснованные заявления. В нём говорится, что семинару "доверяют сотни команд", что "места быстро заканчиваются" и что участники смогут "вдвое сократить задержки проектов". Ничего этого нет в источнике. Проверенная версия сохраняет три факта, объясняет, чем более чёткие задания могут быть полезны руководителю операционной деятельности, и заканчивается одной строкой с предложением зарегистрироваться.
Самое полезное — комментарий сотрудника к проверке: "Убрал утверждение о посещаемости, фразу об ограниченном количестве мест и обещание результата, потому что в брифе нет для них оснований." Этот комментарий даёт руководителю тему для обсуждения. Такой подход — ограниченный набор исходных материалов и очевидная ловушка — работает для любой роли.
Каких задач стоит избегать на начальном этапе?
Избегайте задач, в которых используются персональные данные клиентов, возможны юридические, финансовые последствия или последствия для безопасности, а также задач без назначенного проверяющего. Позже они могут оказаться подходящими, но для первого опыта не годятся: ошибка обходится дорого, а проверка превращается в оценку рисков, а не в обучение.
Также избегайте открытых задач вроде "напишите нашу стратегию с помощью ИИ". Здесь нет ограниченного набора исходных материалов, понятного адресата и способа отличить хороший ответ от просто длинного. Первое задание должно быть выполнено, проверено и обсуждено в течение недели.
Что следует обсудить на первой встрече?
Задайте три вопроса: какой контекст предоставил учащийся, какое утверждение он проверил и что изменил перед отправкой результата другим. Храните рядом источник, первый черновик и окончательный вариант, чтобы другой человек мог проследить ход рассуждений.
Первое задание должно стать поводом для разговора, а не основанием назвать человека экспертом или новичком. Прежде чем делать более общие выводы о его навыках, используйте второй, отличающийся пример.
Как это связано с Tosheo.ai?
Планируемая проверка начального уровня и уроки Tosheo.ai построены на одном принципе: короткие практические задания с предоставленным источником, открытыми критериями оценки и пояснением внесённых изменений. Но для хорошего первого задания продукт не нужен. Для начала достаточно описания задачи, проверяющего и пятнадцатиминутного разговора. К тому же разработка Tosheo.ai ещё не началась.