Все идеи

Рейтинг: 6.6706  
Новая
Предложил Котельников Денис 10.10.2019 11:47:08

Дизайн на Битриксе24

Добрый день!Хотел бы предложить совершенствоваться не только в воронках, CRM, и тд, но и предоставить возможность создать, вставить свой дизайн сайта(к примеру дизайн сделанный на фигме или ФШ), к примеру так же имеется такая возможность на Тильде в Зеро блоке, НО, но на битриксе очень большие и хорошие настройки, поэтому остаюсь с вами, но желал бы иметь возможность сверстать свой дизайн у вас, спасибо за понимание.
Рейтинг: 0  
Новая
Предложил Tokoev Talant 10.10.2019 09:04:50

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

Например, когда разрабатываешь/интегрируешь Бизнес-процессы, постоянно бывает необходимость проверять настройки прав доступа для разных сотрудников и работы процессов, сервисов со стороны будущих ее пользователей (даже которых еще нет на портале).
Было бы очень удобно переключаться между такими наборами ролей и прав при такой работе.
И соответственно при отдельной настройке ролей и прав другим пользователям, было бы удобно назначать/передавать такие заранее собранные и проверенные наборы прав другим сотрудникам портала (или даже на другие порталы).
Рейтинг: 0  
Новая
Предложил Толстоногов Игорь 09.10.2019 20:29:38

Фильтр по полю Город в Мобильном приложении

Очень  не хватает фильтра Город в Мобильном приложении.
Рейтинг: 0.8902  
Новая
Предложил Супрунюк Павел 09.10.2019 15:51:32

Канбан по бизнес-процессам

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

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

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

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

Казалось бы, почему не воспользоваться туннелями продаж? Но туннели продаж, это фактически направления+роботы. Но беда в том, что при смене направления (при переходе в другой туннель продаж), у сделки теряются а) ее направления, б) предыдущие стадии - ведь логистика может включиться в дело еще до того, как клиент оплатил счет и сделка может оборваться на самых последних этапах работы с клиентом, например, если склад сообщит о браке товара.

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

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

Т.е. было бы здорово, если на каждом рабочем месте сотрудники бы видели перечень входящих сделок, с которыми бы они выполняли возложенные на них функции, и передавали следующим сотрудникам по цепочке. У кого-то было бы 2-3 статуса, у кого-то 10.
Рейтинг: 3.8902  
Новая
Предложил AndreyChursin 09.10.2019 13:58:42

Собирать больше информации о подключенном из Bitrix24.network пользователе

Предлагаю собирать больше информации о подключенном из Bitrix24.network пользователе, ведь эта информация нужна для общения (и часто нужна для администрирования портала)
+ ссылка на профиль в network усилит интерес к самому Bitrix24.network

Подробнее на скрине:
Рейтинг: 3  
Новая
Предложил Архипов Руслан 09.10.2019 13:53:52

Убрать принудительное подключение js-расширений в sale.order.ajax

Сейчас в классе компонента подключаются js-расширения (fx, popup, window, ajax, date) которые нужны не всем. Предлагаю добавить в компонент параметр для управления их подключением или вынести их в шаблон.
Рейтинг: 4.6706  
Новая
Предложил AndreyChursin 09.10.2019 10:01:09

Выводить описание проекта в popup

Коротко и понятно должно быть на скрине
(описание: в задачах быстро не посмотреть описание группы, например группа-сайткомпании, где в описании будет написан url сайта либо ссылка на какой-либо ресурс)


идея напрямую связана с https://idea.1c-bitrix.ru/36382/
Рейтинг: 1.8902  
Новая
Предложил AndreyChursin 09.10.2019 09:55:25

"О проекте" поле с html форматированием

Предлагаю форматировать текст описания проекта/группы, ибо сейчас там невозможно кратко и структурировано описать правила участия, добавить ссылки, списки и жирный текст
Рейтинг: 1  
Новая
Предложил AndreyChursin 09.10.2019 09:12:59

Кроспортальные добавления в экстранет (из Битрикс24.Network)

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

p.s. будет очень странно, если все эти пользователи по разному хранятся в БД, наверняка у них просто указаны разные группы прва-доступа, в чём проблема смены группы?(
Рейтинг: 3  
Новая
Предложил Смирнов Сергей 08.10.2019 22:09:53

Замер стрессa: передавать данные и при замере из Welltory

Сейчас данные замера попадают в Б24 только, если вызвать замерялку Welltory из самого Б24.

Но Welltory, будучи установлена на мобилу, сама регулярно напоминает, мол, пора замерить стресс. И в этом случае замер идёт минуя Б24 и данные в него не попадают.

И второе. Если сделать передачу данных замера вне зависимости от того, откуда вызван замер — из Б24, или из самого Welltory, то придётся учитывать тот факт, что в одном приложении Б24 может быть несколько аккаунтов. И предлагать выбор — в какие аккаунты заливать данные замера.

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