Публикация

База знаний отдела продаж в Битрикс24: как превратить папку регламентов в рабочий инструмент

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

Битрикс24 и продажи 6 мин
Утверждённые документы, разделы и связанные страницы базы знаний продаж

Менеджеру нужен ответ во время звонка, а инструкция лежит в длинном DOCX. Правила проектной сделки находятся в другом PDF; старый пилот выглядит как действующий процесс. Наличие папки документов ещё не помогает понять, какой материал использовать сейчас.

В рабочем проекте мы перенесли материалы в существующую базу знаний Битрикс24 и связали их по задачам отдела продаж. Покажем, как сохранить исходный смысл, отделить краткие подсказки от методичек и проверить публикацию.

База знаний продаж

От исходного документа к рабочей странице

  1. 01Проверить тексты
  2. 02Разделить задачи
  3. 03Связать страницы
  4. 04Сверить публикацию
  • Краткая подсказка связана с полной методичкой
  • Оригиналы остаются доступны внутри рабочего контура
  • Архив пилота отделён от действующих правил

Сначала выберите задачи, для которых нужна база

Начните с ситуаций менеджера: подготовить звонок, заполнить проектную сделку, пройти этап товарной продажи или ответить на возражение. Для каждой задачи определите актуальный документ и владельца содержания. Так структура отражает работу, а не список файлов.

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

Перенос документа требует проверки полноты

Красивое оформление не оправдывает потерянный пункт, строку таблицы или подпись к схеме. При переносе сверяйте заголовки, порядок, нумерацию, изображения и поля CRM с оригиналом. Исходные файлы сохраняйте отдельно от опубликованного представления.

В рабочем разборе три DOCX содержали 434 текстовых элемента, а два документа по возражениям — ещё 284. Эти величины описывают разные пакеты и не равны числу уникальных советов. При публикации проверены тексты и ссылки на оригиналы; контрольное скачивание файлов подтвердило их совпадение с исходниками.

Навигация должна помогать вернуться к процессу

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

В исходном этапе перестройки 14 содержательных страниц получили общий первый блок навигации. Главная разделена на клиентов и продажи, сделки и проекты, каталог товаров и правила компании; история пилота помещена в отдельный раздел архива. После добавления двух новых материалов они также связаны с главной и существующими страницами.

Как разделять материалы по рабочей задаче
МатериалДля чего нуженС чем связать
Краткий скриптБыстро вспомнить ход разговораПолный скрипт и возражения
Полная методичкаПодготовиться и разобрать ситуациюКраткая подсказка и правила сделки
Проектная сделкаЗаполнить карточку по стандартуПоля CRM и связанный процесс
ВозраженияНайти нужную категорию и разборШпаргалка и подробная версия
История пилотаСохранить прошлые решенияОтдельный раздел с пояснением статуса

Краткая и подробная версии решают разные задачи

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

В нашем внедрении опубликованы две связанные версии по 20 возражениям в шести категориях. У каждой категории и каждого возражения есть переходы. Шпаргалка ведёт к методичке; подробная версия сохраняет правила, альтернативы и нежелательные ответы из предоставленного документа. Это 20 тем в двух представлениях, а не 40 разных возражений.

Противоречие в методичке нельзя исправлять молча

В источнике могут различаться срок этапа, название стадии или описание перехода. Зафиксируйте спорные места и передайте их владельцу процесса. Перенос в базу знаний не даёт основания самостоятельно менять рабочие правила.

В обработанном материале найдены разные сроки одной стадии и неоднозначные переходы. Они отмечены в опубликованной инструкции, а решение осталось за РОП и владельцем методички. Сделки, стадии, поля и роботы CRM в этой работе не менялись.

Архив и доступ нужно определить до публикации

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

Проверьте, какая база знаний и какие настройки доступны в вашем портале. Битрикс24 публикует отдельные инструкции для прежнего контура и базы знаний 2.0; интерфейс и доступность функций требуют проверки. В описанном кейсе дорабатывали существующие страницы и сохранили прежние права. Настройка новых ролей или миграция — отдельный объём работ.

Проверяйте опубликованную версию

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

9 октября 2026 года сначала опубликованы пять материалов продаж, затем перестроена навигация и добавлены две страницы по возражениям. Итоговый инвентарь — 18 страниц, включая главную и служебный поиск. Старые адреса сохранены, опубликованные тексты и файлы сверены. Проверка приватной базы выполнена через авторизованный API.

Как поддерживать базу после запуска

Назначьте ответственного за раздел и согласуйте порядок обновления: новый утверждённый исходник, изменение существующей страницы, сверка краткой и полной версий, проверка ссылок и публикации. Создание очередной страницы-дубля делает выбор актуального материала сложнее.

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

Короткий чек-лист

  • Выбрать задачи и владельцев содержания
  • Собрать утверждённые исходники
  • Сверить полноту текстов и схем
  • Связать краткие и подробные материалы
  • Отделить историю пилота от актуальных правил
  • Проверить опубликованные ссылки и исходники
  • Определить порядок обновления без дублей

Ссылки и исходный код