
Содержание
- Почему обучение урезают и во что это обходится
- Как выглядит эффективное обучение SAP
- Ролевые маршруты обучения
- Сроки
- Реалистичная учебная среда
- Оценка, привязанная к доступу
- Сопровождающие на местах (floorwalkers) и суперпользователи
- План обучения с владельцами
- WalkMe, Enable Now и ИИ в 2026 году
- SAP переводит Enable Now в WalkMe
- ИИ для учебного контента
- Используйте данные об использовании, которые у вас уже есть
- Типичные провалы обучения
- Обучение по функциональным областям
- Часто задаваемые вопросы
Обучение SAP обеспечивает принятие системы, когда оно построено по ролям, проходит на практике в реалистичной учебной системе, проводится за четыре-шесть недель до go-live, привязано к доступу в систему, а затем закрепляется на 30-й и 90-й день. Большинство провалов обучения происходит от обратного: общие занятия, слайды, неудачные сроки и ничего после go-live.
Эта статья для руководителей программ, лидеров изменений и спонсоров из HR и финансов, которые планируют запуск S/4HANA. В ней разобрано, что работает, дан план обучения с владельцами и датами, описаны типичные провалы и объяснено, что меняет переход SAP с Enable Now на WalkMe.
Я работал с региональным коммунальным предприятием, которое запустило SAP без нормального обучения. Ни индивидуальных занятий. Ни ролевых пошаговых разборов. Только руководства, переиспользованные с предыдущего запуска.
Результат:
- Согласования закупок встали. Пользователи не знали, как эскалировать заявку по workflow.
- Складские остатки были недостоверными. Проводились неверные виды движения, и никто не понимал последствий.
- Финансисты неделями исправляли ошибки проводок, которых не должно было быть.
- Часть модулей вообще приостановили, потому что пользователям не хватало уверенности для работы в них.
Пришли консультанты по восстановлению. Это обошлось дорого и на месяцы подорвало доверие сотрудников к системе.
Сравните с производственным клиентом из стран Персидского залива, с которым я работал: там обучение с самого начала считали частью поставки. У закупщиков, менеджеров по складским запасам и финансовых команд был свой трек. KPI привязали к результатам обучения. Складские пользователи проходили тестовые циклы в учебной среде, прежде чем начинался ввод реальных данных. Финансисты отрабатывали закрытие месяца в песочнице на реалистичных транзакциях. Условием доступа в систему была сдача теста после обучения. Нет обучения, нет логина.
К go-live пользователи были уверены в себе. Меньше обращений. Меньше хаоса. Выше уровень принятия системы.
Разница между этими двумя исходами зависела не столько от технологий, сколько от того, как подготовили людей: считали ли обучение задачей на конец этапа или контролем рисков.
Сценарий предсказуем. Проект отстаёт. Бюджет в обрез. Обучение сжимают. «Пользователи разберутся» становится планом.
Не разберутся.
Пользователь, который проводит документ не той транзакцией, создаёт ошибки в данных, расходящиеся по модулям. Согласования, которые зависают, потому что никто не знает маршрут эскалации, блокируют последующие процессы. Финансовая команда, не понимающая логику проводок, создаёт сверки, которые приходится распутывать неделями.
Исследования по управлению изменениями говорят о том же. Многолетние исследования Prosci показывают, что проекты с отличным управлением изменениями примерно в семь раз чаще достигают своих целей, чем проекты со слабым. Обучение остаётся самой заметной частью этой работы, и урезать его проще всего.
Ролевые маршруты обучения
Самая распространённая ошибка: одно общее обучение для всех. У начальника склада и финансового контролёра почти нет общих транзакций. Если обучать их вместе, каждый высидит материал, который в основном его не касается.
Начните с каталога ролей. Каждая роль сопоставляется с транзакциями и приложениями Fiori, которыми человек будет пользоваться ежедневно, и маршрут обучения строится вокруг них.
Финансистам нужны закрытие месяца, кредиторская задолженность и логика проводок в главной книге. Закупкам нужны заявки, согласование заказов на закупку и поступление товара. Складским пользователям нужны движения товара, подтверждение поставки и инвентаризация. Каждая группа получает маршрут, который соответствует первому дню их реальной работы.
Сроки
Если обучить людей за четыре месяца до go-live, большую часть они забудут. Если за неделю, они всё ещё будут учиться, когда начнётся давление.
Практичное окно: за четыре-шесть недель до go-live для основной волны, с коротким повторением за одну-две недели.
Реалистичная учебная среда
Слайды и записанные демо формируют понимание. Они не формируют мышечную память, нужную, чтобы работать в SAP под давлением.
Стройте учебную среду из системы QA после интеграционного тестирования, чтобы конфигурация совпадала с той, что пойдёт в промышленную эксплуатацию, а основные данные выглядели как настоящий бизнес. Пользователи должны проходить полные циклы процессов, а не прокликивать отдельные экраны. Финансист, который провёл в обучении пять проводок по журналу, делает в первый день гораздо меньше ошибок, чем тот, кто смотрел запись.
Оценка, привязанная к доступу
Закрыть доступ в систему до сдачи ролевого теста: это самый действенный рычаг принятия системы из всех, что я видел. Он убирает неопределённость. Обучение перестаёт быть необязательным и становится условием для работы в новой системе.
Для этого нужен спонсор с характером, потому что кто-то обязательно будет возражать. Руководитель бизнеса скажет, что его команда не может выделить время. Ответ: они не могут позволить себе выдать команде продуктивную систему, которой та не умеет пользоваться.
Сопровождающие на местах (floorwalkers) и суперпользователи
В первые две недели после go-live обученные люди, которые находятся рядом с пользователями, заметно сокращают нагрузку на службу поддержки. Неуверенный пользователь сначала спрашивает соседа и только потом заводит обращение. Если сосед обученный сопровождающий, вопрос решается. Если нет, обходной путь становится процессом.
Сопровождающим не обязательно быть консультантами. Большинство потребностей закрывает суперпользователь от каждой бизнес-области, обученный глубже остальных. Суперпользователи становятся и каналом обратной связи: когда процесс работает не так, как задумано, они поднимают вопрос через процесс обработки проблем, а не позволяют обходному пути закрепиться.
Эту последовательность нужно внести в план программы и вести как отдельный поток работ с фазы Explore, а не пристраивать в Deploy.
- ExploreКаталог ролей и маршруты обучения согласованыКаждая роль сопоставлена со своими транзакциями и приложениями
- За 6 недельОбучение конечных пользователей по ролямЗа четыре-шесть недель до go-live, на практике, с реалистичными данными
- За 1 неделюТест сдан, доступ выданПосле короткого повторения. Не сдал, нет входа в продуктивную систему
- День 30Первый практикумСтроится по самым частым обращениям в поддержку этой группы ролей
- День 90Второй практикумСтроится вокруг первых закрытий месяца и квартала
| Веха | Срок | Владелец | Что значит «готово» |
|---|---|---|---|
| Каталог ролей и маршруты обучения согласованы | Конец Explore | Руководитель по изменениям и обучению вместе с владельцами процессов | Каждая роль сопоставлена со своими транзакциями и приложениями |
| Учебная среда готова | После интеграционного тестирования | Руководитель Basis | Копия QA с реалистичными основными данными |
| Учебные материалы готовы | Когда проект процессов зафиксирован | Руководитель обучения | Построены на финальном, а не черновом проекте процессов |
| Обучение суперпользователей завершено | За две-три недели до обучения конечных пользователей | Руководитель обучения | Суперпользователи справляются с исключениями, а не только с типовым сценарием |
| Обучение конечных пользователей завершено | За четыре-шесть недель до go-live | Руководитель обучения вместе с суперпользователями | Посещаемость и практические упражнения учтены по ролям |
| Тест сдан, доступ выдан | За неделю до go-live | Руководитель по безопасности вместе с руководителем обучения | Ни одной роли в продуктивной системе без сданного теста |
| Практикум на 30-й день | Через месяц после go-live | Руководитель обучения | Строится по самым частым обращениям в поддержку этой группы ролей |
| Практикум на 90-й день | Через три месяца после go-live | Руководитель обучения | Строится вокруг вопросов первых закрытий месяца и квартала |
Самая частая ошибка планирования: материалы пишутся, пока проект процессов в Realize ещё меняется. Сначала зафиксируйте проект или стройте материалы слоями: сначала подтверждённые процессы, потом открытые.
Разрыв между работающей системой SAP и успешным внедрением SAP часто определяется готовностью пользователей. Компании вкладывают миллионы во внедрение и смотрят, как всё рассыпается, потому что никто не провёл пользователей по нужному процессу. Обучение не формальность. Это контроль рисков.
Инструменты изменились сильнее, чем метод.
SAP переводит Enable Now в WalkMe
SAP завершил покупку WalkMe в сентябре 2024 года, сделка стоила около $1,5 млрд. В 2026 году SAP обозначил конец SAP Enable Now: новых облачных контрактов нет с апреля 2025 года, последние продления возможны до апреля 2027 года, а поддержка заканчивается в ноябре 2030 года. Его преемником стал WalkMe, включая продукт для учебного контента Learning Arc.
Что это значит на практике:
- Новым программам стоит создавать учебный контент и подсказки в приложении в WalkMe, а не начинать заново в Enable Now.
- Нынешним клиентам Enable Now время ещё есть, но миграцию контента нужно планировать до последнего продления, а не после.
- Разделение, которое по-прежнему работает: структурированный контент до go-live (симуляции, документация, тестовые сценарии, записанные один раз) для учебных волн и подсказки в приложении (всплывающие подсказки, пошаговые сценарии) для hypercare и новых сотрудников. Теперь WalkMe закрывает и то, и другое.
Whatfix остаётся достоверной альтернативой не от SAP, если для вас важна независимость от вендора.
ИИ для учебного контента
Joule, Microsoft Copilot и другие инструменты генеративного ИИ могут готовить черновики учебного контента, краткие справочные руководства и анонсы занятий по документации процессов.
Ускорение реальное, если исходная документация чистая. Оно не заменяет решений по ролевому проектированию и проектированию оценки. Тренер по-прежнему решает, что должна знать каждая роль. ИИ лишь быстрее готовит черновик.
Используйте данные об использовании, которые у вас уже есть
После go-live смотрите на фактическое использование, а не только на число обращений: аналитику WalkMe, если вы им пользуетесь, использование приложений Fiori, объёмы транзакций по ролям и обращения в поддержку по категориям. Если приложение Fiori, которое должно было заменить код транзакции, почти не используется, обучение сместилось в сторону старого способа работы. Передавайте то, что показывают данные, в практикумы на 30-й и 90-й день. В моём списке KPI внедрения ERP есть показатели принятия системы, которыми я пользуюсь.
| Провал | К чему приводит | Как избежать |
|---|---|---|
| Общее обучение для всех ролей | Нерелевантный контент; критичные задачи не охвачены | Маршруты обучения из каталога ролей |
| Слишком раннее обучение | Пользователи забывают до go-live | За четыре-шесть недель, повторение за две недели |
| Только слайды | Нет практики | Учебная среда с реалистичными данными |
| Нет оценки | Завершение предполагается, а не подтверждено | Тест до доступа в продуктивную систему |
| Нет сопровождающих на местах | Обходные пути становятся процессом | Суперпользователи на местах первые две недели |
| Обучение как задача на конец этапа | Урезается, когда график сдвигается | Отдельный отслеживаемый поток работ с Explore |
| Нет плана повторения | Принятие системы застывает на уровне go-live | Практикумы на 30-й и 90-й день |
| Новый контент создаётся в Enable Now | Контент придётся снова мигрировать до 2030 года | Создавать новый контент в WalkMe |
Финансы несут самый высокий риск комплаенса и аудита. Охватите проводки по журналу и их согласование, кредиторскую и дебиторскую задолженность, платёжные прогоны, шаги закрытия периода и отчётность. Именно на закрытии месяца проявляются пробелы. Если пользователи не отработали закрытие на обучении, они впервые столкнутся с ним под реальным давлением сроков.
Закупки требуют полного цикла от закупки до оплаты: заявка, согласование, освобождение заказа на закупку, поступление товара и проверка счетов-фактур. Покажите ошибочные ситуации, с которыми пользователи столкнутся: заблокированные заказы, сбои трёхстороннего сопоставления и сторнирование поступления товара. Пользователи, которые их ни разу не видели, заводят обращения вместо того, чтобы решать проблему.
Склад. У пользователей склада часто меньше всего формальной ИТ-подготовки. Делайте обучение коротким и привязанным к транзакциям: выдача товара, поступление товара, перемещения, инвентаризация. Воспроизводите физическую среду: те же места хранения, те же материалы, те же экраны.
HR и самообслуживание касаются каждого сотрудника. Обучение нужно руководителям, которые согласуют учёт времени и отпуска, и сотрудникам, которые пользуются приложениями самообслуживания. Занятия короче, охват шире.
О том, как обучение вписывается в общий план изменений, читайте в моём руководстве по плану управления изменениями и стратегии работы с заинтересованными сторонами в проектах SAP.
Почему программы обучения SAP не обеспечивают принятия системы?
Четыре закономерности: обучение не привязано к ролям, проводится в неподходящее время, строится на демонстрациях вместо практики и не закрепляется после go-live. Настоящее обучение начинается с go-live. Нестандартные случаи, процессы закрытия периода и исключения осваиваются в деле, а практикумы на 30-й и 90-й день стабилизируют принятие системы.
Как структурировать обучение SAP по ролям?
Начните с каталога транзакций. Для каждой роли перечислите транзакции, приложения Fiori и отчёты, которыми человек будет пользоваться, и стройте маршрут вокруг этого набора. Финансы, закупки, склад, руководство, самообслуживание HR и ИТ-поддержка получают каждый свой маршрут: короче, но глубже в том, что они действительно делают. Завершайте каждый маршрут тестом, который открывает доступ в продуктивную систему.
Что выбрать в 2026 году: WalkMe или SAP Enable Now?
Для нового контента WalkMe. SAP прекратил продажи новых облачных контрактов Enable Now в апреле 2025 года, последние продления возможны до апреля 2027 года, а поддержка заканчивается в ноябре 2030 года. Преемник: WalkMe, включая Learning Arc для учебного контента. Если вы уже используете Enable Now, пока пользуйтесь им и планируйте миграцию до последнего продления. Основная альтернатива не от SAP: Whatfix.
Что такое учебная среда в SAP и почему она важна?
Это отдельная система или мандант SAP, которая повторяет конфигурацию продуктивной, но не содержит живых бизнес-данных, чтобы пользователи могли тренироваться и безопасно ошибаться. Стройте её из системы QA после интеграционного тестирования, чтобы конфигурация совпадала с go-live, и загрузите основные данные, похожие на ваш реальный бизнес. Нереалистичные данные учат пользователей работать в системе, которой они никогда не увидят.
Кто такой суперпользователь во внедрении SAP?
Бизнес-пользователь, обученный глубже остальных и выбранный из каждой функциональной области до начала обучения. Суперпользователи закрывают исключения и нестандартные случаи, работают сопровождающими на местах после go-live и передают проблемы процессов проектной команде через формальный процесс обработки проблем. Это одни из самых выгодных вложений в программу SAP.
Как измерить, сработало ли обучение SAP?
Четыре показателя: частота ошибок в транзакциях за первые 30 дней (корректирующие проводки, сторно, исключения в данных); обращения в поддержку по функциям; фактическое использование относительно ожидаемого по ролям; доля сдавших тест по темам. Просматривайте их еженедельно в hypercare и ежемесячно в течение первого квартала. Низкий объём транзакций в одной роли через четыре недели после go-live почти всегда означает пробел в обучении, а не проблему мотивации.
Следующий шаг
Ведёте ERP-программу прямо сейчас?
Если эта статья затронула программу, в которой вы участвуете прямо сейчас, 30-минутный разговор обычно даёт больше, чем ещё неделя внутреннего анализа.




