Програми для бази знань: як обрати

Програми для бази знань продаються як одна категорія, а поводяться як три різні продукти. Публічний центр допомоги, внутрішня вікі та сайт документації до продукту стоять під одним заголовком у кожному каталозі, а варто придивитися до прав доступу, пошуку й рахунку, як стає видно, що спільного в них майже немає.

Дорого коштує помилка з видом, і під час пробного періоду вона рідко очевидна. Про неї повідомляє рахунок за другий рік, а на той момент контент уже написано, і його перенесення перетворюється на окремий проєкт.

Кожну ціну нижче прочитано на сторінці цін самого постачальника 5 вересня 2026 року, і кожна з них зміниться. Читайте модель, а не цифру.

Програми для бази знань у цифрах

Шість цифр, які варто взяти на розмову з постачальником. Усі прочитано 5 вересня 2026 року.

• Від $0 до $799 на місяць охоплює весь реалістичний діапазон для команди з десяти людей, і залежить він лише від того, за яку одиницю бере гроші постачальник
• Від $0,75 до $0,99 коштує вирішення звернення ШІ в двох постачальників, які публікують цю ставку: Help Scout бере $0,75, Intercom бере $0,99
• $55 за агента на місяць це вхідна ціна бази знань у складі повного пакета підтримки, у Zendesk Suite Team за річної оплати
• $65 за сайт на місяць плюс $12 за редактора коштує продукт для документації, коли читачі безкоштовні, у GitBook Premium за річної оплати
• $249 на місяць фіксовано це точка, з якої починаються спеціалізовані інструменти для бази знань, коли беруть за рівнем кількості користувачів, а не за місце, у Helpjuice до 30 користувачів
• Один постачальник із п’яти не публікує ціни взагалі. Document360 замінила таблицю цін анкетою для конфігурації

Цей розкид не про функції. Він про те, кого постачальник вирішив рахувати.

Три продукти під однією назвою категорії

Їх відрізняє не перелік функцій. Їх відрізняє те, хто читає контент, бо саме це визначає, за кого з вас братиме гроші постачальник.

Публічний центр допомоги прикріплений до інструмента підтримки. Його читають клієнти, пишуть агенти підтримки, і весь він існує для того, щоб запитання не перетворилося на звернення. Його пошук налаштований на людей, які не знають вашої лексики, а аналітика відповідає на єдине запитання: які статті завадили відкрити звернення.

Внутрішню вікі, у такому вигляді працює більшість нотаток і вікі-інструментів, читають співробітники, а пишуть усі. Складне тут не публікація, а права доступу. Контент за своєю природою неохайніший, половина його застаріває протягом року, а справжнє завдання інструмента полягає в тому, щоб поточну версію можна було знайти поруч із застарілою.

Сайт документації до продукту читають ті, хто інтегрується з вами. Він живе поряд зі сховищем коду, версіонується разом із релізами, і зазвичай його пишуть у Markdown люди, які не змиряться з візуальним редактором.

	Публічний центр допомоги	Внутрішня вікі	Сайт документації
Хто читає	Клієнти без авторизації	Співробітники	Розробники та інтегратори
Хто пише	Команда підтримки	Усі, нерівномірно	Інженери та технічні автори
Що рахує рахунок	Агентів підтримки	Кожного співробітника	Сайти плюс редакторів
З чим має впоратися пошук	Слова клієнтів, а не ваші	Застаріле проти актуального	Точні назви API і код
Редактор, якого чекають	Візуальний	Візуальний	Markdown у сховищі коду
Версіонування	Рідко потрібне	Рідко потрібне	За релізами, без винятків
Типовий збій	Після запуску ніхто не оновлює	Розповзання прав доступу	Документація відстає від релізу

Інструмент, створений для одного з цих видів, гірше впорається з двома іншими, і демо цього не покаже. Внутрішня вікі, яку змусили обслуговувати клієнтів, дає стіну авторизації, якої ви не хотіли. Центр допомоги, у якому треба зберігати інженерну документацію, дає редактор, що калічить блоки коду.

