Предлагаю отобразить в журнале событий данные о типе устройства пользователя (Мобильное приложение или Компьютер) с которого произошло событие.
Зачем это нужно, пример моей ситуации: сегодня мне показалось, что сотрудник отсутствовал на рабочем месте, а рабочий день начал в мобильном приложении, что нарушает наш внутренний регламент работы, но чтобы доказать и предъявить этот факт, я не нашел такой возможности.
Также было бы не плохо добавить возможность:
- в журнале событий по ссылке на айпи видеть о нем данные во всплывающем окне (страна, город, провайдер);
- в настройках возможность запрета использовать мобильное приложение конкретному пользователю.
Еще бы хотелось видеть более подробно знать про время активности пользователя на портале. Например в пульсе компании есть данные об использовании мобильной версии, но нельзя перейти в подробный просмотр этих действий.
Зачем это нужно, пример моей ситуации: сегодня мне показалось, что сотрудник отсутствовал на рабочем месте, а рабочий день начал в мобильном приложении, что нарушает наш внутренний регламент работы, но чтобы доказать и предъявить этот факт, я не нашел такой возможности.
Также было бы не плохо добавить возможность:
- в журнале событий по ссылке на айпи видеть о нем данные во всплывающем окне (страна, город, провайдер);
- в настройках возможность запрета использовать мобильное приложение конкретному пользователю.
Еще бы хотелось видеть более подробно знать про время активности пользователя на портале. Например в пульсе компании есть данные об использовании мобильной версии, но нельзя перейти в подробный просмотр этих действий.
Уважаемые разработчики Битрикс24!
Предлагаю добавить важную функцию в мобильное приложение "Битрикс24": запись с последующим хранением и учётом всех разговоров, совершенных с мобильного (рабочего) телефона сотрудника (с установленным мобильным приложением "Битрикс24") в CRМ при условии (должно быть настраиваемо администратором CRM), если входящий/исходящий звонок (написанное сообщение sms или в мессенджере) осуществлялся на номер телефон клиента, фигурирующий в CRM (остальные - в архив на срок - Х месяцев, недель, дней).
Данная простая доработка позволит (во многих смартфонах сейчас функция записи разговоров уже есть по умолчанию - Xiaomi, HTC и т.п.) пользователям "Битрикс24":
1) Исключить необходимость каких-либо интеграцией корпоративного/личного номера телефона (Мегафон, Теле2, МТС, Билайн и т.п.) сотрудника (необходимо будет получить согласие при трудоустройстве) с CRM, так как интеграция будет происходить на уровне самого смартфона с установленным приложением Битрикс24" (сделать необходимым требованием для работы в компании);
2) Вести автоматический учёт всех необходимых разговоров (расписывать ценность этого момента для контроля персонала, думаю, необходимости нет);
3) Вести силами приложения (полученных разрешений Android/Apple OS) сплошную запись "веток" диалогов в с клиентами через смс и в мессенджерах WhatsApp, Viber, Telegram и т.п., так как фактически переписка будет перехватываться на уровне самого смартфона;
Считаю, что данная, полагаю, не сложная доработка существенно увеличит качество сплошного автоматизированного(!) контроля персонала, снизив массу коммерческих рисков клиентов CRM "Битрикс24", а вкупе с последующим разложением голосового трафика в текстовый с логированием, хранением и учётом - закроет все вопросы безопасности бизнеса и качества работы с клиентами компании.
Благодарю за внимание.
Предлагаю добавить важную функцию в мобильное приложение "Битрикс24": запись с последующим хранением и учётом всех разговоров, совершенных с мобильного (рабочего) телефона сотрудника (с установленным мобильным приложением "Битрикс24") в CRМ при условии (должно быть настраиваемо администратором CRM), если входящий/исходящий звонок (написанное сообщение sms или в мессенджере) осуществлялся на номер телефон клиента, фигурирующий в CRM (остальные - в архив на срок - Х месяцев, недель, дней).
Данная простая доработка позволит (во многих смартфонах сейчас функция записи разговоров уже есть по умолчанию - Xiaomi, HTC и т.п.) пользователям "Битрикс24":
1) Исключить необходимость каких-либо интеграцией корпоративного/личного номера телефона (Мегафон, Теле2, МТС, Билайн и т.п.) сотрудника (необходимо будет получить согласие при трудоустройстве) с CRM, так как интеграция будет происходить на уровне самого смартфона с установленным приложением Битрикс24" (сделать необходимым требованием для работы в компании);
2) Вести автоматический учёт всех необходимых разговоров (расписывать ценность этого момента для контроля персонала, думаю, необходимости нет);
3) Вести силами приложения (полученных разрешений Android/Apple OS) сплошную запись "веток" диалогов в с клиентами через смс и в мессенджерах WhatsApp, Viber, Telegram и т.п., так как фактически переписка будет перехватываться на уровне самого смартфона;
Считаю, что данная, полагаю, не сложная доработка существенно увеличит качество сплошного автоматизированного(!) контроля персонала, снизив массу коммерческих рисков клиентов CRM "Битрикс24", а вкупе с последующим разложением голосового трафика в текстовый с логированием, хранением и учётом - закроет все вопросы безопасности бизнеса и качества работы с клиентами компании.
Благодарю за внимание.
Прошу включить возмоность контроля и управления планом рабочего дня подчиненных сотрудников.
Уважаемые разработчики!
В контексте и логическом продолжении следующих идей:
1)
2)
3)
предлагаю вам рассмотреть возможность доработки функционала Б24 (мобильного приложения Б24), который бы позволял:
1) Вести качественный контроль и учет рабочего времени сотрудников - см
2) Вести логирование расположения, перемещений, звонков и действий сотрудников - см (с последующей возможностью трекинга, например, на яндекс.карте).
Оба продукта-образца неплохо продуманы, жизнеспособность и востребованность идеи проверена на практике, а переоценить возможность вести автоматизированный контроль персонала в Б24, полагаю, сложно.
Данные доработки Б24 можно предложить в рамках верхних облачных тарифов и "коробки".
Голосуй или проиграешь!
В контексте и логическом продолжении следующих идей:
1)
2)
3)
предлагаю вам рассмотреть возможность доработки функционала Б24 (мобильного приложения Б24), который бы позволял:
1) Вести качественный контроль и учет рабочего времени сотрудников - см
2) Вести логирование расположения, перемещений, звонков и действий сотрудников - см (с последующей возможностью трекинга, например, на яндекс.карте).
Оба продукта-образца неплохо продуманы, жизнеспособность и востребованность идеи проверена на практике, а переоценить возможность вести автоматизированный контроль персонала в Б24, полагаю, сложно.
Данные доработки Б24 можно предложить в рамках верхних облачных тарифов и "коробки".
Голосуй или проиграешь!
Уважаемый разработчики!
В контексте активного развития телефонии и появления функции визит-трекера предлагаю реализовать очень важную доработку по разложению голосового трафика в текст с последующим логинованием, хранением и индексацией (лучше вести сохранение по аналогии листинга дилогов whatsapp, viber, telegram и т.п. - это уже всем привычно и удобно).
Такая реализация даст море возможностей, основными из которых можно выделить:
1) Учёт и контроль качества работы персонала (длинную встречу или телефонный разговор не всегда будут слушать полностью, а пробежаться по тексту, разложенному в диалог как в мессенджере - в разы быстрее и эффективнее);
2) Мониторинг качества работы (поиск по ключевым словам) и фильтрация по ключевым словам (упомянуто ли про скидки, доставку, были ли нецензурные выражения, с чьей стороны и по какой причине, формат общения менеджера и т.п.);
3) Поиск по диалогам. Бегло прослушивать часы и сутки диалогов менеджеров с клиентами по телефону нереально, а найти по ключевому слову то, что, с кем и когда обсуждалось и какие были договорённости и сделать это за мгновение через поиск - просто бесценно.
4) Возможность выставления триггеров (настройки фонового функционала робота CRM) на слова и словоформы "откат", "благодарность" и т.п. и автоматический учёт таких диалогов с оповещением руководства, аналогично для случаев, когда при первичном общении должны быть упомянуты конкретные слова (про доставку, скидку и т.п.).
Для качественного разложения звука в текст параллельно вести запись входящего и исходящего голосового трафика для каждого из диалогов (звонков), что снимет проблему наслоения звуковых дорожек плохого качества распознания. Современные технологии обработки голоса (google, яндекс спич, API речевого ассистента Дуси и т.п.) уже могут очень качественно распознавать голос даже при фоновом шуме, дефектах речи и т.п.
Забегая немного вперед: на диалогах с клиентам (звуковых дорожках) можно научить нейронную сеть распознавать голос конкретного абонента и прикреплять диалог к лиду (сделке, компании) на основании распознания голоса после завершения звонка (даже если звонок был с городского телефона, другого сотового и т.п.).
В контексте активного развития телефонии и появления функции визит-трекера предлагаю реализовать очень важную доработку по разложению голосового трафика в текст с последующим логинованием, хранением и индексацией (лучше вести сохранение по аналогии листинга дилогов whatsapp, viber, telegram и т.п. - это уже всем привычно и удобно).
Такая реализация даст море возможностей, основными из которых можно выделить:
1) Учёт и контроль качества работы персонала (длинную встречу или телефонный разговор не всегда будут слушать полностью, а пробежаться по тексту, разложенному в диалог как в мессенджере - в разы быстрее и эффективнее);
2) Мониторинг качества работы (поиск по ключевым словам) и фильтрация по ключевым словам (упомянуто ли про скидки, доставку, были ли нецензурные выражения, с чьей стороны и по какой причине, формат общения менеджера и т.п.);
3) Поиск по диалогам. Бегло прослушивать часы и сутки диалогов менеджеров с клиентами по телефону нереально, а найти по ключевому слову то, что, с кем и когда обсуждалось и какие были договорённости и сделать это за мгновение через поиск - просто бесценно.
4) Возможность выставления триггеров (настройки фонового функционала робота CRM) на слова и словоформы "откат", "благодарность" и т.п. и автоматический учёт таких диалогов с оповещением руководства, аналогично для случаев, когда при первичном общении должны быть упомянуты конкретные слова (про доставку, скидку и т.п.).
Для качественного разложения звука в текст параллельно вести запись входящего и исходящего голосового трафика для каждого из диалогов (звонков), что снимет проблему наслоения звуковых дорожек плохого качества распознания. Современные технологии обработки голоса (google, яндекс спич, API речевого ассистента Дуси и т.п.) уже могут очень качественно распознавать голос даже при фоновом шуме, дефектах речи и т.п.
Забегая немного вперед: на диалогах с клиентам (звуковых дорожках) можно научить нейронную сеть распознавать голос конкретного абонента и прикреплять диалог к лиду (сделке, компании) на основании распознания голоса после завершения звонка (даже если звонок был с городского телефона, другого сотового и т.п.).
Для удобства работы с задачами по списку и контроля изменений в задачах, необходимо:
1. Сделать возможность отбора в списке только тех задач, по которым присутствуют изменения с момента последнего просмотра.
2. Не учитывать как изменения и не показывать в списке задач и ленте те действия, которые произвел "я" (тот кто просматривает список).
Таким образом, будет возможность знакомиться только с теми задачами, по которым что то произошло со стороны других сотрудников.
1. Сделать возможность отбора в списке только тех задач, по которым присутствуют изменения с момента последнего просмотра.
2. Не учитывать как изменения и не показывать в списке задач и ленте те действия, которые произвел "я" (тот кто просматривает список).
Таким образом, будет возможность знакомиться только с теми задачами, по которым что то произошло со стороны других сотрудников.
В Задачах, у которых стояла галочка "Принять работу после завершения задачи", последним событием в историю записывается "Ждет выполнения→Ждет контроля".
А тот факт, что постановщик принял задачу, в истории не записывается.
Предлагаю записывать и это событие тоже - "Решение задачи принято постановщиком".
А тот факт, что постановщик принял задачу, в истории не записывается.
Предлагаю записывать и это событие тоже - "Решение задачи принято постановщиком".
Сделайте возможность добавлять в собственный календарь задачи, в которых я - исполнитель. Так каждый сотрудник сможет планировать себе день, а расшарив календарь руководителю, предоставить ему тем самым возможность составлять план загрузки сотрудника на день.
Бывают моменты когда ты запустил резервную копию на работе и не знаешь когда она закончится, чтобы программисту вносить свои коррективы и правки.
Каждый раз входить в администраторскую панель и смотреть -это не очень удобно.
А вдруг какая ошибка на стадии резервирования и тд
А так приходит письмо,смс, оповещение в мобильном приложении
Ваша резервная копия в облако битрикс завершенно успешно.
Каждый раз входить в администраторскую панель и смотреть -это не очень удобно.
А вдруг какая ошибка на стадии резервирования и тд
А так приходит письмо,смс, оповещение в мобильном приложении
Ваша резервная копия в облако битрикс завершенно успешно.
Хотелось бы добавления нового типа задача: "Задача-Многим". Пример:
Супервайзер ставит одинаковую задачу многим торговым представителям (давая возможность выбирать в качестве исполнителя например группу, или всех подчиненных, или же пофамильно), при этом у него самого в списке задач она остается одной, но у каждого торгового представителя появляется своя задача. У постановщика задача считается выполненной только тогда, когда у всех исполнителей она выполнена. При этом постановщику задачи необходимо видеть процесс выполнения в процентах, и список тех, у кого задача уже выполнена и тех у кого она еще не выполнена, с возможностью перехода непосредственно в задачу исполнителя для просмотра комментариев и ее состояния.
Супервайзер ставит одинаковую задачу многим торговым представителям (давая возможность выбирать в качестве исполнителя например группу, или всех подчиненных, или же пофамильно), при этом у него самого в списке задач она остается одной, но у каждого торгового представителя появляется своя задача. У постановщика задача считается выполненной только тогда, когда у всех исполнителей она выполнена. При этом постановщику задачи необходимо видеть процесс выполнения в процентах, и список тех, у кого задача уже выполнена и тех у кого она еще не выполнена, с возможностью перехода непосредственно в задачу исполнителя для просмотра комментариев и ее состояния.
- Если задачу приостановить и потом снова перейти к её выполнению, то она будет выполняться с другого времени.
- Если завершить задачу, то время завершения будет одно, если её выполнение подтвердил постановщик, то другое.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
