Рейтинг: 1  
Новая
Предложил AndreyChursin 02.08.2019 10:49:10

Не удалять email отмеченные как спам для хронологии!

При отметке письма как спам (в CRM) письмо исчезает из портала!! это не логично (я не смог найти логики)! Ведь лид остаётся, менеджеру приходится менять статус/удалять лид руками и без доказательств, что было письмо из-за которого лид был отбракован!

Предлагаю:
не удалять email отмеченные как сам, а сразу заносить их в спам лист(во избежание повторного получения спама) + выводить менеджеру окно для смены статуса лида(что бы он понимал, то после отметки спама нужно изменить статус). Письмо останется для подтверждения, что лид "реально спам"!

p.s. в чатах нет окна со статусами, но хотя бы чат остаётся если его отметить как спам!
Рейтинг: 1.6706  
Новая
Предложил AndreyChursin 04.05.2018 17:26:04

Лид - человек, который ещё не купил!

Дайте email кто придумывает кейсы в б24...  Лид - человек, который ещё не купил у нас, но это всё тот же самый человек что и 3 месяца назад! Зачем повторные лиды и создание новых при забракованных старых?? видимо что бы уже добытая информация была потеряна в тонне мусора и менеджер снова заполнял карточку лида... если я не прав, прошу описать кейс или преимущество подхода с "повторным лидом"!
Рейтинг: 0.395  
Новая
Предложил AndreyChursin 31.05.2017 12:24:39

Объединение открытых линий и контактов/лидов

Например открытая линия (ОЛ) соц.сетей позволяет определять пользователя, но не привязывает его к контакту!
например клиент написал в вк, создался лид, мы сконвертировали в контакт. Но если клиент опять через ВК что-то напишет - обновиться лид!!!:!: а нужно уже в контакт! да и открыть карточку контакта из лида не так уж и просто!

Частично это в идеи про всю логику CRM
https://idea.1c-bitrix.ru/fix-logic-crm/

прошу поддержать! обе идеи, иначе пишите почему "нет"
Рейтинг: 15.2913  
Новая
Предложил AndreyChursin 27.01.2017 16:36:28

Исправить логику CRM

Если минус - объясните почему! тех.п. аргументировать дробление на сущности не может.

Всего 2 сущности в CRM!

Всегда задача ставится для контакта, либо компании!
Конструктивно:
  1. Есть компании(поставщики, дистрибьюторы и другие внешние пользователи).
  2. В компании есть сотрудник(контакт, возможно, Экстранет).
  3. Например сотрудника нужно подключить к нашей CRM(экстранет) - нужно не создавать ещё одну сущность "Экстранет пользователь", у которой нет информации, а именно связать карточку контакта с подключенным пользователем! Узнать телефонные номера/email/год рождения Экстранет-пользователя можно и в соей CRM...
  4. А любые задачи создаются внутри компании и связаны с ней! И могут привязываться к сделкам и предложениям.
  5. А экстранет вообще не обязан видеть сущности CRM, только доступные ему задачи связанные с его компанией!
В итоге:
  • И только 2 сущности в CRM: человек и компания!
  • И все сотрудники так же - контакты!!! привязанные к своей компании!
    (в CRM даже есть отдельно "Ваша" компания: https://ДОМЕН.bitrix24.ru/crm/configs/mycompany/)
  • У каждого контакта(как и пользователя CRM) карточка с информацией, всё досье! Это полезно для владельца CRM: знать год рождения способы связи, соц сети, какие-то комментарии и прочее из карточки контакта(как по клиентам, так и по СВОИМ СОТРУДНИКАМ).
  • Наша компания работает не с проектами/группами, а с клиентами(юр/физ лицо!) т.е. нет никаких групп без привязки к той или иной компании!
  • Весь функционал групп должен быть заложен в компании(подключение Экстранет, добавление диска компании для файлов обмена, WIki)!
Рейтинг: 1.8957  
На голосовании
Предложил Куклин Евгений 16.10.2014 00:23:22

Счётчики и вынос мозга

Сделайте так, чтобы счётчик означал количество задач требующих внимания.

Вопрос для затравки: что означает счётчик?

Ваши варианты?

Читать подробнее...

Рейтинг: -11.3775  
Внедрено
Предложил macman 07.02.2012 11:54:32

Корректировка логики компонента bitrix:catalog.section

Сейчас в компоненте действует алгоритм исключающих условий:
  • передан ли параметр by_link,
  • указан ли код секции,
  • указан ли ID секции.
Логичнее было бы поменять местами проверку ID секции и кода секции, т.к. ID позволяет однозначно определить секцию, а символьный код - нет.
Предложенный подход не изменит логику компонента, но сделает его работу более предсказуемой.
Рейтинг: 0  
Ответил Жуков Евгений 28.02.2014 19:44:39
Вышло в обновлении iblock 12.5.5