Більшість компаній, де працює понад тридцять людей, зрештою мають два з трьох. Це не провал закупівлі. Аудиторії хочуть різного, а один інструмент для обох зазвичай означає, що внутрішній контент надто відшліфований, щоб лишатися актуальним, або публічний надто сирий, щоб його публікувати.

Що насправді рахує рахунок

Програми для бази знань беруть гроші шістьма різними способами, і розрив між цими моделями значно більший за розрив між переліками функцій.

Інструмент	За що бере гроші	Ціна станом на 5 вересня 2026 року
Zendesk	За агента підтримки	Suite Team $55/агент/міс., Suite Professional $115/агент/міс., за річної оплати
Help Scout	За користувача, є безкоштовний рівень	Безкоштовно для 5 користувачів і 1 сайту Docs; Standard $25, Plus $45, Pro $75 за користувача/міс.; додаткові сайти Docs по $20/міс.
Intercom	За місце, плюс кожне вирішення ШІ	Essential $29, Advanced $85, Expert $132 за місце/міс.; Fin по $0,99 за вирішення
Helpjuice	Фіксований рівень за кількістю користувачів	$249/міс. до 30 користувачів, $449 до 100, $799 без обмежень
GitBook	За сайт, плюс редактори	Premium $65/сайт/міс. за річної оплати плюс $12 за користувача; Ultimate $249/сайт/міс.
Notion	За учасника, насамперед вікі	Безкоштовно для окремих людей; Plus $10, Business $20 за учасника/міс.; агенти ШІ по $10 за 1000 кредитів
Document360	Лише за запитом	Публічних цін немає, ціна залежить від конфігурації після розмови з відділом продажів

За агента це модель, яка приховує найменше. Ви й так платите за цих людей, база знань іде в комплекті, а додати статтю не коштує нічого. Підступ у тому, що кожен, хто пише, мусить мати місце в підтримці, тож продакт-менеджер, якому треба виправити один абзац, або отримує місце за $55, або віддає правку комусь, у кого воно є.

За користувача з безкоштовним порогом це те, з чого варто починати більшості малих команд. Безкоштовний рівень Help Scout вміщує п’ятьох користувачів і один сайт Docs, а це повноцінний публічний центр допомоги без витрат, і перехід до $25 за користувача настає лише тоді, коли росте команда підтримки.

За вирішення це єдина модель, де постачальник отримує гроші, коли програма працює. Intercom бере $0,99 щоразу, коли його агент ШІ закриває розмову без участі людини, Help Scout бере $0,75. Це чесно, і водночас це неможливо закласти в бюджет: вдалий місяць самообслуговування дає більший рахунок, ніж невдалий, а сума змінюється разом із вашим трафіком, а не з кількістю співробітників.

Фіксовані рівні за кількістю користувачів недорогі посередині й обривисті на краях. Helpjuice за $249 на місяць для 30 користувачів дорогий для команди з чотирьох і дешевий для команди з двадцяти восьми. Перевіряти слід не нинішню кількість людей, а ту, що перетне межу наступного рівня.

За сайт розділяє читачів і авторів, а для всього публічного це модель, яка масштабується. Опубліковані сторінки GitBook мають необмежену кількість переглядів, тож зростання трафіку нічого не коштує, а зростання команди авторів коштує $12 за людину.

За учасника, насамперед вікі це те, що виходить, коли база знань є функцією робочого простору, а не окремим продуктом. Notion за $10 за учасника недорогий для внутрішньої документації й незручний для центру допомоги, зверненого до клієнтів, бо в рахунку опиняється вся компанія, пише вона щось чи ні.

