Все идеи

Было бы удобно создавать сайт с личным кабинетом для клиентов , или как отдельный модуль . На Саиты 24

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

Из-за этого нет возможности создать единую базу знаний со страницам-статьями внутри.

Добавить кнопку для базы знаний в БП. Если целесообразно, то и в универсальных списках.

Для удобства разработайте функцию разработки типичного шаблона, который я смогу сделать под себя.
Создается шаблон по типично предложенным блокам, сохраняется, в итоге таких шаблонов хоть 10 шт я могу создать, далее при создании сайта я выбираю какой-то шаблон из созданных или же могу начать с нуля.
Это было бы оочень удобно.
Спасибо!

Уменьшать до определенного размер фотографий и обрезать фотографии при загрузке в Магазин-Товары.

• Не всегда с первого раза сохраняются фотографии загруженные в товары, проверьте.
  
• Сделайте возможность разом загрузить много фотографий в товар.
  

Как человек, не состоящий в штате компании может создать сайт http://prntscr.com/tf7s6k?  

Добрый день!
Речь о БУС Сайты 24.
1. Было бы не лишним, у блоков с заголовками, иметь возможность не только выбирать с Н1 по Н6, но и делать его просто текстом. Например, есть первый заголовок Н1 отцентрован, ниже идёт блок с картинкой и текстом и нужно, чтобы заголовок у этого блока был просто как выделенный другим размером текст.
Частенько иерархия заголовков неправильная (нет правильной вложенности H1,>>> H2>>>h3>>>h4),  там где у блока 2 заголовка нужно оставить один как H1 (или Н2), а тот что над ним сделать обычным текстом (по умолчанию он Н4. Получается сначала, идёт Н4 потом заголовок на уровень выше). Нужно иметь возможность сделать заголовок обычным текстом.
Кто-то может сказать, что мешает изменить стили и сделать верхним тот который нужно, но вот два подряд заголовка это плохо для seo, а если не заполнять второй заголовок то в коде просто будет висеть пустой заголовок, поэтому нужно иметь возможность поменять заголовок на "текст".

2. Ссылки no index. Не редко, нужно сделать ссылку не индексируемой поисковиками, например, ссылка ведёт на мессенджеры (WhatsApp Viber Telegram). Может несложно добавить в интерфейс чекбокс — не индексировать.(?)

3. Карта сайта sitemap.xml для Сайтов 24 в БУС очень нужна! Если ещё будет генерировать для картинок, то прям совсем хорошо!
ПРЯМ ОЧЕНЬ НЕ ХВАТАЕТ !!!

4. Скорость загрузки страниц очень низкая, когда будут поддерживаться современные форматы (JPEG 2000, JPEG XR и WebP) изображений и будет ли система автоматом конвертировать загруженные изображения в этот формат? (например на wix загружаем jpeg в итоге получаем WebP). +  нужно при загрузке страницы в блоках галерей сделать загрузку превью, а не полноразмерных картинок.

5. Нужна возможность настраивать title картинкам.

--
Есть ещё момент один не к оптимизации:

Маленький логотип в шапке. В разделе блоков есть масса шапок (логотип слева + несколько колонок с телефоном, графиком работы и эл. почтой или просто меню), логотипы у таких шапок прямоугольной формы, отображаются очень маленькими, если они не одно слово конечно (Часто у логотипов есть символ и надпись в один или пару рядов. Понятное дело что бывают и другие, но речь о таких), квадратный логотип вовсе становится нечитаемой иконкой.
Есть ли в планах увеличить область логотипа в шапках? Например, в настройках сайта выбран отображение сайта во всю ширину экрана, в этом случае шапку можно сделать шире и за счёт этого увеличить размер логотипа, также, если используется меньше карточек (телефон, время работы, адрес почты), например, телефон и время работы объединить и оставить почту и у нас высвобождается место от третьего блока, можно это место в пользу увеличения логотипа использовать?

Добавить:
1. Ознакомление (просмотр как в ЖЛ и кнопка как в ЖЛ)
2. Добровольно+принудительная подписка на категории, чтобы получать уведомления о новых записях
3. Капча в виде теста перед нажатием кнопки "Ознакомился"
https://youtu.be/K4ITU5caBBg  

Сделайте пожалуйста товары в корзине кликабельными, чтобы можно было перейти на товар из корзины.

Магазин на Битрикс24 CMDVIDEO.RU

Раньше не было маркированных списков, чтобы отделить два абзаца текста друг от друга, нужно было вставлять пустую строку. Сделали списки и абзацы, супер! Только как теперь просто текст переносить на другую строку без увеличения межстрочного интервала?? Это бывает нужно очень часто, в текстовых редакторах это делаеться по нажатию клавиш shift + enter
Сделайте уже нормальный редактор, сделайте переносы!

В БУСе хоть можно тэгом сделать перенос а в Сайты24 как быть?

При загрузке svg картинок они автоматом конвертируются в png.
Нужно оставить возможность загружать любой вид изображений (webp, svg).

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

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

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

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

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

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

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

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



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

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

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

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

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

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

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

Сайт новый, а новости или портфолио проектов имеет историю на несколько лет, и даты исторические не совпадают с датами страниц сайта.

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

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

Тоже самое и лента новостей из живой ленты, текущее решение с "онлайн" датами подойдет только ограниченному кругу.

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

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

Хороший пример - шаблон Аспро Некст для БУСа: https://next.aspro-demo.ru/ (только в мобильной версии слоган нужно оставить, конечно)

После перехода на новую редакцию БУС + коробочной CRM, сайты стали публиковаться в ОБЛАКО! Это снизило их скорость в 3 раза! Верните нам наши сайты на наш хостинг! Так невозможно работать! Замер скорости прикладываю (даже картинку товара удалил что бы отразить реальную скорость работы).

у Вас в модуле с новостями (когда динамически ставишь галку)
есть возможность заполнять поля "Заголовок", "Текст" "Изображение" и куча других настраиваемых полей, знай подставляй нужные, но вот выбор невелик,

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

было бы хорошо этот функционал добавления пользовательских полей (с задач) транслировать на сообщения в живой ленте