ИМХО, сейчас в Б2 царит некая неразбериха с Клиентами:

• Заключать сделки можно как с Компаниями, так и с Контактами
  
• У Компани есть реквизит "Частное лицо"
  

Возможно правильнее будет так:

1. Переименовать сущность Компания в Клиент (Контрагент в терминологии 1С)
   
2. У Клиента ввести разделение Компания/ЧЛ. И торговать только с Клиентами
   
3. Оставить Сущность Контакт только для коммуникации.
   
4. Дать возможность создавать Клиента из Контакта
   
5. Ввести понятие Вышестоящий Контрагент (холдинговая структура), чтобы связывать компании
   

Отдельно отмечу, что уже сейчас Компания в Б24 это не юрлицо! Это бизнес-единица, бренд, зонтик, группа товарищей. За Компанией может стоять несколько юрлиц. И это правильно.

Выгоды:

• Продажи будут вестись по одной Сущности. Меньше неразберихи
  
• Статистика продаж будет вестись по одной Сущности (с детализацией по признаку Компания/ЧЛ)
  
• Унификация с 1С
  

Понимаю, что это серьёзная история. Но она должна принести пользу и Б24 и пользователям

Сделайте интеграцию с Одноклассниками, чтобы можно было сообщения в группе Одноклассников принимать в Битриксе!

Спасибо!

Сделайте возможность убирать подпись в OnLine чате, и в форме обратной связи, которая находится в виджете на сайте! На ПЛАТНЫХ тарифах эта подпись должна убираться отовсюду!

При создании CRM-формы, из которой данные должны попадать в ЛИД, сейчас невозможно собрать данные Адреса (Город, Страна, Область, и т.д.), чтобы они добавлялись в стандартные поля Адреса для ЛИДа. В Конструкторе Форм есть одно поле Адрес, но нет Города, Области, Страны и т.д.

Можно, конечно создать свои поля в ЛИДах, для города, страны, области, но при конвертации в контакт и сделку, эти данные создают новые поля в Контакте и Сделке, а стандартные поля Адреса, из ЛИДА, пишутся в Реквизиты контакта/компании.

Нужно, чтобы данные Адреса из CRM-формы попадали в стандартные поля Адреса ЛИДа, чтобы потом, при конвертировании в Контакт/Компанию, эти данные стандартно улетали в Реквизиты.

Добавьте возможность из CRM-форм собирать данные адресов.

Спасибо!

Сделайте возможность ведения ОДНОЙ сделки по нескольким направлениям одновременно! Т.е. чтобы сделка не копировалась в новое направление, а дополнительно отображалась в нем.

Пример:
Есть два направления: Продажа и Доставка.

В Продаже есть стадии:
Новая, Счет отправлен Клиенту, Оплата при получении, Внесена предоплата, Оплачено 100%

В Доставке:
Новая, Заказ передан курьеру, Заказ доставлен.

Продажа начинается в направлении Продажа. И на определенной стадии (на Оплата при получении, или на Внесена предоплата, или на Оплачено 100%), запускается Доставка.

Сейчас, как я понимаю, с помощью туннелей и роботов можно сделать либо Копию сделки (Копируем из Продажа в Доставка), либо создать совершенно Новую сделку в Доставке. В обоих случаях, после копирования, мы имеем ДВЕ РАЗНЫЕ Сделки по ОДНОМУ заказу. Одна в Продаже, вторая - в Доставке.

Но это не всегда удобно, т.к. документы (Счет на оплату, и Накладная с подписью о получении товара клиентом) оказываются в разных сделках. Счет на оплату в Сделке, которая в Продаже, а Накладная в сделке которая в Доставке. Это крайне не удобно. Нужно чтобы в итоге, после исполнения заказа, все документы, и все записи были в пределах ОДНОЙ сделки!

Было бы здорово, если бы ОДНУ сделку можно было бы вести по нескольким направлениям (в данном случае двум). Т.е. чтобы сделка не копировалась в новое направление, а дополнительно отображалась в нем, чтобы все документы (и Счет на оплату и Накладная), после завершения Заказа хранились в ОДНОЙ Сделке.

Спасибо!

Сделать возможность отключать лид с входящего звонка. Если клиент уже зарегистрирован в программе, не делать лид, а просто записывать звонок в карточку клиента, с возможностью комментария и целью его звонка.

Реализуйте возможность поиска товара в Битрикс24 магазины и CRM по штрих коду при помощи сканера, сейчас этой банальной графы нет в поиске.

Есть несколько реквизитов своих Компаний.
И есть несколько менеджеров. Каждый менеджер должен работать со своей компанией, т.е. выставлять счета с реквизитами компании к которой он закреплен, писать письма по шаблонам, и в письма должны подставляться данные из компании за которой закреплен менеджер, и т.д.
Менеджер 1 - Компания 1 (все Счета и письма с реквизитами Компании 1)
Менеджер 2 - Компания 2 (все Счета и письма с реквизитами Компании 2)
Менеджер 3 - Компания 3 (все Счета и письма с реквизитами Компании 3)
И т.д.

Сейчас, такой привязки нет. И это очень грустно...
Сделайте пожалуйста! Очень очень надо!

Добрый день. Данный функционал был бы очень удобен компаниям занимающимся логистикой и экспедированием грузов.

Например, у задач проекта "Подготовка к выставке" должны отображаться одни поля (например, компания CRM, необходимые материалы), а у проекта "Товары под заказ" другие поля (номенклатурный номер, количество, поставщик (клиент из CRM), сделка и т.д.

Сейчас эти два списка задач можно хотя бы добавить в избранное, но настройки полей у них будут общие.
Желательно также, чтобы можно было сохранить не только настройку полей, но и настройку фильтра. Например, при входе в список "Товары под заказ" показывать все задачи кроме стадиий "Получено от поставщика", "Отгружено клиенту", "Возвращено поставщику". Также бы хотелось создать отдельный пункт в меню "Никому ненужные Товары под заказ", вывести задачи в статусах "Получено у поставщика" или "Ожидает получения", но у которых последнее изменение больше 1 месяца назад. Чтобы отфильтровать товары, которые были заказаны менеджерами, но потом не отгружены клиентам.

Вообще очень хотелось бы сохранять и в других разделах настройки фильтрации.

Повторные обращения надо фиксировать — не поспоришь
Но!

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

Всё плохо? Полагаю, что нет.

Идея: Сделать для повторных обращений отдельное направление (как в Сделках). И всё будет в шоколаде (но это не точно).

• Лиды и повторка не будут перемешиваться
  
• У них будут разные воронки
  
• Если известный клиент позвонил с неизвестного телефона — подтянули его к Лиду и перебросили в Направление повторки, его менеджер стал Ответственным и получил уведомление
  
• При этом сохранится весь функционал Лидов, в том числе и для Сквозной аналитики
  

Сомнения. Я пока не понимаю, стоит ли городить такую же масштабируемую систему Направлений, как в Сделках, или достаточно некоего системного Направления.

Что скажете?