Как создать базу знаний за 30 дней: структура, источники, ответственные — и база, которая вырастает из того, что команда уже говорит (2026)

База знаний — это набор ответов, которые организация даёт не в первый раз: их записывают один раз и хранят там, где человек, которому нужен ответ, найдёт его, ни у кого не спрашивая. «Как выставить счёт дистрибьютору в Швейцарии?», «что сказать родителю, чей ребёнок пропустил срок?», «какого перевозчика выбрать для паллет в Марокко?» — когда любой из этих вопросов задают в четвёртый раз, у организации уже есть база знаний, строила она её или нет. Просто она живёт в голове одного коллеги и в десятке чатов.

Большинство руководств по созданию базы знаний начинаются с выбора программы. Это руководство начинается раньше, потому что программа здесь — наименее важная часть: база знаний — это три решения (структура, набор источников и имя на каждой записи) и месяц, за который их принимают по порядку. План на 30 дней ниже приводит организацию на 10–200 человек к базе, которую люди действительно открывают. К плану прилагаются шаблон записи, который можно скопировать, разобранный пример, таблица того, где база живёт в инструментах, которыми ваша команда уже пользуется, и то, что большинство руководств пропускает: база в основном уже написана — в том, что команда говорит на встречах и печатает в чатах. Задача — собрать это в одном месте, чтобы каждый в команде мог прочитать.

Что такое база знаний — и чем она не является

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

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

Прежде чем строить, нужно сделать ещё два различия. Внутренняя база знаний предназначена для команды: как мы работаем, где что лежит, что мы решили. Внешняя — для клиентов: как работает продукт, что делать, если что-то сломалось. Это руководство — о внутренней; внешнюю база позже пишут из внутренней, переписывая записи, которые разрешено видеть клиентам. И ещё: база знаний — это не описание процесса и не SOP: они описывают всю работу от начала до конца, а запись отвечает на один вопрос и ссылается на процедуру, когда ответ — «следуйте ей».

Три решения: структура, источники, ответственность

Структура: по вопросам, а не по отделам. Человек, который спрашивает «как выставить счёт в Швейцарию?», не знает, относится ли ответ к финансам, продажам или логистике; он знает вопрос. База, организованная по отделам, отправляет его в три раздела ради одного ответа. Организуйте базу по вопросам, которые задают люди, — их словами — и держите верхний уровень не больше чем в семь разделов. Если разделов больше семи, самой структуре нужен поиск, а поиск по базе, которую никто ещё не заполнил, ничего не находит. Типичные верхние уровни для небольшой организации: клиенты и заказы; деньги и счета; люди и найм; инструменты и доступы; правила и решения; кому звонить.

Источники: сначала то, что уже есть, и только потом новое. Ни у кого нет времени писать базу знаний с чистого листа, и это не нужно. Ответы существуют — в реплике, которую коллега дал во вторник, в резюме встречи, на которой установили правило, в прайс-листе, который кто-то приложил к сообщению в марте, в заметках по онбордингу, которые вёл последний новичок. Первая версия большинства записей копируется, а не пишется. Где находятся источники и какая часть каждого из них потом доступна — тема таблицы ниже; коротко: в большинстве пакетов чат, файлы и заметки встреч — это три разных места, а сама встреча оставляет после себя меньше всего.

Ответственность: имя и дата на каждой записи. Единственное, что отличает базу знаний, которой доверяют, от той, которую перестали открывать, — указано ли в записи, кто за неё отвечает и когда её проверяли в последний раз. Записи с именем и пометкой «проверено 14 октября 2026» верят; тому же тексту без них — «наверное, устарел». Работа владельца невелика: раз в квартал ответить на вопрос «это всё ещё верно?» и поменять дату. Переписывать базу не нужно. Если для записи нельзя назвать ответственного, это не знание, а догадка, и её нужно убрать.

Как создать базу знаний за 30 дней

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

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

Неделя 2 — структура и владельцы. Разложите вопросы по группам; группы — это разделы, и их не больше семи. Назначьте владельца каждого раздела — человека, который ответил на большинство его вопросов на первой неделе. Затем назначьте владельца для каждой из двадцати самых частых записей. Пока ничего не пишите, кроме списка: раздел, вопрос, владелец. Отправьте его команде и спросите об одном: «каких вопросов не хватает?» Список вернётся с ещё десятком.

Неделя 3 — первые двадцать записей, из источников. Каждый владелец пишет свои записи по шаблону ниже, начиная с того, что уже есть: ответ в чате, резюме встречи, файл. Правило третьей недели: «коротко и верно лучше, чем длинно и полно»: ответ из двух предложений со ссылкой на файл, с датой и подписью — это запись. Страница, объясняющая историю правила, — это документ, и он может появиться позже. Записи, которые зависят от решения, которое никто не может найти, сначала попадают в журнал решений, а потом в базу — со ссылкой.

