Идеи пользователя Дингес Николай

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

Задача: увидеть время нахождения сделки / лида в определенном статусе.

Зачем:
а) строить отчет по средней длительности этапа бизнес-процесса обработки лида/сделки
б) выдавать алерты / скидывать сделки (лиды) в архив, если сделка или лид "застряли" дольше положенного
в) выдавать алерты, если по такой сделке/лиду не предпринимается никаких действий за некий заданный период времени.

столкнулись со странной штукой: в CRM можно создать пользовательское свойство с типом "привязка к элементу ИБ" и "привязка к элементу CRM".
А в типах свойств ИБ возможности привязать элемент к сущности в CRM нельзя. Приходится придумывать всякие костыли.

Суть:
Сделать связанные поля тип-статусы для лидов и сделок.

Зачем:
Есть разные типы сделок. Например, продажа лицензии, абонентское обслуживание и комплексная разработка. У этих сделок, за редким исключением, разный набор стадий. Если использовать стандартные - воронка продаж получается "рваная", потому что некоторые стадии в процессе не участвуют.

А с учетом того, что фильтровать данные для воронки невозможно, такой отчет получается профанацией.

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

В стандартной воронке предусмотрены только сделки. Нужна отдельная воронка по лидам, до конвертации.

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

Очередная идея для битрикса. Видел разные варианты решения, но все они кривые и работают мягко говоря не очень хорошо, правильно и тд.
Очень странно почему в битриксе это вообще не предусмотрено по дефолту.

Суть следующая, включаем ЧПУ в каталоге по символьному коду (SECTION_CODE), и имеем например иерархию

телевизоры
- ЖК
- ЛЕД
- ЛСД
Холодильники

ну и так далее. В большинстве движков путь строиться полностью, а не только последний раздел.

Т.Е. Хочется видеть в чпу: сайт.ру/телевизоры/лсд/товар.хтмл, а не как сейчас сайт.ру/лсд/товар.хтмл

И сделать возможность включения этого галкой в настройках компонента каталог (и некоторых других)

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

На самом деле почти все наши клиенты спрашивают о такой возможности, и крайне странно, что этого нет в базовой комплектации