Предлагаю убрать из системы сущность "Группы" и оставить только "Проекты". В связи стем, что группа, это тот же проект. Отличие между ними в одной единственной опции "Имеет крайний срок". И мне кажется контр-интуитивным, что сущность системы меняет название в зависимости от настройки.
Т.к. уже существует возможность создать "Проект" без указания его сроков, то не понятно Зачем вообще перегружать интерфейс левого меню двумя разными понятиями http://prntscr.com/iujpp5 ведущими к одному и тому же. Ты разворачиваешь левое меню "Группы" и видишь там в том числе и проекты. Ты заходишь в левое меню "Задачи и проекты" и видишь там задачи из групп. Так же это напрасно перегружает окно создания проекта http://prntscr.com/iujnxy.
Наличие сроков проекта опционально. Это просто она из настроек, которая почему-то трансформирует его в новую сущность "группа".
Мне-то это все понятно. Но рядовой пользователь CRM, скажем, руководитель бренда, желающий воспользоваться ее важным функционалом по группировке задач не может понять систему интуитивно. У него неизбежно возникают вопросы на разрешение которых он вынужден потратить дополнительное время (свое личное и коллег на консультации). А брендов у нас порядка 20.
При добавлении к задаче сотрудника из экстранета они ВСЕ даются общим списком, никак не отражена их принадлежность к конкретной экстранет-группе. Скрин http://prntscr.com/iu8esf Предлагаю добавить им такую же визуализацию, как у отделов.
Вот рабочий кейс: Тебе пишет сотрудник, что не видит задач из группы - ты сразу переходишь в карточку сотрудника и видишь есть ли он в этой группе.. сотрудник-группы-найти группу в списке
Сейчас же нужно выполнить действия: группы-все группы-фильтр-найти сотрудника-отфильтровать-найти группу в списке
да и через карточку сотрудника удобно добавить/удалить в группы например пришёл новый сотрудник, его нужно добавить в 10 групп - как??? по одной?
Когда изменяем группу пользователя через API или панель администрирования, чтобы изменения вступили в силу, пользователю приходится выйти и заново авторизоваться. Это очень неудобно!
Будет очень удобно в разделе "Задачи и Проекты" иметь возможность привязки не только задач к определенному проекту, но также и возможность привязки проектов (имеющих срок реализации) к группе (как к основному контейнеру). Это позволит намного удобнее систематизировать данные (например к группе "Разработка дизайна" привязать несколько проектов по разработке дизайна для разных объектов).
На данный момент в продукте 1С битрикс создание групп в сетевом сообществе выглядит так:
Первый человек создает группу в социальной сети на английской версии сайта(en). Второй человек хочет найти группу первого человека но на русской версии сайта(s1). В итоге первый человек не может увидеть группу второго человека и наоборот.
Проблема в том что в 1С битрикс группы в соц.сетях жестко привязаны к SITE_ID Прошу рассмотреть возможность реализации данного функционала: Возможность создавать группы в соц.сетях без привязки к SITE_ID тем самым реализуется возможность отображения всех групп в английской и русской версии сайта.
Сценарий: 1) Например, есть проект "Развитие корпоративного Б24" (есть у каждой компании), у него могут быть следующие проекты "Интеграция телефонии", "Развитие бизнес-процессов", "Развитие CRM" и т.д.
2) У одного Клиента (обычно для него создаётся группа, что равносильно проекту) могут оказываться услуги по разным направлениям. Вот их то и удобно сделать подпроектами.
Проблема общих задач как альтернативы Общими задачами удобно делать составные задачи из 4-7 действий, но уж никак не из более чем 20-ть.