BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 17:22

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 26 ] 
Автор Сообщение
 Заголовок сообщения: Отображение связанных процессов
СообщениеДобавлено: 26 ноя 2018, 15:28 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Начали активно использовать связанные процессы и закладка "Связанные процессы" стала перегружена. Есть предложение распределять связанные процессы по группам:
1) В основной конфигурации или в справочнике определить Группы процессов.
2) В конфигурации типа процесса указать к какой группе принадлежит и какие группы показывать в закладках.
3) Группы отображаются в процессе в виде закладок, по аналогии с "Связанные процессы".
4) В самой группе убрать группировку по "Процесс привязан к:" и "К процессу привязаны:" (может перенести в отдельную колонку?)
5) Так же просьба описание процесса перенести в отдельною колонку, а то когда оно снизу процесса, глаз не цепляется и в целом нарушается читаемость таблицы процессов.
6) В настройки функционала "Создать и привязать" добавить группу.
Например:
Группы:
    Услуги
    Техподдержка
    Оформление
    Подключение
    Напоминания
    СМС

Есть тип процесса "Сделки" к которому привязаны все эти группы. Заходишь в сделку и видишь удобный интерфейс с закладками.
Заходишь в нужный раздел и добавляешь то, что нужно.
Что думаете по данному предложению?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 ноя 2018, 21:38 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Можете скрин выложить замазанный, как у вас сейчас? И какую-нибудь схему набросать, как бы вы хотели это реорганизовать.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 ноя 2018, 22:40 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Вот набросал пример https://yadi.sk/i/yYgApcyJG8RbmQ
Комментарии к скришноту
1) Видно, что услуги, расположены в разных местах по мере добавления.
2) Напоминаний может быть больше одной, СМС тоже.
3) Так же пока нету учета контакта с клиентом (Встреча, Звонок) которых может быть очень много.
4) Так же могут быть дела (задачи) для себя.

Это все функционал CRM, как мне кажется. Были бы "Группы процессов", можно удобно настроить под себя.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 02:36 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
2) Напоминаний может быть больше одной, СМС тоже.

Не логичнее сделать напоминания и СМС как сообщения?
Цитата:
3) Так же пока нету учета контакта с клиентом (Встреча, Звонок) которых может быть очень много.

Это тоже.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 15:06 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Про СМС согласен, можно через сообщения отправлять. Но сейчас уже есть функционал, который можно использовать без доработки. На сколько я понял из документации к плагинам "Отправка СМС". Статус доставки как в сообщениях отобразить ?

По контактам с клиентом можно обсудить.
У звонков и встреч есть контактное лицо, с кем общался менеджер. Не знаю пока на сколько это нужно. И должна быть дата и время на выбор.
Исходящий звонок можно запланировать. т.е. в параметрах процесса можно указать "Напомнить за 15 мин". Выбрал, и повесилась задача напоминания.После звонка можно поменять статус на "Позвонил". Так же задачу менеджеру на исходящий звонок может поставить руководитель.

Из выше сказанного логичнее сделать закладку "Задачи", куда можно кинуть задачу на исходящий звонок и после выполнения Менеджер добавляет в "Сообщения" запись о исходящем звонке.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 15:21 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Про СМС согласен, можно через сообщения отправлять. Но сейчас уже есть функционал, который можно использовать без доработки. На сколько я понял из документации к плагинам "Отправка СМС". Статус доставки как в сообщениях отобразить ?

Так же как у E-Mail можно. Время отправки и текст показывать. Дорабатывать, да, придётся. Но мне кажется, что выйдет логичнее.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 15:29 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Из выше сказанного логичнее сделать закладку "Задачи"

Она уже есть. http://www.bgcrm.ru/doc/3.0/manual/plug ... index.html


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 17:34 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Администратор писал(а):
Цитата:
Из выше сказанного логичнее сделать закладку "Задачи"

Она уже есть. http://www.bgcrm.ru/doc/3.0/manual/plug ... index.html