Неделя 4 — публикуем и запускаем цикл. Закрепите базу там, где команда читает. Затем заведите две привычки, которые поддерживают её жизнь: каждый вопрос, заданный отныне в канале вопросов, получает запись или ссылку на неё, написанную тем, кто ответил; а у владельца каждой записи в календаре стоит дата проверки. День 30 — это не готовая база. Это двадцать–тридцать записей, у каждой есть владелец и дата, и цикл, который добавляет новую запись всякий раз, когда на вопрос дан ответ. Через полгода их двести, и никто не писал их как проект.

Чего не происходит за эти 30 дней: перенос библиотеки документов, выбор нового инструмента, написание страницы для каждого процесса. База указывает на файлы там, где они лежат, и на процедуры там, где они живут. Переносить их — отдельный проект, и часто лишний.

Шаблон статьи базы знаний

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

[Вопрос — теми словами, которыми его задают люди]
Владелец: [имя] · Раздел: [один из семи] · Последняя проверка: [дата] · Следующая проверка: [дата]
Короткий ответ: [два предложения — что делать]
Применимо к: [команда, офис, тип клиента] · Не применимо к: [случай, с которым это путают]
Как: [нумерованные шаги, в каждом — система, человек или файл]
Правило, которое за этим стоит: [решение, которое его установило, с датой и причиной]
Исключения: [случаи вне обычного пути и кто решает по каждому]
Где файлы: [ссылка на актуальный шаблон, прайс-лист, договор]
Связанные записи: [SOP, процесс, предыдущая версия]

Шаблон — простой текст с жирными подписями, поэтому его можно вставить в файл Word, Google Doc, страницу вики, canvas в Slack или заметку в чате без переформатирования.

Разобранный пример: база экспортёра через 30 дней

Итальянский экспортёр оборудования, 38 человек, отдел продаж в Милане и дистрибьюторы в Испании, Румынии и Марокко. На первой неделе набралось 61 вопрос; после удаления дублей — 44. Структура, которая из них получилась, с числом записей в каждом разделе на 30-й день:

1. Дистрибьюторы и заказы (7) — как подключается новый дистрибьютор; кто утверждает кредитный лимит; что нужно заказу до передачи в производство
2. Счета и оплата (5) — счёт дистрибьютору в Швейцарии; когда используется проформа; что делать, если платёж просрочен на 30 дней
3. Доставка и таможня (6) — перевозчики по направлениям; документы для паллеты в Марокко; кто подписывает экспортную декларацию
4. Сервис и гарантия (4) — что покрывает гарантия; как заказать сервисный визит; какие запчасти держат на складе
5. Инструменты и доступы (3) — кто выдаёт доступ к CRM; где лежит прайс-лист; как попасть в общий почтовый ящик
6. Правила и решения (3) — правило двух подписей свыше 10 000; потолок скидки; журнал решений
7. Кому звонить (2) — таможенный брокер; контакты перевозчиков по странам

Тридцать записей. Самый частый вопрос первой недели — «какие документы нужны для паллеты в Марокко?» — за год одиннадцать раз получал ответ в канале от одной и той же руководительницы логистики; запись заняла у неё двадцать минут, потому что одиннадцатый ответ уже был написан и ему не хватало только строки владельца и даты.

Заполненная запись из раздела 3:

Какие документы нужны для паллеты в Марокко?
Владелец: руководитель логистики · Раздел: Доставка и таможня · Последняя проверка: 3 ноября 2026 · Следующая проверка: 3 февраля 2027
Короткий ответ: Коммерческий инвойс в трёх экземплярах, упаковочный лист, сертификат EUR.1 и номер импортной лицензии дистрибьютора в инвойсе.
Применимо к: всем отгрузкам марокканским дистрибьюторам · Не применимо к: запчастям дешевле 1 000 EUR, отправляемым курьером: они идут по собственной форме курьера.
Как: 1. Выгрузите инвойс из системы по марокканскому шаблону. 2. Добавьте номер лицензии из файла дистрибьютора. 3. Запросите EUR.1 в торговой палате, три рабочих дня. 4. Приложите упаковочный лист. 5. Отправьте комплект таможенному брокеру и поставьте в копию дистрибьютора.
Правило, которое за этим стоит: Номер лицензии добавили после задержки груза в Касабланке в марте 2026 года (запись в журнале решений 2026-03-19).
Исключения: Демонстрационные машины идут по временному ввозу; решает руководитель логистики.
Где файлы: Шаблон инвойса для Марокко; форма запроса EUR.1; файлы дистрибьюторов.
Связанные записи: Перевозчики по направлениям; кто подписывает экспортную декларацию.

