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

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

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

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

Рассмотрим страницу со списком групп

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





Например → Так

Здравствуйте!

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

В результате есть 2 пути:
- тупо повторять структуру в каждом инфоблоке;
- использовать решение http://marketplace.1c-bitrix.ru/solutions/smanline.classifier/#tab-images-link

У первого и второго есть свои плюсы и минусы.

Что я предлагаю:
- группировку элементов одного инфоблока группами другого;
- чтобы это включалось в настройках "дочернего" инфоблока (например, пункт "Использовать группы инфоблока" со списком инфоблоков в выпадающем меню, исключая текущий и другие с такой же настройкой).
См. на скрине настроек инфоблока пункт "Использовать разделы другого инфоблока":



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

Функционал создания и редактирования групп тоже должен функционировать везде -- и в тех инфоблоках, которые имеют свои группы, и в тех, которые не имеют свои группы и используют группы других инфоблоков. Только в последнем случае, разумеется, группы будут создаваться и редактироваться не "свои", а  "заимствованные".

Верните пожалуйста в социальную сеть обычные блоги! Сейчас это какая-то непонятная смесь микроблогов и блогов, причем в своем же профиле социальной сети я уже не могу просмотреть все сообщения блогов которые я писал раньше (то же самое относится и к группам), а только те в которых была недавно активность. (Переиндексация не помогает. Уже несколько раз делал.) Для чего это??
Группы стали фактически бесполезным инструментом, так как те сообщения которые оставлялись в группах теперь не увидеть. Можно будет увидеть теперь только некоторые сообщения в которых оставлялись комментарии.
П.С. Свои группы Битрикс пока не перевел на новую версию, поэтому там пока все записи видны.
Теги тоже стали ненужны. Если сообщения были оставлены давно, то при переходе по такому тегу увидите надпись "К сожалению, на ваш поисковый запрос ничего не найдено."

1.Очень часто необходимо установить ответственного для конкретного клиента техподдержки. Харашо было бы без всяких манипуляций с категориями, уровнями поддержки и т.д. назначить для конкретного клиента своего ответственного по умолчанию.
2. Аналогичный функционал нужен и с группами клиентов техподдержки (Сервисы -> Техподдержка -> Группы) без затрагивания групп пользователей сайта. Очень нужно назначение конкретного ответственного для своей группы клиентов.

Задачи которые имеют подзадачи из другой группы в списке отображаются со значком "+", но при его раскрытии никаких подзадач нет потому что они находятся в другой группе.

Надо с этим что-то делать =)

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

Многие пользователи соц.сети откровенные "чайники" и большинство из них в принципе не подозревает, что на обновления в группах можно подписаться.
Раньше в соц.сети от битрикса все пользователи по умолчанию были подписаны на уведомления и почему то в один прекрасный момент дефолтное значение подписки изменили на "не подписан"
Всё, общение тут же умерло
Предлагаю очень простую логику - пусть пользователь сам выберет нужное ему решение, сразу после того как вступил в группу.
Другими словами это может выглядеть следующим образом:
после вступления в группу, пользователя отправляем на страницу подписки, где он может выбрать все штатные варианты - получать уведомления по почте, получать мгновенные сообщения на сайте или вообще ничего не получать.
На той же странице обязательно показываем ему пояснительный текст и лишь после того, как пользователь нажмет ОК, он сможет перейти в группу.
Всё таки дефолтное значение на мой взгляд, должно быть "подписан с уведомлением на емейл", а имея выбор сразу после вступления в группу, те, кому не нужны уведомления смогут их отключить.
Ну и неплохо бы иметь инструмент для админа или для владельца группы "подписать всех, кто сам не выбрал вариант подписки"

Давно прошу, добавьте в живую ленту событие, что пользователь создал новую группу. Это одно из самых важных событий, а в ЖЛ никак не отображено
Тоже касается и перевода группы в архивную, и удаление группы.

Очень часто пользователи создают несколько почти одинаковых групп (по причине "не нашёл подходящую и создал свою"), есть группы брошеные владельцами и т.д.
Неплохо бы администратору сайта иметь возможность объединять такие группы. Весь контент слить вместе, пользователей тоже. Дату создания, название, описание и пр. оставить от той группы, которая была создана первой, либо предложить выбрать вручную.
Так избавимся от групп-пустышек и групп-дублей.
Само собой, это стоит делать после согласования с владельцами обоих групп.