Привет, в двух организациях занимался созданием базы знаний на Dokuwiki именно для конструкторов. Хотя сейчас бы взял Mediawiki — выглядит интереснее, возможностей побольше, есть интеграция с Libre office. Не все сотрудники могут освоить markdown.
В основном в wiki размещаются инструкции, текстом со скриншотами или видео. Принять wiki в качестве какого-то официального документа… Не знаю… в маленькой организации это не нужно, а в большой (с наследием из прошлого) невозможно в силу приверженности людей к другому формату официальных документов.
Основные проблемы при создании такого портала — это определить структуру (я организовывал разделы по продуктам pdm решение, cad решение, ecad и ТД.) и стиль статей, научить пользоваться коллег, разобрать свалку существующих данных в word, pdf, txt и постепенно переписывать их в markdown (можно использовать pandoc для этого). На наиболее частые вопросы пользователей лучше написать по статье, и отправлять их туда, через некоторое время освоят поиск и будут сначало пользоваться им, вместо обращений в поддержку. Наверное лучшей практикой будет если получится организовать чтобы пользователи сами писали статьи (не только по использованию ПО, но и по решению задач из своей профессиональной области, это ведь и есть концепция wiki), тогда это будет не просто портал с инструкциями, а некоторый процесс управления знаниями.
Привет, в двух организациях занимался созданием базы знаний на Dokuwiki именно для конструкторов. Хотя сейчас бы взял Mediawiki — выглядит интереснее, возможностей побольше, есть интеграция с Libre office. Не все сотрудники могут освоить markdown.
В основном в wiki размещаются инструкции, текстом со скриншотами или видео. Принять wiki в качестве какого-то официального документа… Не знаю… в маленькой организации это не нужно, а в большой (с наследием из прошлого) невозможно в силу приверженности людей к другому формату официальных документов.
Основные проблемы при создании такого портала — это определить структуру (я организовывал разделы по продуктам pdm решение, cad решение, ecad и ТД.) и стиль статей, научить пользоваться коллег, разобрать свалку существующих данных в word, pdf, txt и постепенно переписывать их в markdown (можно использовать pandoc для этого). На наиболее частые вопросы пользователей лучше написать по статье, и отправлять их туда, через некоторое время освоят поиск и будут сначало пользоваться им, вместо обращений в поддержку. Наверное лучшей практикой будет если получится организовать чтобы пользователи сами писали статьи (не только по использованию ПО, но и по решению задач из своей профессиональной области, это ведь и есть концепция wiki), тогда это будет не просто портал с инструкциями, а некоторый процесс управления знаниями.