Лише за запитом дещо підказує ще до того, як ви почуєте цифру. Document360 прибрала публічні ціни на користь анкети для конфігурації, а це означає, що ціну визначає те, що продавець дізнається про вас. Це не обов’язково погано, але перша цифра, яку ви почуєте, є відкритою позицією для торгу, і складати бюджет до розмови з продавцем стає неможливо.

Zoho Desk трохи випадає з цієї таблиці, бо ціни залежать від регіону: безкоштовний рівень вміщує трьох агентів, база знань з’являється з тарифу Standard і вище, але показана сума залежить від того, звідки ви відкрили сторінку. Постачальник, у якого ціна змінюється разом із вашою IP-адресою, потребує письмової пропозиції ще до порівняння.

Скільки це коштує для трьох розмірів команди

Чотири продукти, розраховані для трьох типів команд. Річна оплата там, де постачальник її пропонує.

	3 людини, публічний центр допомоги	12 людей, центр допомоги плюс внутрішня вікі	40 людей, документація та підтримка
Help Scout	Безкоштовний рівень, $0	Standard, $300/міс.	Pro, $3000/міс.
Zendesk Suite Team	$165/міс.	$660/міс.	$2200/міс.
GitBook Premium	$65/міс. плюс 2 редактори, $89	$65 плюс 11 редакторів, $197	$65 плюс 39 редакторів, $533
Notion Business	$60/міс.	$240/міс.	$800/міс.

Ця таблиця показує дві речі, яких порівняння функцій ніколи не покаже. Продукти, що беруть гроші за місце, доступне читачам, дорожчають зі швидкістю, яка не має нічого спільного з обсягом вашої документації, а продукти, що беруть за сайт, лишаються майже незмінними, поки компанія зростає втричі.

Важливо те, де сидять ваші автори й читачі. Якщо читають десятеро, а пишуть двоє, купуйте модель, що бере гроші за двох.

Перелік функцій, який справді відрізняє

Майже все, що рекламують у цій категорії, є всюди. Нижче короткий перелік: функції, які справді відрізняють продукти, і рівень, за яким вони зазвичай ховаються.

Функція	Є в	Зазвичай закрита за
Публічний центр допомоги	Кожен інструмент	Нічим
Візуальний редактор	Кожен інструмент	Нічим
Аналітика статей	Кожен інструмент	Нічим
Власний домен	Більшість інструментів	Першим платним рівнем
Аналітика пошуку зі звітом про запити без результатів	Деякі інструменти	Середнім рівнем
Кілька сайтів або брендів	Деякі інструменти	Середнім рівнем або оплатою за сайт
Багатомовність з окремим робочим процесом для кожної мови	Менше інструментів	Найвищим рівнем або платою за мову
Версіонування статей і планові перегляди	Менше інструментів	Найвищим рівнем
Докладні права доступу, крім адміністратора й редактора	Менше інструментів	Найвищим рівнем
SSO і журнал аудиту	Більшість інструментів	Найвищим рівнем або корпоративним тарифом
Редиректи, які ви контролюєте	Менше інструментів	По-різному, часто бракує
Самостійний експорт у відкритому форматі	Менше інструментів	По-різному, часто бракує

Справжні відмінності лежать у трьох нижніх рядках, і саме їх не охоплює жодне демо. Редиректи й експорт визначають, скільки коштує відхід. Права доступу визначають, чи витримає інструмент зіткнення з компанією на сорок людей.

Багатомовність і її ціна

Переклад це найнадійніший спосіб подвоїти ціну бази знань, і модель оплати рідко пише про це на головній сторінці. Якщо в інструмента немає власного процесу, його бере на себе окремий інструмент для перекладу.

Трапляються три схеми. Одні постачальники вважають кожну мову окремим сайтом або робочим простором, що множить будь-яку ціну за сайт. Інші включають мови, але рахують переклад як функцію ШІ за слово чи за кредит. Треті підтримують мови лише з найвищого рівня, а це стрибок на тариф, а не окремий рядок у рахунку.

