Почему в аналитические отчеты нельзя добавить дополнительные поля. От техподдержки получил ответ что "можно только поля типа "Число" и "Целое число" - те поля, значения которых можно посчитать".
Почему нельзя обеспечить использование других типов отчетов! Например, мне нужно завести доп.поле для фиксации того что лид пришел через форму обратного звонка - я создаю для этого поле типа Список (например назовем его Виджет/форма) и заношу туда значения. Если пришел лид через виджет обратного звонка то надо зафиксировать нужное значение  в поле (практика показала что настроить фиксацию поля типа список с виджетов на сайте очень сложно, специалисты сервиса обратного звонка до сих пор разбираются) - далее в аналитическом отчете необходимо добавить возможность фильтрации по данному полю - чтобы пользователь банально мог хотя бы посчитать количество лидов с таким полем (даже через фильтры в списке лидов нет возможности добавить фильтрацию по доп. полям!!!? У АмосРМ и других срм систем это давно реализовано и легко делается - почему нет у битрикса24???) Или чтобы посчитать выручку с лидов которые пришли через форму виджета - тоже через доп.поле поле.
Существующее поле Источник использовать неудобно - например там я фиксирую сайт откуда пришел лид. И мне также надо фиксировать источник рекламы (канал - Яндекс (РСЯ, Поиск, баннеры? какая кампания), Майл, Google), указывать utm метки и т.д.

1. Возможность перейти к лидам созданным этой формой из списка crm-форм, либо рядом с формой (вкладкой) раскрывать упрощенный список данных лидов.
2. Сохранять "не дозаполненные crm-формы". Если клиент по какой-то причине указал часть данных, но потом закрыл окно, то такие формы тоже надо сохранять (на лету). У вас есть показатель "начали заполнять" и "Заполнили", но не сохраняются "не дозаполненные формы"!

буду дописывать сюда еще...

Спасибо за формы!
у нас на сайте есть свои формы и с опытом пришли к тому, что для заполнения телефонного номера, должен быть жесткий шаблон, а не просто строка для ввода цифр.
при установки курсора в поле телефон человек видит следующее
https://yadi.sk/i/lB4sxMnBtVKui
и пока он не заполнит полностью все цифры кнопка отправить не активна.
если не придерживаются данного правила то:
1. приходят пустые формы, просто кому-то делать нечего
2. человек ошибся и ввел лишнюю цифру или пропустил
3. все номера в СРМ  будут разного формата, что усложняет идентификацию

При переводе лида в положительный статус, поле "статус" становится недоступным для редактирования.
Т.о. у вас уже реализован механизм запрещения к редактированию полей при наступлении определенных правил.
Дайте возможность настраивать эти правила пользователям.

То же самое применимо и к обязательности заполнения.
В совокупности с идеей - правил для полей как в CRM-формах - http://idea.1c-bitrix.ru/to-enter-in-the-crm-rules-for-the-fields-in-the-new-crm-forms/ это даст очень широкие возможности для настройки карточек сущностей CRM.

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

Сейчас можно настроить CRM-форму на создание чего-то одного..
Но логично использовать стандартную схему:

• Контакт известен - создаем Сделку с этим Контактом
• Контакт неизвестен - создаем Лид
  

Поле комментария нужно иметь возможность делать многострочным.

Собственно SUBJ.
https://www.google.com/recaptcha/intro/index.html

Хочется иметь возможность применять в CRM-формах такие конструкции:



Это позволит получать Лиды/Сделки вида

• Заказ с сайта Cambridge Audio CXU №253
  

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


Подозреваю, что, вместе с умением CRM-формы получать данные с сайта, на котором она размещена, это откроет очень широкие возможности.

Прекрасная идея с CRM-формами имеет досадные ограничения.

Имеем:

• Ма-а-аленький бизнес (пошив туристических палаток на заказ)
• Сайт на Битриксе версии Старт.
• 25 товаров в каталоге. Каждый товар имеет опции, влияющие на цену
• Товары занесены в Б24 и синхронизированы с сайтом через ID на сайте.
• Б24 на бесплатном тарифе.
  

Размещаем форму заказа на карточках товара.

Имеем проблему: форма не умеет получать ID товара из контекста страницы. Список товара заранее формируется из CRM Б24 и выводится клиенту выпадающим списком.

Покупатель нажимает кнопку "Купить", и мы ему предлагаем... заново найти в выпадающем списке товар, который он уже и так нашел на сайте. Юзабилити, однако...

Вот вам действующий образец  Нравится? Вот и мне нет.

Идея:

• При проектировании CRM-формы давать возможность вставить код, вызывающий данные контекста страницы, на которой расположена форма
  

Тогда мы сможем передавать в Б24:

• ID товара. И, сопоставляя его с товарами в CRM, кидать в Лид / Сделку
• ID клиента (и не заставлять его вводить свой email, если он зарегистрирован на сайте)
• Дополнительные данные из контекста для аналитики