И как создать задачу руками на конкретного исполнителя ?
Указать сроки исполнения ?
Где указать статус выполнения задачи ?

Я так понял Задачи - это выполнения некого кода по времени.
Похоже мы под задачами понимаем разный функционал.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 18:54 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
В любом случае понадобятся доработки. В задаче заложена возможность указания параметров.
Для создания напоминания необходимо сохранить задачу на время, в определённый момент она берёт исполнителей процесса и напоминает им о нём.
После этого задача отработала. Исполнитель должен произвести звонок и сохранить его.
Может быть, стоит сделать задачи автоматически повторяющимися до тех пор, пока он это не сделает.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2018, 19:57 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Может быть...
Можете мне объяснить суть связанных процессов ? В чем была задумка ? Может я не правильно их готовлю ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 ноя 2018, 01:41 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Задумка примерно следующая.
1) Процесс - долгоживущая сущность, у неё есть параметры, исполнители, группы решения, статусы меняются. В перспективе в нём же будет учёт затраченного времени и оценка оставшегося. Запланированные даты.
2) Сообщения - любой информационный обмен в рамках процесса. Параметров мало: тип, направление, адрес противоположной стороны. Входящие - исходящие звонки, письма, сообщения форума, HelpDesk а. Сюда же думаю логично сохранять и встречи (в классическом календаре это как раз таки письма). Это протокол обмена информацией, она пополняется, но записи особо не изменяются.
3) Связанный процесс - когда в рамках текущего процесса порождается новый. Исполнители у него совершенно другие и не связаны с основным процессом. Статусы тоже. В основном процессе должна отображаться лишь краткая сводка о текущем статусе дочернего процесса. Порождать дочерние процессы следует экономно, иначе можно запутаться.
4) Задача - отложенное действие по процессу. Например, напомнить менеджеру сделать звонок. Или дублировать периодический процесс.

Разделять процессы следует в случае, если вложенные процессы:
1) Исполняются параллельно с другими дочерними либо с основным процессом. Если процесс просто последовательно меняет состояния - лучше добавить статусов.
2) Исполняется множество на один родительский процесс. Подключения по разным адресам, например. В этом случае текущее состояние можно отобразить только множеством статусом.

Теперь рассмотрим ваш случай. Есть сделка, по ней курирующий менеджер или несколько их. Могут сменяться. По сделке идёт переписка, перезвонка, встречи. Дочерние процессы порождаются для обследований, подключений. Их выполняют другие подразделения и их много.

Сообщения наверное логичнее разделить по тому, в каком процессе исполнители. То есть если в процессе подключения монтажник созванивается с клиентом - сообщение должно быть в нём. А если менеджер пишет письмо о ходе какого-то подключения - то лучше сохранять его на родительском.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 ноя 2018, 22:21 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
По сообщениям согласен. Функционал в нужном месте на мой взгляд. Только вот еще бы отображать (опционально) их внизу процесса, даже связанного .

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 ноя 2018, 22:36 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Только вот еще бы отображать (опционально) их внизу процесса, даже связанного .