З’ясуйте це до підписання, якщо більше однієї мови взагалі можливе в майбутньому:

• Чи мова це новий сайт у рахунку, чи варіант однієї статті?
• Чи працює пошук усередині однієї мови, чи німецький запит повертає англійські статті?
• Чи можна позначити перекладену статтю як застарілу, коли змінюється вихідна?
• Чи мова входить до структури URL, і чи це та структура, яку ви хочете індексувати?

Виправляти останнє пізніше дорого. Центр допомоги, що виносить мови в параметри запиту, а не в шляхи, починає кожну мову в пошуку з нуля, а щоб це змінити, треба перенаправити кожну вашу статтю.

Права доступу й де ламаються закриті бази знань

У публічного центру допомоги одне право: опубліковано чи ні. У внутрішніх баз знань є модель прав доступу, і саме тут вікі-інструменти непомітно стають непридатними на сорока-п’ятдесяти людях.

Контроль доступу тут ламається не через надто слабке налаштування. Він ламається через надто ручне. Кожна нова сторінка щось успадковує, хтось колись один раз із поважної причини це перевизначив, і через вісімнадцять місяців ніхто не скаже, хто може читати зарплатні вилки.

Три запитання відрізняють інструмент, який це переживе, від того, який ні:

Чи права доступу успадковуються від структури, чи задаються для кожної сторінки? Успадкування від простору або розділу можна підтримувати. Права для кожної сторінки це таблиця, яку ніхто не веде.

Чи є звіт про те, хто що бачить? Без нього перегляд доступів означає, що людина клікає по сторінках, а це означає, що його ніхто не робить.

Що відбувається, коли хтось звільняється? Сторінки, якими володів деактивований обліковий запис, не повинні лишатися без власника чи, що гірше, ставати невидимими.

У компаній із вимогами комплаєнсу є четверте: журнал аудиту, що показує, хто що читав і коли. Ця функція майже всюди сидить на найвищому рівні, тож перевірте ціну цього рівня до вибору продукту, а не після запитання аудитора. На полиці безпеки й комплаєнсу живуть інструменти, які вважають це функцією першого класу.

Пошук і є весь продукт, але його ніхто не показує на демо

Демо постачальників показують редактор. Це та частина, якою ви користуєтеся два тижні. Пошук є тією частиною, що вирішує, чи хтось прочитає написане вами.

Три речі відрізняють пошук, що працює, від пошуку, який повертає порожнечу.

Він має впоратися з лексикою клієнта, а не з вашою. Стаття називається «Налаштування вихідних SMTP-релеїв», а людина вводить «листи не надсилаються». Якщо інструмент шукає лише збіги зі словами, присутніми в тексті, такий пошук провалюється, і звернення відкривається. Списки синонімів і дедалі частіше семантичний пошук закривають цю прогалину.

Він має витримувати помилки в наборі й неповні слова. Більшість пошуків по сайту повертають нуль результатів через одну переставлену літеру, а відвідувач читає це як «у цьому центрі допомоги нічого немає».

Він має повідомляти, що не спрацювало. Звіт, який вартий мати, це не перелік популярних статей, а перелік пошуків, що не дали результатів або де ніхто не клікнув на результат. Цей перелік і є вашим беклогом контенту, написаним людьми, яким знадобилася відповідь.

Перевірте всі три під час пробного періоду своїми словами, а не прикладами постачальника. Імпортуйте двадцять реальних статей і попросіть когось, хто не працює над продуктом, спробувати знайти п’ять відповідей.

Чотири цифри, які варто відстежувати

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

Частка відсіяних звернень. Сеанси, де читали статтю й не відкривали звернення, поділені на сеанси, де читали статтю. Деякі інструменти це рахують, більшість ні. Якщо цього немає, робочий замінник це кількість звернень за темою до і після виходу статті, яка її покриває.