Где живёт база знаний в инструментах, которыми вы уже пользуетесь

Организация на 10–200 человек строит свою базу в пакете, за который уже платит, и в каждом пакете есть место для записи, место для файлов и путь для того, что оставляет после себя встреча. Каждый из них останавливается в своей точке, и в каждом запись хранится на том языке, на котором её набрали. Только задокументированное поведение — со страниц самих вендоров, с указанием месяца, когда страница проверялась:

Во всех четырёх есть три общих момента. Запись — это документ или сообщение на том единственном языке, на котором её набрали, и участник, читающий на другом языке, читает именно это или копию, которую кто-то сделал. Файлы лежат в другом месте и ищутся другим поиском. А встреча — где правило обсуждали и принимали — попадает в базу, только когда человек потом впечатывает его туда: где Teams и Meet вообще хранят расшифровку и резюме и как сохранить их после звонка — в статье где Microsoft Teams и Google Meet хранят расшифровку, запись и резюме; AI-ноутейкеры, которые многие команды добавляют по той же причине, сравниваются в статье альтернативы Otter.ai, и каждый из них пишет своё резюме на одном языке.

Перевод, который описывают эти пакеты, относится к звонку или к экрану читателя, а не к записи: Microsoft описывает живые переводимые субтитры во встречах Teams, когда у организатора есть лицензия Teams Premium или Microsoft 365 Copilot, Google описывает переводимые субтитры в Meet в подходящих тарифах Workspace, а WhatsApp описывает перевод полученного сообщения на телефоне читателя (всё проверено в августе 2026). Что именно покрывает каждый из них и где останавливается — в статьях живой перевод в Microsoft Teams, живой перевод в Google Meet и перевод в WhatsApp. Запись, которую в понедельник открывает сотрудник дистрибьютора в Касабланке, — отдельный объект по сравнению с этими субтитрами, и читается она на том языке, на котором её набрали.

База, которая вырастает из того, что команда уже говорит

InterMIND — это пространство для общения, где работа команды живёт в канале, поэтому у базы знаний есть очевидный дом: канал команды, которая ею пользуется, — экспортного отдела, ресепшена клиники, аккаунт-группы агентства, — и этот же канал служит каналом вопросов и местом, откуда начинаются встречи. Три решения выше ложатся на него напрямую.

Структура и ответственность — это сами записи. Запись публикуется как заметка — сообщение с форматированием, заголовками и нумерованными списками, которое потом редактируется из собственного меню, — и каждый участник читает её на своём языке, а оригинал доступен одним переключением. Запись закрепляется, чтобы актуальная версия была первым, что находит новый коллега; при включённой истории правок прежняя формулировка изменённого правила отображается над текущим текстом как сравнение на уровне слов с отметкой времени — это и есть след проверок, на который указывает строка владельца «последняя проверка». Файлы, на которые ссылается запись — прайс-лист, марокканский шаблон, договор с дистрибьютором, — загружаются в тот же канал и на любом тарифе получают AI-резюме на языке читателя, где каждый пункт связан с абзацем, из которого он взят; на платных тарифах сам файл открывается переведённым на язык читателя (30 языков для документов). Если мастер-копия остаётся в инструменте для документов, её обновления попадают в канал по электронной почте: хост канала даёт ему собственный адрес, и отправленное туда письмо появляется как обычное сообщение с указанным отправителем и сохранёнными вложениями. Команда, пришедшая из Slack, приносит свои каналы с собой: стандартный экспорт рабочего пространства Slack восстанавливается как один канал на каждый канал Slack, сообщения идут по порядку с исходными временными метками, закрепления и реакции сохранены, и каждый участник читает каждое сообщение на своём языке.

Источники — это то, где канал делает работу, которую таблица выше оставляет человеку. Встреча, на которой устанавливается правило, начинается из канала; во время звонка черновик записи выводится на экран каждому рядом с плитками видео через Share to conference — это заметка либо документ Google Docs или OneDrive, на который есть ссылка в чате, — и каждый участник прокручивает его независимо и читает на своём языке, пока тот, кто делится, правит его вживую. Когда звонок заканчивается, резюме пишется по самой встрече: краткое содержание, пункты, помеченные как согласованные, открытые или спорные, action items с владельцами, у каждой строки сохраняется временная метка, а документы, которыми делились во время сессии, добавляют свои резюме к тому, что было сказано. Оно приходит по электронной почте, как сообщение в канале и как ссылка в событии календаря, и каждый вошедший в систему участник читает его на своём языке: запись переводится для каждого читателя, а не пишется один раз на том языке, на котором говорили в комнате. Любой участник может её править, каждая правка сохраняет автора и историю версий, а канал хранит резюме каждой прошедшей сессии — поэтому встреча, на которой установили правило для Марокко, находится в одном клике от записи, которая это правило излагает. Так база вырастает из того, что команда уже говорит: одиннадцатый ответ в канале, резюме звонка, где правило обсуждали, файл, приложенный в марте, — всё в одном месте, а сверху запись.

