Комментарии 15
А как вы дедублицируете облако тэгов?
У нас есть таблицы, в которых записаны теги и типы статей, для которых они должны проставляться. Сейчас это делается вручную, а теги сильно отличаются друг от друга, чтобы дубликаты не появлялись. Пока тегов не слишком много, их расставление не вызывает труда. В будущем можно подумать над автоматизацией процесса.
То есть любому писателю сначала надо выучить словарь тегов?
А будет видео демонстрация как выглядит интерфейс в процессе работы, как быстро находится нужная информация, насколько красиво она группируется в результате поиска/фильтрации?
Наш опыт показал, что поиск по новой системе ускорился, в среднем на тестах в два раза.
К сожалению, показать реальные скриншоты из внутренней БЗ не можем из соображения безопасности данных, но по визуализации реальность отвечает этой схеме:
Здесь мы перерисовали интерфейс программы и расположили все элементы так, как в системе.
По-моему для небольших компаний проще всего знания хранить в wiki- движке
А как вы ее держите в актуальном состоянии? При таком раскладе это невозможно...
Вспомнилось:
Новый Аналитик: "А что у нас по документации?"
Тимлид: "Я И ЕСТЬ ДОКУМЕНТАЦИЯ!!!"
P.S. Самое печальное если оказывается, что сразу после этого и тимлид и предыдущие коллеги сваливают из компании и вот из этого надо пилить базу знаний.
Лайк за "кнопки для перехода во внешнюю базу знаний, блог компании или раздел с инструкциями" :)
Масштабная работа, очень интересно будет почитать продолжение!
Познавательно. Если не брать в расчет что россиянам оно не доступно и стоило от 2х миллионов, то через год оно перестает поддерживаться и обновляться. В этом контексте конфлюенс сейчас не особо интересен. Что Вы с ним сравнивали и как планируете переносить данные? Или планируете мучить трупик?
Как создать внутреннюю базу знаний для большой IT-компании. Из хаоса в гиперспейсы