Частка пошуків без результатів. Пошуки, що нічого не повернули, поділені на всі пошуки. Усе, що вище за кілька відсотків, є прогалиною в контенті або в лексиці, і журнал пошуку підкаже, в якій саме.

Співвідношення статей і звернень. Звернення за темою, поділені на перегляди статей за тією самою темою. Високе співвідношення за темою, яку ви задокументували, означає, що стаття є, але не відповідає на запитання.

Застарілість. Частка опублікованих статей, які не редагували й не переглядали дванадцять місяців. Це цифра, що передбачає, чи занепаде вся інвестиція, і майже жоден інструмент не показує її за замовчуванням.

Налаштуйте ці чотири цифри в перший місяць. База знань без них це тека документів, яку ніхто не захистить під час бюджетування, і інструмент аналітики їх теж не надасть: ці цифри беруться з власного пошуку центру допомоги та журналів звернень.

Що змінили відповіді ШІ, а що ні

Майже кожен інструмент у цій категорії тепер рекламує шар ШІ. Якщо описати точно, це система пошуку, яка читає ваші статті й пише одне речення у відповідь, і вона не знає нічого, чого ви не опублікували.

З цього випливає наслідок, який пропускають у кожній презентації. Інструменти бази знань на ШІ підсилюють те, чим ваш контент уже є. Бідні статті дають впевнені бідні відповіді, а суперечність між двома сторінками дає відповідь, що випадково обирає одну з них. Команди, які чекали, що шар ШІ компенсує занедбану документацію, отримують протилежне: занедбаність стає цитованою.

Другий наслідок стосується оплати. ШІ для автоматизації самообслуговування майже ніколи не входить у базову ціну. Він приходить як плата за вирішення, пакет кредитів або вищий рівень, а обсяг використання визначають ваші клієнти, а не ви.

Перш ніж вмикати автоматизацію центру допомоги, отримайте письмові відповіді на чотири запитання:

• Що вважається подією, за яку беруть гроші: поставлене запитання, надана відповідь чи розмова, яку клієнт підтвердив як вирішену?
• Що буде, коли кредити закінчаться: жорстка зупинка чи ставка за перевищення?
• Чи можна обмежити місячні витрати, і чи обмеження переводить на живу підтримку, чи в нікуди?
• Чи відповідь посилається на статтю, з якої взята, щоб хибну відповідь можна було простежити до сторінки, яку можна виправити?

Порахуйте до вмикання. За $0,99 за вирішення дві тисячі відсіяних розмов на місяць це $1980, що більше за більшість підписок у таблиці вище. Це все одно може бути найдешевшим варіантом, бо ті самі дві тисячі розмов, які опрацювали люди, коштують набагато більше. Просто це має бути рішення, а не сюрприз.

Інструменти самообслуговування на ШІ варто мати. Але другими, після того як з’явилися й правильні двадцять статей, що покривають ваші двадцять найчастіших звернень.

Як писати статті, придатні і для людей, і для відповідей ШІ

Структура, завдяки якій статтю легко проглянути, також дає змогу системі пошуку цитувати її правильно. Нічого не коштує, багато що змінює.

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

Одне запитання на статтю. Стаття, що охоплює чотири слабко пов’язані речі, видається на всі чотири запити й жодну з них не розкриває добре.

Вказуйте версію й дату. «Станом на березень 2026 року, на тарифі X» дає і читачеві, і моделі змогу зрозуміти, чи відповідь досі чинна. Інструкції без дати є головним джерелом впевнено хибних відповідей ШІ про продукти.

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

Називайте річ так, як її називають клієнти. Якщо клієнти кажуть «рахунок», а в інтерфейсі стоїть «платіжний документ», у статті мають бути обидва слова, по одному разу, без викручування речення.

Тримайте одну канонічну сторінку на один факт. Дві сторінки з різними цифрами для того самого ліміту дають підкидання монети, і в пошуку, і у відповіді ШІ.

Самостійний хостинг і відкритий код, чесно