Канал вопросов получает ту же обработку с другой стороны. Собственный ассистент участника — Claude, ChatGPT, Copilot или Gemini, подключённый через MCP-коннектор, — ищет по резюме, расшифровкам, чатам и тексту общих файлов одним вопросом, «какие документы нужны для паллеты в Марокко?», и возвращает фрагменты с указанием встречи, даты и файла, откуда каждый взят; это работает для организаций с включёнными AI-функциями, а чтение через ассистента ограничено встречами и каналами, в которых состоит участник. У самого чата есть поиск, а базу можно забрать целиком: на любом тарифе резервная копия из Настроек экспортирует каналы в ZIP-архив с их сообщениями, расшифровками и файлами — это ответ на вопрос о владении на уровне организации, а не отдельной записи. Если сравнить с таблицей выше, разница — простая констатация факта: субтитры, которые описывают эти пакеты, переводят звонок, пока он идёт; здесь запись, встречи, которые её породили, её файлы и её история — единый документ, который каждый участник читает на своём языке.

Люди, которые хранят знания команды, не всегда сотрудники. Сотрудник дистрибьютора, принимающий заказы, таможенный брокер, внештатный бухгалтер, знающий швейцарское правило: внешний участник канала присоединяется по электронной почте с бесплатным аккаунтом и читает записи и их историю так же, как все остальные; человек без аккаунта — гость одной встречи: он заходит на звонок по ссылке, с телефона, бесплатно, слышит его вживую на своём языке, а записи потом не получает. Хост предоставляет пространство и на платном тарифе платит только за участников, активных в предыдущие 28 дней — тех, кто зашёл на встречу, написал в чат или обратился к ассистенту; участники, которые затихли, сохраняют доступ бесплатно — а именно это нужно базе знаний: человек, написавший запись два года назад, всё ещё может быть в канале.

• Откройте полное резюме — настоящая запись, созданная тем же кодом, который пишет ваши.
• Попробуйте живую демо-версию — без регистрации; говорите и слушайте, как комната переводится для каждого слушателя.

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

FAQ

Что такое база знаний?

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

Как создать базу знаний?

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

Что должна включать база знаний?

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

В чём разница между базой знаний и вики?

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

Как структурировать базу знаний?

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

Сколько времени занимает создание базы знаний?

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

Можно ли создать базу знаний бесплатно?

Да — шаблон в этом руководстве представляет собой простой текст, а база может жить в заметке, документе или канале в инструментах, которыми команда уже пользуется: canvas в Slack, Google Doc, вкладка «Файлы» канала Teams, закреплённая заметка в чате. То, что ничего не стоит в программах, всё равно стоит времени владельцев на проверку, а ограничения — это ограничения самого пакета: тариф Free в Slack хранит 90 дней истории сообщений, и в каждом пакете запись остаётся на том языке, на котором её набрали. В InterMIND тариф Basic бесплатный, а цены платных тарифов — на странице тарифов.

Источники: Microsoft Learn — интеграция Teams и SharePoint; Microsoft Learn — хранение данных в Teams; Microsoft — заметки встреч в Microsoft Teams; Microsoft — перевод сообщения в Microsoft Teams; Microsoft — живые субтитры во встречах Microsoft Teams; Slack — тарифы; Slack — настройка хранения данных в Slack; Slack — экспорт данных рабочего пространства; Slack — шаблон повестки встречи (canvas); Google Chat — автоматический перевод в Chat; Google Meet — «Take notes for me» в Google Meet; Google Meet — переводимые субтитры; WhatsApp — как экспортировать историю чата; WhatsApp — политика конфиденциальности; блог WhatsApp — представляем перевод сообщений. Страница Microsoft Learn о Teams и SharePoint проверена в ноябре 2026; страницы о хранении данных Teams и заметках встреч, страница шаблона canvas в Slack и страница Google «Take notes for me» — в октябре 2026; страницы о переводе сообщений и субтитрах Teams, страницы Slack о тарифах, хранении и экспорте, страницы Google Chat о переводе и Meet о субтитрах и страницы WhatsApp — в августе 2026. Вендоры со временем меняют тарифы, функции и списки языков; актуальное состояние смотрите на их страницах.