Рейтинг: 16.2314  
Новая
Предложил Пользователь 279097 10.02.2018 14:14:42

Конверсионная воронка не считает конверсии! Срочно исправить!!!

:!: Она считает сделки, висящие на этапах, а не конверсии. :!:

Как я понял, что это висящие сделки, я сейчас пояснять не буду. Но то, что это не конверсии, любой может проверить. Вот как:
  • :o Посмотрите сколько сделок с первого этапа конвертируются в продажу за этот месяц. За прошлый месяц конверсия была выше. А за месяц полгода назад почти все сделки стали успешными. :o
  • :facepalm: В фильтре в поле "Сделка закрыта" укажите "Да" (так воронка должна показать статистику по закрытым сделкам). Абсолютно все сделки с первого этапа сконвертируются на последний. :facepalm:
  • :/ Глядя на данные в воронке попробуйте ответить "На каком этапе сколько сделок отвалились? Не сможете. :/
А ведь понимание своих конверсий на каждом этапе воронки - это основной инструмент в анализе продаж.

:!:  :!:  :!: Убедительная просьба сделать нормальные инструменты анализа продаж! :!:  :!:  :!:

И если будете делать, то сделайте сразу воронку продаж интерактивной. Вот здесь описание https://idea.1c-bitrix.ru/26485/
Рейтинг: 0.3358  
Новая
Предложил Пользователь 334945 08.09.2017 15:30:43

Машинное обучение на записях разговоров + автоматизация контроля и учета

Уважаемые разработчики!

В контексте внедрения машинного обучения (технология распознавания лиц и т.п.) предлагаю вам рассмотреть лежащую на поверхности возможность применения машинного обучения для анализа записей разговоров клиентов и, в том числе, пользователей Б24.

Учитывая, что многие разговоры автоматически записываются и работающие регулярно с CRM Б24 компании уже располагают существенной базой данных, можно предоставить на, как вариант, коммерческих тарифах, возможность машинного обучения (под каждый портал будут свои нюансы, которые будут нивелироваться в процессе первичной единократной ручной обработки выгрузки разговоров с глубокой оценкой их качества по ряду параметров) "робота", который будет автоматически выявлять/определять:
1) Пол звонящего;
2) Фродовые звонки;
3) Качество лида/клиента (по совокупности присутствия нужных фраз/вопросов и т.п.);
4) Наличие негативного эмоционального оттенка (необходимость контроля со стороны руководства);
5) В связке с аналитикой Яндекс.Метрики и Google Analytics - анализ рекламных каналов не только по количеству, но и реальному качеству лидов;

Мысль вслух: по мере качественного обучения на диалогах возможен запуск его как автономного робота, способного вести типовые диалоги и отвечать на вопросы клиентов самостоятельно.

Текущий функционал с возможностью логированием (через функционал речевого API google) диалогов - отличный и правильный ход, но думаю, уже нужно смотреть дальше.

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

Благодарю за уделённое прочтению время и ваш голос за идею!
Рейтинг: 0  
На голосовании
Предложил Пользователь 108086 01.09.2017 14:54:54

Качество трафика рекламных кампаний

В списке рекламных кампаний следует показывать не только столбик с Доходами и Расходами на рекламные кампании, но и столбики

"Денежная сумма созданных заказов"
"Денежная сумма оплаченных заказов"  (он же существующий Доход)
"% оплаченных заказов к созданным".

Это даст возможность глубже оценивать качество трафика, поступающего с той или иной кампании. Если с какой либо рекламной площадки идут посетители, чьи заказы не оплачиваются, то кампания - бестолковая и это можно легко отобразить в списке рекламных кампаний, основываясь на уже имеющихся собранных данных по событиям.
Рейтинг: 2.6211  
На голосовании
Предложил Пользователь 109495 07.06.2016 13:05:21

Монитор производительности: запросы к внешним БД

Проблема:

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

Работу с внешней БД организовали через подключения d7, но монитор производительности никак не регистрирует такие запросы и не позволяет узнать, есть ли среди них проблемные. А это очень бы не помешало.

Собственно, идея:
Научить монитор производительности в режиме журнала SQL-запросов вести запись SQL-обращений ко всем зарегистрированным подключениям.
Рейтинг: 2.4185  
Новая
Предложил Пользователь 39654 21.05.2013 12:30:06

Фильтрация по нескольким сотрудникам

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

Нужно дать возможность в поле всех фильтров по ответственному за "Контакт", "Сделку", "Лид" и т.д. указывать не только одного сотрудника, но и нескольких, а также целое подразделение, или несколько подразделений.
Тоже и с воронкой продаж, нужна возможность оценить продажи не только отдельных продуктов и сотрудника, но и всего отдела в целом, нескольких сотрудников или нескольких отделов.

На будущее, было бы круто делать сравнительную оценку продаж нескольких сотрудников или нескольких отделов, как в магазине сравнивают товар :)