Програми для бази знань із безкоштовною ліцензією існують, це справжні програми, і витрати не зникають, а переходять в інше місце.

Ви заощаджуєте на підписці. Натомість платите за хостинг, оновлення, резервні копії, сертифікати TLS, індекс пошуку й людину, яка за все це відповідає. У малому масштабі цією людиною є засновник, що робить це вночі, а це найдорожчий інженерний час у компанії.

Продукти з полиці інструментів для розробників полегшують цю недооцінку. Самостійний хостинг розумний за двох умов: платформна команда вже запускає інші сервіси або правило розміщення даних робить хостингові продукти справді недоступними.

Поза цими двома умовами арифметика рідко на його користь, а збій тут типовий і поширений. База знань працює на непропатченій версії два роки, бо оновлення нікому не доручено.

Міграція крок за кроком

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

Чотири запитання, відповіді на які потрібні до підписання контракту, а не під час міграції:

Який формат на виході? Файли Markdown або HTML, які можна прочитати без їхньої програми, це відповідь, якої ви хочете. JSON-масив, прив’язаний до внутрішніх ідентифікаторів, технічно є експортом, а практично заручником.

Чи йдуть із ним зображення? Вкладення часто виключають з експорту й розміщують на домені постачальника. Коли ви йдете, ламається кожне зображення в кожній статті.

Чи зберігаються URL? Якщо центр допомоги стоїть на вашому піддомені, редиректи у вашій владі. Якщо на їхньому, кожне посилання, яким колись поділилися, помирає в день, коли ви скасовуєте підписку.

Чи експорт самообслуговуваний? Експорт, що вимагає звернення до підтримки, це експорт, який постачальник може уповільнити саме тоді, коли ви хочете швидко.

Коли перенесення справді відбувається, ось порядок, що не дає втратити місяць:

1. Експортуйте все й покладіть у систему контролю версій до того, як торкнетеся нового інструмента, щоб мати копію, яка належить вам
2. Імпортуйте в новий інструмент, поки старий ще працює й публічний
3. Відтворіть карту URL стаття за статтею, зокрема ті, на які ніхто не посилається
4. Налаштуйте редиректи й перевірте двадцять із них вручну
5. Перемкніть домен і залиште стару підписку ще на один розрахунковий цикл
6. Стежте за часткою пошуків без результатів два тижні, бо зламаний імпорт проявляється саме там

Пропуск першого кроку це помилка, що перетворює міграцію на переписування. Настанови Google про переїзд сайту зі зміною URL стосуються центру допомоги так само, як і сайту, а карта редиректів вирішує, чи вціліє пошуковий трафік.

Сім помилок, що коштують найдорожче

• Купувати вид, а не аудиторію. Вікі, куплена для клієнтів, або центр допомоги, куплений для інженерної документації
• Рахувати місця на сьогодні. У кожної моделі з таблиці вище є межа; питання в тому, де ви будете через вісімнадцять місяців
• Вмикати ШІ до появи контенту. Він робить прогалини цитованими, а не заповнює їх
• Публікувати на домені постачальника. Дешево на старті, дорого в кожній точці після нього
• Немає названого редактора. Бази знань занепадають через нічиє рішення, а не через погане
• Писати сорок статей, про які ніхто не питав. Журнал підтримки і є беклог; усе інше це вгадування
• Ніколи не запускати експорт. Перший його запуск не повинен припасти на тиждень, коли ви йдете

Пробний період, що щось підкаже

Двох тижнів достатньо, щоб оцінити програму для бази знань, якщо витратити їх на правильні речі. Більшість пробних періодів проходить у замилуванні редактором.

