Форум и база знаний на корпоративном сайте выглядят наследием двухтысячных. Клиенты ушли в мессенджеры, вопросы задают в WhatsApp, а публичные обсуждения ассоциируются со спамом и мёртвыми ветками десятилетней давности. При этом в лицензии 1С-Битрикс оба модуля уже лежат оплаченными, и часть компаний вытаскивает из них ощутимую пользу.
Ниже про то, что умеет модуль форума 1С-Битрикс и модуль Wiki, каким бизнесам они дают эффект и в каких случаях запуск обернётся мёртвым разделом, который потом придётся закрывать от индексации.
Что входит в модуль форума 1С-Битрикс
Модуль «Форум» входит в состав платформы «1С-Битрикс: Управление сайтом». Это не сторонний продукт, который нужно искать в Маркетплейсе. По официальной документации он позволяет создавать произвольное количество форумов, объединять их в группы и гибко раздавать права: кто читает, кто пишет, кто вообще видит раздел. Права опираются на стандартные группы пользователей сайта, поэтому закрытый раздел для дилеров и открытый раздел для клиентов спокойно живут в одной системе.
Модерация настраивается в двух режимах. При премодерации сообщение публикуется после проверки, при постмодерации оно появляется сразу, а модератор правит его задним числом. Модераторов назначают из числа пользователей портала. Для форумов, где важна вовлечённость, предусмотрены звания и баллы, простая репутационная механика, которая отделяет случайного посетителя от постоянного участника.
Из технической начинки стоит отметить набор компонентов: комплексный компонент forum с готовым интерфейсом, отдельные компоненты для чтения тем и списков, личных сообщений между пользователями, просмотра профилей, поиска по форумам и выгрузки в RSS. Отдельного внимания заслуживает компонент forum.topic.reviews, который выводит отзывы к элементам инфоблоков. То есть форумный движок обслуживает не только раздел «Форум», но и блок отзывов под карточкой товара, под новостью, под страницей проекта. Комментарии на сайте физически хранятся в том же механизме и модерируются теми же инструментами.
Это меняет расчёт целесообразности. Даже если публичный форум вам не нужен, модуль часто уже работает на сайте, просто в роли системы отзывов.
База знаний на сайте: чем Wiki отличается от раздела статей
Модуль Wiki вендор описывает как сборник статей для накопления и обобщения знаний. Со стороны кажется, что это тот же инфоблок со статьями, только под другим названием. Разница в четырёх вещах, и каждая из них имеет вполне практическое значение.
Первое: все правки сохраняются в истории изменений, и к любой предыдущей версии можно вернуться. Для документа, который правят пять человек из разных отделов, это защита от ситуации «кто-то удалил половину инструкции, и никто не помнит, что там было».
Второе: тексты правятся в визуальном редакторе. Сотрудник технической поддержки дописывает раздел про новую ошибку сам, не заводя задачу на подрядчика и не открывая админку инфоблоков с двадцатью полями.
Третье: категории и теги вместо жёсткого дерева разделов. Одна страница может относиться сразу к нескольким категориям. Инструкция по замене фильтра одновременно живёт в разделе «Обслуживание» и в разделе по конкретной модели оборудования, не превращаясь в две копии, которые потом расходятся между собой.
Четвёртое: оглавление собирается автоматически по структуре документа, к статьям можно оставлять комментарии, права на редактирование настраиваются отдельно, от «правит только автор» до «правит любой авторизованный пользователь». В статьи встраиваются изображения и видео.
Получается инструмент для документации, которая живёт и меняется. Раздел «Статьи» в инфоблоке хорош для маркетинговых материалов, которые пишут один раз и почти не трогают. База знаний на сайте выигрывает там, где текст переписывают каждый квартал по мере выхода новых версий продукта.
Четыре ситуации, когда форум и база знаний окупаются
Первая ситуация: сложный продукт с долгим внедрением. Программное обеспечение, промышленное оборудование, инженерные системы. Клиент покупает один раз, а вопросы задаёт три года. Каждый ответ поддержки в переписке умирает внутри этой переписки: следующий клиент задаст тот же вопрос, и сотрудник напишет тот же ответ заново. Перенесённый в базу знаний ответ обслуживает всех последующих.
Вторая: дилерская или партнёрская сеть. Тридцать региональных партнёров с текучкой менеджеров, которым нужны прайсы, регламенты оформления заявок, техописания, ответы на возражения клиентов. Закрытый раздел с правами по группам пользователей решает задачу лучше, чем рассылка архивов по почте, где через полгода никто не понимает, какая версия документа актуальна.
Третья: поддержка, которая тонет в повторяющихся вопросах. Проверяется просто. Посчитайте, сколько обращений за последний месяц закрылись ссылкой на одну и ту же инструкцию или одним и тем же абзацем текста. Если таких больше трети, база знаний снимет с линии заметный объём рутины. Здесь же работает связка с модулем «Техподдержка», который в 1С-Битрикс отвечает за тикеты: оператор отвечает ссылкой на статью вместо того, чтобы пересказывать её в каждом обращении.
Четвёртая: поисковый трафик по длинному хвосту. Пользовательский контент и техническая документация закрывают тысячи низкочастотных запросов, которые ни один копирайтер не напишет вручную, потому что заранее не знает их формулировок. Люди сами приносят фразы, которыми они описывают свою проблему. Работает это медленно и требует, чтобы разделы были открыты для индексации и связаны перелинковкой, зато накопительный эффект сильнее, чем у блога.
Как это выглядит на практике
Для наглядности возьмём вымышленный пример: дистрибьютор климатического оборудования с монтажной сетью по Казахстану. Сайт на «Управлении сайтом», каталог на инфоблоках, заявки уходят в CRM. Линия поддержки принимает около четырёхсот обращений в месяц, и примерно половину из них составляют вопросы монтажников по подбору комплектующих, схемам подключения и типовым ошибкам на дисплее.
Что делает такая компания. Открывает базу знаний с двумя уровнями доступа: публичная часть с инструкциями по эксплуатации для конечных клиентов и закрытая часть для монтажников с расчётными таблицами и внутренними регламентами. Форум запускает только в закрытом контуре, там, где монтажники обсуждают нестандартные объекты между собой и где сотрудник производителя может ответить один раз для всех.
Дальше начинается работа, которую обычно недооценивают. Первые тридцать статей пишет не подрядчик, а сама поддержка: берёт последние двести обращений, группирует по темам и оформляет ответы, которые уже давала. Форум первый месяц наполняют сотрудники, задают вопросы от лица пользователей и сами на них отвечают, чтобы новый участник не приходил в пустой раздел. Через квартал закрытая часть начинает жить сама, публичная подтягивает поисковый трафик по запросам вида «ошибка E5 кондиционер что значит».
Экономический эффект тут считается по снижению нагрузки на линию: сколько обращений закрылось ссылкой, на сколько сократилось среднее время ответа. Если этих метрик никто не собирает, проект превратится в раздел, про который через год скажут «что-то не пошло».
Что ломается при запуске
Пустой раздел отпугивает. Посетитель видит ноль тем и делает вывод, что компания забросила площадку. Правило тут простое: не открывать раздел публично, пока в нём нет тридцати-сорока осмысленных материалов.
Спам приходит быстро. Открытая регистрация с правом публикации собирает ботов в первую же неделю. Ограничение прав для новых пользователей, премодерация первых сообщений и капча снимают основную часть проблемы. Постмодерация подходит только площадкам с активным модератором, который заходит ежедневно. Отдельная беда закрытых партнёрских разделов: туда боты не приходят, зато приходит содержимое, которое не предназначалось внешнему миру. Права на чтение стоит проверить руками до того, как в раздел зальют внутренние прайсы, а не после первой утечки к конкуренту.
Отсутствие ответственного убивает проект чаще всего остального. Форум и база знаний требуют человека, у которого это записано в обязанностях с конкретным объёмом: столько-то статей в месяц, ответ на вопрос в течение рабочего дня. Формулировка «пусть поддержка заполняет, когда будет время» означает, что заполнять не будет никто.
Дубли и мусор в индексе появляются сами собой. Форумные движки плодят технические страницы: печатные версии тем, страницы пагинации, профили пользователей, RSS-ленты. Без настройки robots.txt и канонических адресов поисковая система получает тысячи почти одинаковых документов, что бьёт по всему сайту, а не только по форуму. Настраивать это нужно до открытия раздела для индексации, а не после того, как в Search Console появится предупреждение.
Нагрузка на сервер тоже растёт. Форум с активной жизнью даёт заметно больше запросов к базе данных, чем статичный каталог. На тарифе шаред-хостинга, куда сайт поставили пять лет назад, это выливается в замедление всего проекта. Запас по ресурсам стоит проверить заранее, а не в момент, когда страницы начнут открываться по восемь секунд.
Связка с остальными модулями платформы
Отдельно стоящий форум приносит мало пользы. Ценность появляется, когда он подключён к тому, что на сайте уже работает. Разница видна на простом сценарии: клиент ищет решение своей проблемы через строку поиска на сайте, а не через меню разделов, и ему всё равно, лежит ответ в новостях, в базе знаний или в старой ветке форума. Если поиск обходит половину контента стороной, половина работы по наполнению пропала.
Модуль «Поиск» индексирует содержимое форума и базы знаний вместе с каталогом и новостями, так что посетитель находит ответ независимо от того, в каком разделе тот лежит. Модуль «Социальная сеть» связывает обсуждения с профилями пользователей. Компонент отзывов подтягивает форумный механизм в карточки товаров. Модуль «Обучение, тестирование» позволяет достроить над базой знаний проверку: партнёр прочитал регламент и прошёл тест, результат зафиксирован. Модуль «Веб-аналитика» показывает, какие материалы читают, а какие лежат мёртвым грузом.
По официальной таблице сравнения лицензий «Форумы и блоги», «База знаний Wiki», «Социальная сеть», «Обучение, тестирование», «Поиск» и «Веб-аналитика» входят в состав редакций «Управления сайтом», отдельно докупать их не требуется. Состав для своей редакции лучше сверить в актуальной таблице на сайте вендора перед покупкой лицензии, потому что набор модулей вендор периодически пересматривает.
Расходы возникают в другом месте: шаблоны под дизайн сайта, настройка прав и модерации, интеграция с CRM, SEO-обвязка разделов. Готовые компоненты выводят стандартную вёрстку, которая почти никогда не совпадает с дизайном корпоративного сайта, и переопределение шаблонов обычно занимает больше времени, чем сама установка модуля. Если вы планируете такой проект, начните с оценки: мы занимаемся разработкой и доработкой сайтов на 1С-Битрикс и на этапе аудита показываем, какие модули у вас уже включены в лицензию и что придётся дорабатывать под задачу.
Что измерять после запуска
Посещаемость раздела мало что говорит о базе знаний. Тысяча просмотров в месяц не отвечает на вопрос, окупился проект или нет. Осмысленных показателей четыре, и все они считаются из данных, которые у компании уже есть.
Доля обращений, закрытых ссылкой на материал. Оператор поддержки отвечает ссылкой на статью, это фиксируется в тикете. Через три месяца видно, какая часть входящего потока обслуживается уже написанным содержанием. Рост этой доли и есть основной эффект.
Повторяемость тем. Возьмите список из десяти самых частых вопросов в начале проекта и такой же через полгода. Если верхние темы поменялись, значит старые действительно закрыты материалами, а поддержка перешла к более редким случаям. Если список тот же, материалы либо плохо написаны, либо их не находят.
Поисковые входы на страницы раздела. Считаются в Search Console и Яндекс.Вебмастере по разделу целиком. Здесь важна не абсолютная цифра, а количество разных запросов: база знаний работает хорошо, когда одна страница приводит людей по десяткам формулировок одного и того же вопроса.
Время до первого ответа на форуме. Для закрытых партнёрских разделов это ключевой показатель. Если ответа приходится ждать три дня, участники вернутся в мессенджеры, и раздел умрёт, сколько бы усилий ни ушло на его запуск.
Все четыре показателя стоит зафиксировать до начала работ. Иначе через год разговор сведётся к ощущениям, а ощущения по таким проектам всегда пессимистичнее реальности: рутину, которая перестала происходить, никто не замечает.
Как перенести то, что уже написано
У большинства компаний содержание для базы знаний уже существует, просто лежит не там. Ответы в переписках менеджеров, инструкции в файлах на общем диске, презентации для дилеров, письма с разъяснениями, которые кто-то однажды написал и рассылает по кругу.
Разумный порядок такой. Сначала собрать источники в одно место и отсеять устаревшее, обычно на этом шаге отваливается треть. Затем переписать под формат страницы: заголовок формулируется как вопрос пользователя, а не как название документа. «Регламент оформления возврата» никто не ищет, «как оформить возврат оборудования» ищут. Дальше проставить категории и теги, связать страницы перекрёстными ссылками, и только потом открывать раздел.
Пункт про заголовки выглядит мелочью, но именно он определяет, найдут материал или нет, причём и в поиске по сайту, и в Google. Внутренние документы почти всегда названы языком компании, а ищут их языком клиента, и эти два языка совпадают редко.
Когда браться не стоит
Форум не нужен компании, у которой меньше сотни клиентов. Критическая масса не наберётся, обсуждать будет некому, и раздел останется витриной с двумя темами.
Форум не нужен, если продукт простой. Никто не будет обсуждать на форуме доставку пиццы или аренду помещения. Вопросы там закрываются одним звонком, и площадка для обмена опытом не имеет предмета.
База знаний не нужна, если документация умещается в пять страниц. Обычный раздел «Вопросы и ответы» на инфоблоках справится дешевле, заводить под него модуль с историей версий смысла нет.
И то, и другое не нужно, если в компании некому этим заниматься. Здесь стоит быть честными с собой на входе: работа с базой знаний даёт регулярную нагрузку на сотрудников, а не разовый проект внедрения. Разработка займёт несколько недель, а поддержание содержания продолжается годами.
С чего начать
Начните с обращений. Выгрузите последние двести-триста тикетов или сообщений из мессенджера, разложите по темам и посмотрите на распределение. Если верхние десять тем закрывают половину обращений, у вас есть готовое содержание для базы знаний и понятный расчёт эффекта.
Дальше решается вопрос доступа. Публичный раздел работает на поисковый трафик и снимает нагрузку с поддержки, закрытый решает задачу дистрибуции знаний внутри партнёрской сети. Смешивать их в одном разделе не стоит: механика наполнения, тон материалов и требования к оформлению у них разные.
Затем считается ресурс. Один человек с выделенными пятью-шестью часами в неделю удержит базу знаний среднего размера. Без такого человека проект стоит отложить, сколько бы ни стоила разработка.
И только после этого имеет смысл разговор о технической части: какие компоненты выводить, как переопределять шаблоны, как настраивать индексацию и права. Модули в лицензии никуда не денутся, а вот бюджет, потраченный на неработающий раздел, вернуть уже не получится.
Частые вопросы
Нужно ли покупать модуль форума 1С-Битрикс отдельно?
Нет. По таблице сравнения лицензий «Форумы и блоги» и «База знаний Wiki» входят в редакции «1С-Битрикс: Управление сайтом». Затраты возникают на доработку шаблонов под дизайн сайта, настройку прав и модерации, а не на саму лицензию модуля. Состав своей редакции стоит сверить в актуальной таблице у вендора.
Чем модуль Wiki лучше обычного раздела статей на инфоблоках?
Историей изменений с возможностью откатиться к прежней версии, правкой в визуальном редакторе силами сотрудников, принадлежностью одной страницы к нескольким категориям, автоматическим оглавлением и настройкой прав на редактирование. Для документации, которую регулярно переписывают, эти вещи экономят время. Для статичных маркетинговых текстов инфоблок проще.
Форум испортит поисковые позиции сайта?
Может, если оставить в индексе технические страницы: печатные версии тем, пагинацию, профили пользователей. Настроенные robots.txt, канонические адреса и закрытые от индексации служебные разделы снимают риск. При корректной настройке пользовательский контент, наоборот, приносит трафик по низкочастотным запросам.
Как защититься от спама на форуме?
Ограничить публикацию для только что зарегистрированных пользователей, включить премодерацию первых сообщений, поставить капчу на регистрацию и назначить живого модератора. Модуль поддерживает оба режима модерации, выбор зависит от того, есть ли у вас человек, заходящий в раздел ежедневно.
Сколько времени занимает запуск?
Техническая часть, то есть вывод компонентов, переопределение шаблонов, настройка прав и индексации, обычно укладывается в несколько недель. Точный срок зависит от сложности дизайна и объёма интеграций. Наполнение стартовым содержанием занимает столько же и делается силами тех, кто ежедневно отвечает на вопросы клиентов. Открывать раздел для посетителей раньше, чем готовы обе части, смысла нет.