Обучение часто запускают ради самого обучения: выбрали тему, собрали материалы, провели курс — а что изменилось в работе, никто не проверяет. Причина обычно в размытой формулировке вроде «повысить квалификацию»: под нее сложно собрать программу, подобрать задания и определить, стал ли курс полезен. Цели обучения сотрудников компании должны описывать не сам факт прохождения курса, а конкретное изменение в работе. Такая формулировка задает содержание программы, способ проверки и критерии успеха. Поэтому проектирование разумнее начинать не с перечня тем, а с вопроса: что именно человек должен делать после занятий и насколько хорошо?
Фраза «повысить квалификацию менеджеров» звучит логично, но практически бесполезна для разработчика. Неясно, какие навыки нужны, в каких ситуациях их придется применять и по каким признакам руководитель поймет, что знания действительно пригодились. Та же проблема возникает с формулировкой «обучить работе в CRM». Один курс может посвящать большую часть времени интерфейсу системы, другой — настройкам отчетов, третий — оформлению сделок. Все они формально соответствуют запросу, но дают совершенно разный результат. Чем точнее сформулированы цели обучения сотрудников компании, тем проще определить содержание. Например, если от менеджера требуется оформлять заявку в CRM за семь минут без ошибок, в программу войдут именно те действия, которые помогают достичь этого показателя. От формулировки зависит и стоимость разработки. Нет смысла создавать большой курс с десятками модулей, если бизнес-задача требует отработать два-три конкретных навыка.
Один из удобных способов конкретизировать ожидаемый результат — метод CABD. Он помогает описать четыре составляющие: условия работы, аудиторию, действие и требуемую степень качества. Порядок простой: сначала фиксируют контекст, затем определяют, кто проходит курс, какое действие должен выполнять человек и насколько хорошо он обязан с ним справляться. CABD помогает описать только цель — первый шаг проектирования. Дальше нужно определить, как вы убедитесь в достижении результата, и лишь потом собирать содержание. Этот порядок описывает модель обратного дизайна в обучении.
Condition описывает контекст, в котором должно проявиться новое умение. Здесь важно учитывать используемые программы, оборудование, регламенты, доступные данные и ограничения по времени. Например: «При работе в корпоративной CRM и наличии стандартной заявки…». Такая деталь сразу делает формулировку ближе к реальной рабочей ситуации.
Audience отвечает на вопрос, для кого предназначен курс. Не стоит писать просто «персонал отдела продаж», если программа рассчитана только на новых менеджеров. Точнее будет: «Менеджеры отдела продаж со стажем до трех месяцев». Тогда и содержание, и уровень сложности можно подобрать под конкретную группу.
Behavior — центральная часть формулировки. Здесь используется наблюдаемое действие: оформить заказ, провести переговоры, найти документ, составить отчет, настроить оборудование. Фразы «понимать принципы», «знать продукт» или «повысить компетентность» слишком абстрактны. Лучше описывать то, что можно увидеть или проверить на практике.
Degree задает измеримый уровень выполнения. Это может быть время, точность, количество ошибок, процент правильных действий или соблюдение определенного стандарта. Например: «оформляет заказ за 8 минут, без ошибок в данных клиента». Теперь понятно, что считать выполненной задачей.
Для колл-центра формулировка может выглядеть так: «Операторы первой линии при работе с базой знаний находят ответ на типовой вопрос клиента не более чем за три минуты и не допускают ошибок в передаче информации». Для продаж подойдет другой вариант: «Менеджеры после прохождения курса в ролевом диалоге выявляют потребность клиента и корректно отрабатывают не менее четырех типовых возражений». Для розницы можно задать такой результат: «Продавцы при обслуживании покупателя соблюдают все этапы сценария — приветствие, уточнение потребности, предложение товара и завершение диалога — без пропуска обязательных шагов». Такие формулировки сразу показывают, что именно придется отрабатывать и как можно будет проверить навык.
Запрос на курс часто приходит от руководителя уже в готовом виде: «Нужно провести обучение по продажам» или «Сотрудники плохо работают в CRM». Но за этой формулировкой может скрываться проблема, которую нельзя решить одними занятиями. Сначала стоит выяснить, что именно изменилось в показателях. Например, снизилась конверсия, выросло время обработки заявок или сотрудники регулярно допускают ошибки при оформлении заказов. Затем нужно проверить причину. Если проблема связана с отсутствием навыка — обучение действительно может помочь. Но если CRM неудобна, инструкция устарела, система работает медленно или у людей нет необходимых полномочий, дополнительный курс проблему не устранит. Поэтому цели обучения персонала организации полезно связывать с конкретной рабочей задачей:
Такой разбор помогает не тратить бюджет на программу, которая решает не ту проблему.
Перед разработкой курса полезно провести короткую самопроверку. Хорошая формулировка должна выдерживать пять вопросов:
Если хотя бы на один вопрос нет ответа, формулировку стоит доработать.
«Обучить работе с возражениями» — это название направления, а не измеримый результат. Гораздо точнее: «Менеджер в ролевом диалоге корректно отрабатывает четыре типовых возражения по установленному сценарию».
«Сотрудник быстрее оформляет документы» не позволяет определить, насколько быстрее. Если установить конкретный норматив, например сокращение времени оформления с 12 до 8 минут, результат становится проверяемым.
Наконец, планка должна быть достижимой. Требование освоить сложный процесс за один короткий курс без практики может выглядеть амбициозно, но не поможет спроектировать реалистичную программу.
Когда ожидаемое изменение описано конкретно, становится проще принимать остальные решения. Разработчик понимает, какие темы действительно нужны, методист выбирает подходящие упражнения, а руководитель заранее знает, каким способом будет оцениваться эффект. Именно здесь проявляется логика модели обратного дизайна в обучении: сначала определяется желаемый результат, затем способ доказать его достижение и только после этого подбираются содержание и учебные активности. Такой подход позволяет убрать из программы темы, которые не помогают решить поставленную задачу. Для разных навыков нужны разные способы проверки. Теоретические знания можно оценить тестом, практическое действие — симуляцией или кейсом, навыки общения — ролевой игрой, а рабочий эффект — сравнением показателей до и после курса.
Цели обучения сотрудников компании — это не формальность в техническом задании, а инструмент, который определяет содержание курса, способ проверки и критерии успеха. Чем конкретнее описано действие человека, условия его выполнения и требуемый уровень качества, тем проще создать действительно полезную программу. Метод CABD помогает превратить общую формулировку в рабочую конструкцию: кто, в каких условиях, что именно и насколько хорошо должен выполнять. Дальше эта формулировка становится опорой для всей разработки — от выбора упражнений до оценки результата.