• Імпортуйте двадцять реальних статей, зокрема дві найдовші й ту, де найбільше знімків екрана
• Попросіть когось поза командою знайти п’ять відповідей своїми словами й запишіть, що саме вони вводили
• Навмисно зламайте пошук: помилки в наборі, форми множини, слово конкурента для вашої функції
• Опублікуйте одну статтю, потім відредагуйте її й перевірте, скільки часу публічна версія оновлюється
• Запустіть експорт на другий день, а не на тринадцятий, і відкрийте те, що вийшло
• Додайте другого автора й подивіться, що це зробило з рахунком
• Увімкніть шар ШІ, поставте йому три запитання, на які ваша документація не відповідає, і прочитайте, що він скаже
• Задайте право доступу на одній сторінці й спробуйте прочитати її з облікового запису, який не мав би її бачити
• Перевірте, як центр допомоги виглядає на телефоні, бо більшість його читачів тримає саме телефон
• Виміряйте вагу сторінки опублікованої статті, бо центр допомоги, що повільно вантажиться на мобільному інтернеті, покидають посеред пошуку

Прохідний бал це не «нам сподобалося». Це те, що ніщо з цього переліку не дало сюрпризу, який ви б виявили на четвертий місяць.

Де програма для бази знань стоїть поруч з усім іншим

База знань не канал підтримки, вона те, що не дає каналові переповнитися. Вона працює, коли її наповнюють звернення, на які ви вже відповідаєте, а читають люди, що прийшли з пошуку.

Звідси порядок досить очевидний. Напишіть двадцять найчастіших відповідей до вибору платформи, бо контент визначає, який вид вам потрібен.

Підключіть її до того, що опрацьовує розмови, бо інструменти онлайн-чату, які не вміють показати статтю, щоразу відправлятимуть те саме запитання людині.

Варіанти у вигляді пакетів стоять на полиці підтримки клієнтів, а ті, що беруть за сайт, на полиці інструментів для документації. Додавайте шар ШІ, коли вихідний матеріал вартий цитування.

І читайте сторінку цін так, як читали б договір, бо вона ним і є. Тут повністю діють ті самі п’ять речей, які ховає сторінка цін SaaS, а мінімум місць зокрема ловить команди, які думали, що купують сайт.

Кожен інструмент для бази знань у нашому каталозі розміщено на однакових умовах: з посиланням nofollow і без платного розміщення, і це єдине, що ми стверджуємо про порядок. Перегляньте каталог і перевірте сторінку цін самого постачальника, перш ніж вірити будь-якій цифрі, зокрема нашій.

Запитання, які ставлять найчастіше

Скільки має коштувати база знань для команди з десяти людей?

Від нуля до близько $800 на місяць станом на 5 вересня 2026 року, за ту саму роботу, залежно винятково від моделі. Десять агентів підтримки на Zendesk Suite Team це $550 на місяць, і здебільшого це гроші за службу підтримки, а не за базу знань.

Десять редакторів на GitBook Premium це $65 за сайт плюс $108 за додаткові місця. Help Scout безкоштовний для п’ятьох користувачів і коштує $250 на місяць для десяти. З’ясуйте, яку одиницю ви купуєте, перш ніж порівнювати будь-які дві цифри.

Чи досить вікі-інструмента для центру допомоги, зверненого до клієнтів?

Зазвичай ні, з двох причин, які не стосуються функцій. Вікі-інструменти за замовчуванням вимагають авторизації, а їхній пошук створений для людей, що вже знають внутрішню лексику. І те й те правильно для співробітників і хибно для клієнтів. Якщо бюджет змушує, принаймні перевірте, що сторінки можна публікувати публічно без входу й що їх можуть індексувати пошукові системи.

Чи потрібні окремі інструменти для внутрішньої та зовнішньої документації?

У більшості команд, де понад двадцять людей, їх зрештою два, і це не провал. Аудиторіям потрібні різні права доступу, різна поведінка пошуку й різні редакційні стандарти. Один інструмент для обох зазвичай означає, що внутрішній контент надто відшліфований, щоб лишатися актуальним, або зовнішній надто сирий, щоб його публікувати.

