Рейтинг: 2.6706  
На голосовании
Предложил alt3rmann 16.01.2020 02:53:30

Хранение контента для базы знаний в структурированных сущностях

Новая версия баз знаний для групп Б24 предполагает наполнение контентом через создание отдельных страниц. Понятно и логично с точки зрения контент-редактора или технического писателя.

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

Например,  в компании внедрен корп портал Б24. В портале есть база знаний для сотрудников, где можно получить любую информацию о компании, процессах, внутренних вопросах и так далее. Сотрудник компании может зайти в портал Б24 и получить информацию из базы знаний.
Допустим, что кроме Б24 в компании есть стороннее корпоративное мобильное приложение, где тоже должен быть доступ к базе знаний. И еще есть чат-бот, который не связан с Б24, но там тоже должна быть та же база знаний. И еще в дополнение есть внутренний корпоративный навык для Алисы.

Логичным решением является интеграция внешнего приложения и чат-бота с Б24 и подгрузка через API контента с базы знаний: поиск по базе, вывод разделов, контента страниц и так далее. Тогда не придется вести одну базу в трех местах и с любого клиента будет к ней доступ.

Но, если контент базы знаний хранится в виде страниц, то с ним мало что можно сделать: не сделать нормальный поиск по базе, не прикрутить синонимы или теги к вопросам для реализации NLU (а без этого голосовой навык для той же Алисы будет ужасным).

Чтобы можно было все красиво интегрировать, контент базы знаний должен  хранится в каком-то структурированном виде с возможностью расширения служебных полей. Хоть банально в инфоблоках.
Под служебными полями я имею в виду, например, синонимы и различные формы написания одного вопроса, которые  нужны для построения интентов NLU. Либо разметку ударений для голосовых помощников. Тогда не придется еще дополнительно выгружать куда-то базу знаний  и расширять ее в стороннем приложении, а потом следить за актуальностью всех источников.

Страницы базы знаний могут забирать и отображать контент с нужным форматированием и по нужному шаблону.
Для внешних приложений контент будет отдаваться через API. Причем как с форматированием, так и без. Например, в мобильном приложении можно применить форматирование текста. В чат-ботах и голосовых помощниках - нет.

Понятно, что можно для таких "сложных" случаев не применять стандартную базу знаний, а сделать свою. На тех же инфоблоках и Сайтах24.
Но:
1. Потребность в единой базе знаний, доступной в разных видах, каналах и с разных типов устройств становится все больше. Пользователи хотят работать с продуктами там, где им удобно и это не только сайт и мобильное приложение.
2. Сами по себе базы знаний в формате набора текстовых страниц подходят только небольшим проектам и компаниям. Для любого активно развивающегося проекта база знаний со временем превращается в монстра, надежно хранящего все секреты и не дающего ответы на пользовательские вопросы. Намного проще и быстрее спросить у коллеги или позвонить в поддержку. Поэтому важно базу знаний делать максимально гибкой и расширяемой, чтобы можно было прикручивать к ней "интеллектуальные расширения".
3. Если есть встроенный специальный модуль для баз знаний, то логично использовать его. Тем более, что он новый и очень перспективный. И должен соответствовать времени, а не пылиться на полке аналогично wiki.



Резюме.
Представим, что мы внедряем базу знаний не из 5-10 страниц, а намного большую. 500 - 1000 типовых вопросов, ответов, советов, заметок для сотрудников крупной компании. Или тысячи типовых вопросов клиентов в поддержку.
Мы хотим эту базу сделать интеллектуальной, наложить на нее современные инструменты NLU или что-то еще. И чтобы все было доступно через десятки видов клиентских каналов - боты, виджеты, колонки, соц сети и так далее.
Также для больших баз знаний могут надстраиваться инструменты продвинутой аналитики как контента, так и работы с ним.

Отсюда мы получаем требования к форме хранения контента, возможностям его расширения и предоставления не только в красивом шаблоне на сайте, но и в различных форматах через API.
Рейтинг: 3.6706  
На голосовании
Предложил alt3rmann 16.01.2020 02:39:12

Публикация баз знаний групп по отдельному домену

В новых версиях Б24 появилась новая продвинутая База знаний общая и для групп.
Очень большой шаг вперед.

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

Кейс:
- создаю и наполняю базу знаний для какой-то группы
- публикую ее по отдельному домену или поддомену

Альтернатива:
- создаю и наполняю базу знаний в группе
- создаю сайт в Сайтах24
- в созданном сайте подключаю отображение базы знаний из нужной группы
- этот сайт уже публикую по отдельному адресу, как это сейчас сделано

Зачем это может быть надо.
Например, чтобы сделать документацию для какого-то публичного сервиса или продукта компании. Технический писатель (или иное ответственное лицо) будет вести документацию в базе знаний специальной группы Б24, а пользователи публичного сервиса получат доступ к базе знаний по внешнему адресу.
Рейтинг: 1.7248  
Новая
Предложил Ягольник Александр 30.05.2016 10:54:24

Создание простых страниц для базы знаний

Цель: иметь возможность создавать простые страницы с HTML разметкой в структуре Б24.
Применение: Инструкции, регламенты, базы знаний, вопрос-ответ.
Способ: внедрить существующий механизм создания страниц из "Управление сайтом"

Возможные опасения компании Битрикс: Б24 превратится в облачный вариант Wordpress. Снимается подключением опции "Страницы" только для платных тарифов.

Сегодня для создание элементарной базы знаний приходится либо пользоваться приложениями, либо выкручиваться. Приложения либо платные (600 руб./мес.), либо неудобные.
Хорошая структура материалов Битрикс24 вполне достаточна для организации базы знаний. Но не хватает инструмента для создания отдельных страниц с HTML разметкой.

Как выкручиваются люди сейчас? Создают внешние файлы (doc, pdf, ....), помещают их на Диск Битрикс. Организуют через ВИКИ структуру этих материалов, чтобы не искать всё по сообщениям, задачам и чатам.
Пользователи, чтобы прочесть материалы, вынуждены их копировать на локальный диск или пользоваться облаками Гугл и Майкрософт (т..е. тоже копировать эти файлы на облака). При этом нужный кусок кода для создания и показа страниц есть даже в "БУС. Старт". Его внедрение в Б24 снимет 99% вопросов по созданию базы знаний компании.
Рейтинг: 5.4575  
На голосовании
Предложил Dobrynina Alisa 28.05.2015 16:56:24

Добавить опцию поиска только по wiki

Поиск выдаёт и сообщения живой ленты, и содержание загруженных документов, и данные из CRM, из-за чего сам смысл базы знаний в формате wiki теряется. Просьба добавить опцию искать ТОЛЬКО по WIKI.
Рейтинг: 2.4299  
На голосовании
Предложил Dovgoshei Vasilii 12.12.2011 14:09:53

Интеграция Вики и Соцсети

Хорошо было бы видеть возможность вывода заданной категории общей Вики в отдельно взятой Группе в стандартном функционале. Так можно повысить наполняемость общей базы знаний и упростить ее использование, формировать отдельные вики по общим рабочим группам, на мой взгляд, немного неверный подход.