Это как?.. Может лучше в родительском процессе выводить сообщения по всем дочерним опционально? И указывать, что мол вот по этому подпроцессу было движение.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 ноя 2018, 22:42 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Идеально процесс должен быть "вещью в себе" насколько можно и касаться только его исполнителя.
Боюсь, что начав выносить данные дочерних процессов в родительский - получим только их смешение, вместо разделения.
Понятно желание контролировать всё с верхнего уровня, но и некая инкапсуляция быть должна.
Когда менеджер видит весь шквал обмена по всем уровням - это его перегрузит.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 ноя 2018, 22:45 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Надо обрисовать несколько сценариев из вашей действительности и попытаться понять, как их лучше уложить.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 02:01 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Не надо в родительском. Вот это я имею ввиду https://yadi.sk/i/YKBI2bQOWI1NjA
Сейчас, чтобы прочитать сообщения из дочернего процесса, надо в него заходить, открывать закладку "Сообщения" и потому долгий путь обратно.
Прям сейчас нам это нужно:
1) Для техподдержки, когда клиент звонит, сотрудник просматривает его карту и видит как решались его предыдущие задачи не выходя из карты клиента.
2) Для менеджеров, чтобы они могли общаться с сотрудниками в рамках сделки не выходя из нее.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 02:16 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Закладка "Сообщения" всегда первая открыта же. И для открытия связанного процесса полностью отдельно достаточно по коду процесса нажать. Потом "Назад" в браузере.
"Карта клиента" - это текущий процесс?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 02:22 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
2) Общаться с сотрудниками в рамках сделки.
Может из родительского процесса менеджера нужно слать в дочерний процесс сообщение, а оттуда сотрудник отвечать?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 02:24 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Вот нашел пару клиентов проблемных
https://yadi.sk/i/WIswyDFjmv3Frg
https://yadi.sk/i/7glXybXk0HpcUg
Процесс решения находится в сообщениях. У клиента плохой роутер и он постоянно его перезагружает или это мы что-то делаем. Чтобы это понять надо просмотреть всю историю.
Как происходит дело сейчас:
1) Заходим в связанный процесс, читаем сообщения. Закрываем процесс. Открывается основной. Переходим на Связанные процессы.
2) Заходим в сл. связанный процесс, читаем сообщения. Закрываем процесс. Открывается основной. Переходим на Связанные процессы.
3) Заходим в сл. связанный процесс, читаем сообщения. Закрываем процесс. Открывается основной. Переходим на Связанные процессы.
4) Так, а какой я процесс просмотрел в прошлый раз 2й или 3й. Если вспомнил неправильно, то лишний круг другой можно пройти.

Это пример, где еще работы менеджера нету. А представляете, если добавить все то, что я писал по работе менеджера. Будет каша.


Последний раз редактировалось avk 30 ноя 2018, 02:35, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 02:31 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Администратор писал(а):
2) Общаться с сотрудниками в рамках сделки.
Может из родительского процесса менеджера нужно слать в дочерний процесс сообщение, а оттуда сотрудник отвечать?

Поясню. Для менеджера это выглядит как общение в рамках сделки. Для других сотрудников как общение в рамках их очередей процессов.
Все те же:
- Оформление
- Обследование
- Подключение
- Техподдержка


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 03:24 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Там есть несколько вариантов общения.
1) Менеджер - Клиент, это в Сделке
2) Исполнитель - Клиент, это в Подпроцессах
3) Менеджер - Исполнитель, для этого общения думаю надо сделать какой-то вид сообщений, адресуемый из процесса в процесс.

Или Менеджер 2) тип тоже должен видеть? С кем его общение в основном происходит?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 14:32 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Вы можете понаблюдать за работой сотрудников и описать реальные сценарии? По ним гораздо проще будет понять, что и насколько часто происходит. А исходя из этого - уже подобрать логику и интерфейс.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 18:30 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Я понял чего не хватает - комментариев к процессу. По сути это та же заметка, только находится в нужном месте (внизу), где и происходит общение внутри компании. А взаимодействие с клиентом происходит в сообщениях.
Комментарии могут быть и служебными. Например, при смене исполнителя писать служебную запись об этом.
А сообщения между процессами представить себе не могу что-то. Может лишнее ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 ноя 2018, 18:58 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Тип сообщения "Заметка" уже есть.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 дек 2018, 22:04 
Не в сети

Зарегистрирован: 02 фев 2015, 04:27
Сообщения: 273
Карма: 5
Администратор писал(а):
Тип сообщения "Заметка" уже есть.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 дек 2018, 04:55 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Группа в ватсапе это скорее аналог чата общего по всем процессам без привязки к ним.
Первый раз может и проще писать, но впоследствии найти что-то будет невозможно.
Хотя может это не всегда и нужно.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 26 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.077s | 70 Queries | GZIP : On ]