Що насправді додає інструмент бази знань на ШІ?

Він читає ваші опубліковані статті й відповідає одним реченням, а не повертає список посилань. Справді корисно для запитань, на які ваша документація вже відповідає, марно для тих, на які ні.

Сприймайте його як шар подання над вашим контентом, а не заміну його написання. Оплата майже завжди окрема від базового тарифу, від $0,75 до $0,99 за вирішення.

Скільки статей потрібно центру допомоги до запуску?

Достатньо, щоб покрити запитання, які ви справді отримуєте, зазвичай від п’ятнадцяти до тридцяти для молодого продукту. Кількість важить менше за покриття: візьміть останні двісті розмов із підтримкою, згрупуйте їх і напишіть двадцять найчастіших. Публікація сорока статей, що відповідають на запитання, яких ніхто не ставив, це поширений спосіб змарнувати квартал.

Чи має центр допомоги жити на моєму домені?

Так, на піддомені, який ви контролюєте, якщо інструмент це дозволяє. Так пошукова цінність лишається на вашому боці, збережені посилання не вмирають, якщо ви змінюєте постачальника, а редиректи ви пишете самі. Інструменти, що публікують лише на власному домені, дешевші не просто так.

Хто має відповідати за базу знань у компанії?

Той, хто відповідає на звернення, з названим редактором, а не спільною відповідальністю. Бази знань занепадають через нічиє рішення. Модель підтримки, що виживає, невелика й нудна: статтю переглядають наступного разу, коли хтось посилається на неї у зверненні, і виправляє її та людина, яка послалася.

Чи можна почати з безкоштовних інструментів і перейти пізніше?

Так, і безкоштовний рівень інструмента для документації це розумне місце, щоб написати перші двадцять статей. Help Scout вміщує п’ятьох користувачів і повноцінний сайт Docs без оплати. Лише запустіть експорт, поки статей ще не сотня, щоб дізнатися, що тягне за собою перенесення, поки це ще дешево.

Як не дати базі знань застаріти?

Прив’яжіть перегляд до події, а не до календаря. Робоче правило таке: кожну статтю, на яку посилаються у відповіді підтримки, читає той, хто послався, і виправляє на місці, якщо вона хибна. Квартальні перегляди планують, переносять і скасовують, а правило, прив’язане до роботи, що вже відбувається, виживає.

Чи допомагає публічний центр допомоги в ранжуванні?

Може, і для вузької групи запитів він єдиний, що допоможе. Статті центру допомоги ранжуються за пошуками у формі проблеми, до яких маркетинговий сайт не може звернутися, щоб не звучати дивно, і ці пошуки виходять від людей, які вже мають продукт. Розмістіть його на піддомені, дозвольте скануватися й дайте кожній статті одне запитання, на яке вона відповідає.

Як виміряти, чи база знань окупилася?

Порівнюйте кількість звернень на клієнта, а не загальну кількість звернень. Компанія, що зростає, з незмінною кількістю звернень успішно відсіює їх, навіть якщо абсолютна цифра не змінилася. Потім оцініть різницю за вартістю години підтримки й поставте цю цифру поруч із підпискою.

А що з багатомовною підтримкою, коли вона виправдана?

Коли мова дає достатній обсяг звернень, щоб виправдати переклад і потім його підтримку, а про це забувають. Перекладена стаття, що перестала відповідати оригіналу, гірша за відсутність статті, бо відповідає впевнено й хибно.

Почніть із двадцяти статей з найбільшим трафіком в одній додатковій мові й додавайте другу лише тоді, коли перша лишається актуальною.

Чи можна використовувати одну базу знань і для агента ШІ, і для центру допомоги?

Так, і слід. Обидва читають одні й ті самі статті, а підтримка двох джерел це спосіб, яким вони починають суперечити одне одному. Різниться тільки письмо: стаття, що відповідає в перших двох реченнях, добре служить системі пошуку й так само краще читається людям.