Вики или база знаний в портале: это разные задачи

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

Вопрос в том, нужно ли вам хоть что-то из того, по чему она выигрывает.

Что типовому бизнесу нужно от базы знаний

Компания на 100–500 человек, где основная работа — не разработка. Розница, производство, услуги, финансы. Список потребностей у них получается коротким:

1. Положить регламент так, чтобы его нашли. Порядок приёмки товара, как оформить командировку, что делать при жалобе клиента. Причём «нашли» обычно означает не «нашли в дереве разделов», а «получили ответ на свой вопрос».
2. Понимать, актуален ли он. Устаревшая инструкция хуже отсутствующей: по ней делают и ошибаются с полной уверенностью в своей правоте.
3. Разграничить доступ. Что-то — всем, что-то — только руководителям, что-то — только HR.
4. Чтобы туда заходили. Самый важный пункт и самый часто проваленный.
5. Не заводить ради этого отдельную систему, которую надо администрировать, оплачивать и внедрять.

Всё. Пять пунктов, и ни один из них не про глубину инструмента.

На чём выигрывает специализированная вики

Макросы и плагины. Граф связей между страницами. Вложенность на шесть уровней. Кастомные шаблоны. API и интеграции с трекером задач. Совместное редактирование в реальном времени. Версионирование уровня технической документации. Миграция из Confluence. Установка в собственном контуре.

Всё это настоящие и сильные возможности. Проблема в одном: типовой бизнес из списка выше не использует почти ничего.

Отсюда следует вещь, которая переворачивает сравнение. Глубина вики для такого покупателя — не преимущество, а издержка. Он платит за возможности, которыми не пользуется, получает вторую систему в администрирование и второй вход для сотрудников, а взамен по-прежнему имеет базу знаний, куда заходит половина компании.

Разные задачи вики и базы знаний портала

Формулировка «вики глубже, портал удобнее» неточна и уводит в сторону. Точнее так:

Вики решает задачу документации. Типовому бизнесу нужна задача доведения информации.

Задача документации — описать сложную систему так, чтобы в ней разобрался специалист: связи, версии, точность формулировок, работа нескольких авторов над одним текстом. Это реальная задача, и для неё вики — правильный инструмент.

Задача доведения — сделать так, чтобы человек узнал, как поступить, в тот момент, когда ему это нужно. Здесь решает не глубина, а точка входа: откуда он попадёт на страницу.

Если ответ «наберёт адрес в браузере» — он не наберёт. И самый продуманный редактор этого не изменит.

Почему точка входа решает

В вики ходят те, кто живёт в документации профессионально. Разработчики, аналитики, техписы. Для них отдельный адрес — не барьер, а рабочий инструмент.

Для всех остальных отдельный адрес — это барьер, который побеждает содержимое. Кладовщик не пойдёт в вики. Продавец не пойдёт. Мастер смены не пойдёт. Они спросят у коллеги — и получат ответ по памяти, возможно, неверный.

Складывается предсказуемо: формально база знаний есть, фактически ей пользуется отдел разработки. Компания заплатила за систему, внедрила её и не решила исходную задачу.

Когда база знаний лежит внутри портала, точка входа появляется сама: ссылка в задаче адаптации, ссылка в курсе, ссылка в новости, ссылка в карточке коллеги. Человек попадает на страницу из своей работы, а не потому что вспомнил про существование базы знаний.

Найти или спросить

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

В вики вы ищете. Набираете ключевые слова, получаете список страниц, открываете, просматриваете, находите нужный абзац. Это работает, если вы знаете, как называется то, что ищете. Новичок не знает: он не в курсе, что порядок оформления командировки лежит в разделе «Административные процедуры», и по слову «командировка» может не найти ничего, если в тексте написано «служебная поездка».

В TeamHero можно спросить. База знаний подключена к AI-агенту портала: человек задаёт вопрос своими словами — «как оформить поездку в Казань» — и получает ответ со ссылкой на источник, в пределах своих прав доступа. Ручной поиск и навигация по дереву при этом никуда не деваются: кому удобнее искать самому, ищет самому.

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

Когда вики действительно нужна

Не всегда выбор очевиден в пользу портала. Четыре ситуации, где нужен специализированный инструмент:

• База знаний — это продуктовая документация. Сотни страниц, перекрёстные связи, версии API, схемы архитектуры.
• Основной читатель — разработка. Они уже живут в документации, и им нужна её глубина.
• Есть наследство в Confluence. Полторы тысячи страниц — это отдельный проект миграции, и решать его надо целенаправленным инструментом.
• Требование поставить на свои серверы. Для части компаний это не предпочтение, а условие допуска.

Частый и здоровый вариант — держать оба: техническая документация остаётся в вики у разработки, всё остальное живёт в портале. У этих двух вещей действительно разные читатели, и объединять их насильно смысла нет.

Как это сделано в TeamHero

База знаний — раздел портала: пространства с деревом страниц, редактор без разметки, черновик и публикация, история версий, корзина с восстановлением, права доступа на пространство и на отдельную страницу, экспорт страницы.

Этот список примерно одинаковый у всех, и не в нём дело. Дело в том, что страница оказывается на пути человека — в задаче, в курсе, в новости. Отдельного адреса, который надо помнить, нет.

Чего у нас нет: миграции с Confluence, установки в вашем контуре, совместного редактирования в реальном времени и графа связей между страницами. Это настоящие ограничения — и ровно те возможности, которые нужны тем, кому действительно нужна вики.

Кому мы не подойдём: командам, у которых база знаний — это продуктовая документация, и компаниям с требованием поставки на собственные серверы.

Кому подойдём: компаниям, где проблема не в глубине документации, а в том, что написанное никто не читает.

Четыре вопроса на демо любого решения

Независимо от выбора, спросите вслух:

1. Покажите путь сотрудника без рабочего компьютера — от телефона до конкретной инструкции. Считайте шаги.
2. Кто отвечает за актуальность страницы? Если в продукте нет владельца и даты пересмотра, через полгода вы получите набор устаревших текстов — как этого избежать, разбирали отдельно.
3. Что видит новичок в первый день? Дерево из сорока разделов — плохой ответ.
4. Как выдать доступ к одной странице, не открыв соседнюю? Права обычно грубее, чем выглядят на презентации.

Решение, которое проходит эти четыре вопроса, доживёт до второго года. Которое не проходит — станет ещё одной папкой, куда никто не заходит, просто с красивым интерфейсом.