🗓 Можно ли совместить онбординг и базу знаний/внутреннюю wiki компании?

Почему бы и нет? Основная функция онбординга — рассказать новичку о том, как:
✳️ всё в компании устроено
✳️ в каких сервисах ведётся работа и как туда попасть
✳️ какие есть стандарты коммуникации и другие правила

База знаний или внутренняя wiki предполагает, что сотрудник может к ней обратиться когда:
*️⃣ он забыл какие-то детали выполнения конкретной операции
*️⃣ или хочет перепроверить, как корректно вести себя в определённой ситуации
*️⃣ или просто получить какую-то справочную информацию, которую нет смысла держать в голове

Из таких описаний становится заметно, что, действительно, функции онбординга и базы знаний частично пересекаются. И, если у заказчика есть задача оптимизировать расходы, нам нередко заказывают разработку онбординга, совмещённого с базой знаний.


📂 Для того, чтобы это работало, важно выбрать ПО, которое позволяет удобно структурировать контент и предоставлять разные уровни доступа. 〰️Даже когда есть задача сэкономить, мы не рекомендуем делать ни онбординг, ни, тем более, базу знаний “на коленке” — например, в системе гугл-доков, перелинкованных между собой. Подходящее ПО позволяет использовать разные форматы контента: тексты (с возможностью классной вёрстки), видео, картинки, файлы и, конечно, даёт возможность создавать вложенные страницы, бэклинки, встраивать виджеты и осуществлять поиск.
Вот, например, где это можно реализовать (пишем без скидки на доступность в РФ):
✳️Notion
✳️Confluence
✳️Моя команда
✳️Teamly

✅В общем, сделать два в одном вполне реально, если заранее грамотно спланировать структуру и продумать, где (на какой платформе) всё будет храниться. Чтобы в последствии было удобно не только использовать, но и обновлять, редактировать, дополнять разделы.