Базы знаний Щас много времени провожу за описыванием всякого разного, но пока не рехнулась. Люблю это. Что я поняла по базам знаний В МАЛЕНЬКОЙ компании. 1) У каждой странички базы знаний должен быть хозяин. Например, в базе знаний отдела продаж есть раздел с услугами. Под каждую услугу своя страничка. И вот у каждой этой странички должен быть свой хозяин. И не обязательно это кто-то из продаж. Хозяином может быть человек из редакции. И, что важно, писать эту страничку мог не хозяин. Например, я щас описываю всё агентство для МОПа. Я напишу базу знаний и найду хозяев для каждой страницы, далее ее будут вести они и приходить ко мне только когда надо переписать все под 0. 2) Настроить автоматику, чтобы всем «хозяевам» раз в месяц прилетала задача проверить актуальность. - прощелкать все ссылки, посмотреть, что актуально, что все работает - проверить суть на актуальность - проверить перечисленных в базе знаний людей на наличие этих людей в компании. 3) Забрать в отдельную задачу все часто повторяющиеся ссылки из баз знаний. Сделать так, чтобы заменять их было нельзя. Например, презентация услуг агентства находится почти на каждом агентстком листе базы знаний. Раз в пару месяцев мы что-то там меняем. И важно, чтобы меняли мы именно в том файле, что по ссылке в базе знаний. А не заменяли новым доком. Поэтому важно знать такие ссылки в лицо. 4) Каждая ссылка в базе знаний должна быть подписана. Нельзя просто написать «алярт, вот тут важно, вот ссылка». Нужно сказать, мол, тут лежат ролики как заполнять коммерческое предложение, какой цикл сделки у этой услуги, как пользоваться прайсом-конструктором. 5) База знаний должна быть последовательной. 6) Хэштеги, ключевики - наше все. Думать нужно не только категориями «как приятно читать»/ «как Ильяхов прописал», но и категориями «как ребята будут это вбивать в поиск?». И расставить нужные ключевики в нужном разделе базы знаний. 7) «Сделал крутую базу знаний» - пишем, «через 4 месяца она станет барахлом» - в уме. Поэтому актуализация, актуализация, актуализация. База знаний может быть активом (экономит ваше время), но и, неизменно, частично будет пассивом (требовать от вас время на отброс устаревшего, добавление нового). 8 - Мы никогда не пишем базу знаний на старте какой-то услуги/ процесса и пр. Только когда всё утряслось и понятно, как будет дальше. Это как с квартирой в новостройке: делать дорогой ремонт, пока дом не «осядет»? да щазз. 9) Удобство пользования инструментом важнее, чем удобство верстки в нем. Это я про битрикс) Прости господи, но это такое уебство для тех, кто пишет эту базу знаний. Но для тех, кто работает с ней, это, правда, удобно - все в одном месте, не нужно бежать на другой ресурс, адекватный поиск, красивенько сделано. Часть из этого уже внедрено, часть в срочном порядке введу вот-вот))