Корпоративный портал для адаптации и оценки персонала: как настроить базовый HR-сценарий без перегруза команды

Корпоративный портал помогает адаптации, когда новый сотрудник понимает три вещи: что сделать, к кому обратиться и по каким признакам будет оценена готовность к работе. Если вместо этого он получает десятки ссылок без порядка, портал становится ещё одним местом, где нужно искать ответ.
Разберём авторский сценарий для условной службы клиентской поддержки. Новичок должен освоить базу знаний, научиться оформлять обращение и показать руководителю несколько учебных ответов. Цель проекта — организовать процесс и его проверку. Само появление портала не доказывает рост производительности или снижение текучести.
Что объединить в первом запуске
Не переносите сразу все HR-процессы. Для первого сценария достаточно маршрута новичка, понятной базы материалов, списка задач и связи с наставником. Оценка входит в тот же маршрут как проверяемое действие, а не как отдельная система баллов ради рейтинга.
В шаблоне Microsoft SharePoint New employee onboarding предусмотрены Getting started, Onboarding checklist, Who we are и Help and support. Это пример готовой структуры конкретного продукта, которую требуется наполнить своими данными. Названия разделов не создают актуальные инструкции и не назначают ответственных автоматически.
| Раздел нашего портала | Минимальное содержание | Следующее действие новичка |
|---|---|---|
| Первый день | Порядок входа, встреча с руководителем, контакты | Проверить доступ и сообщить о проблеме |
| Первые задачи | Короткий маршрут с владельцами и сроками | Начать конкретный пункт |
| База знаний | Правила ответа, работа с обращениями, примеры | Найти правило для учебного случая |
| Помощь | Наставник, HR, техническая поддержка | Выбрать адресата вопроса |
| Обратная связь | Критерии задания и дата обсуждения | Передать учебный результат руководителю |
На главной странице покажите не всё содержимое компании, а ближайшие шаги пользователя. Корпоративная история может быть полезна, но она не должна закрывать ссылку «не работает доступ» или инструкцию на сегодняшний день.
Роли без коллективной безответственности
В авторском процессе HR владеет общим маршрутом и проверяет, что он запущен для каждого новичка. Руководитель определяет рабочие задачи и оценивает результат. Наставник помогает разобраться с практикой и собирает повторяющиеся вопросы. Новый сотрудник выполняет задания и сообщает о блокирующих обстоятельствах.
Владелец страницы и владелец процесса могут быть разными людьми. Автор инструкции обновляет материал, но вопрос допуска к самостоятельной работе решает назначенный руководитель. Эти полномочия стоит записать до запуска, иначе отметка в чек-листе может выглядеть как разрешение, которого никто не давал.
Для каждого пункта задайте действие, срок относительно выхода, ответственного за помощь и подтверждение результата. Например: «До конца третьего рабочего дня оформить учебное обращение; наставник помогает; руководитель проверяет корректность заполнения». Слова «изучить портал» такого результата не задают.
Контрольные точки и рабочая оценка
Ниже условный календарь адаптации, выбранный автором. Дни не являются нормами испытательного срока и не определяют его правовые условия. Если испытание установлено, кадровые решения и документы оформляют по применимым требованиям отдельно от учебного маршрута портала.
| Точка | Задача | Подтверждение | Обсуждение |
|---|---|---|---|
| День 1 | Получить доступ к рабочим ресурсам | Пробный вход без передачи паролей наставнику | Что пока блокирует работу |
| День 3 | Оформить учебное обращение | Заполненная карточка без реальных клиентских данных | Какие поля вызвали вопросы |
| Конец недели 1 | Подготовить ответы на три учебных случая | Применены правила базы знаний, понятен следующий шаг | Одна сильная сторона и конкретная доработка |
| Конец недели 2 | Выполнить согласованный участок под наблюдением | Разбор с руководителем по заданным критериям | Какая поддержка ещё нужна |
| Конец месяца | Подвести итоги маршрута | Решения и дальнейшие задачи зафиксированы | Что изменить в обучении и рабочей нагрузке |
Важно разделять ознакомление и навык. Человек может отметить чтение инструкции, но пока не уметь применять её к нестандартному обращению. Поэтому для практических задач нужен результат, а не только галочка. При этом не требуйте лишнего доказательства там, где достаточно подтверждения доступа.
Пример обратной связи: «В двух ответах правило найдено верно. В третьем не указан срок следующего контакта; добавьте его по инструкции и принесите исправленный вариант». Формулировка описывает работу и действие, не превращая ошибку в оценку личности.
Как связать знания, коммуникации и оценку
Пункт маршрута должен вести к нужному материалу и понятному каналу вопроса. В нашем примере рядом с заданием размещают ссылку на действующую инструкцию, контакт наставника и критерий завершения. Не создавайте второй независимый список задач в письме, который быстро разойдётся с порталом.
Не обещайте интеграции, пока они не проверены. Перед связью портала с кадровой системой выясните доступные интерфейсы, лицензии, права и владельца данных. Для пилота допустим ручной перенос небольшого набора статусов по согласованному порядку, если он явно описан и не создаёт дублирующих источников истины.
Общие инструкции можно показывать всей нужной аудитории, а индивидуальные результаты оценки — только уполномоченным участникам процесса. Реальную настройку прав проверьте под учётной записью новичка. Размещение ссылки на ограниченную страницу не равно предоставлению доступа и не заменяет проверку разрешений.
Метрики: использование отдельно от результата
Microsoft в руководстве NEO приводит примеры показателей: посещения и уникальные пользователи из отчёта использования сайта, удовлетворённость из опроса, удержание из HR-системы. Это разные источники. Посещение раздела не доказывает, что сотрудник научился решать рабочую задачу.
Для нашего пилота автор добавляет операционные показатели: сколько новичков получили доступ в срок, сколько обязательных задач завершено к контрольной точке, сколько заданий пришлось переделать и какие вопросы повторяются. Их нужно организовать в самом процессе; это не обещание, что любой портал выдаёт их автоматически.
Допустим, из десяти новичков восемь получили доступ в первый день, а шестеро выполнили учебный кейс с первого раза. Эти доли отвечают на разные вопросы. Сначала разберите причины двух задержек доступа и четырёх доработок, а не сводите всё к одному «индексу успешности портала».
Ошибки запуска и порядок исправления
Пустые страницы замените минимальным рабочим содержанием до выдачи ссылки. Устаревшие материалы закрепите за владельцами и назначьте даты пересмотра. В документации Microsoft для шаблона адаптации предусмотрены обновление содержимого и ссылок, проверка web parts и настроек сайта, а также использование аналитики. В нашем процессе автор дополнительно назначает владельцев контактов, FAQ и чек-листов: это выбранный порядок сопровождения, а не точная цитата из руководства.
Если сотрудники не используют портал, проверьте конкретный маршрут: могут ли они войти, понимают ли следующий шаг, работает ли ссылка и доступен ли ответственный. Лишние согласования убирайте там, где они не меняют решение. Завершение пилота — это разбор наблюдений и обновлённый маршрут для следующего потока, а не отчёт о количестве созданных страниц.



