Настройки доступны из меню "Сервис".
Внешний вид:
1. Отображать все этапы в сделке
Показывает в карточке сделки всю воронку целиком (все этапы), а не только текущий и последующие.
2. Указывать причину неудачного завершения сделки
При закрытии сделки в "Не удачно" (один из двух завершающих этапов Воронки продаж) система попросит выбрать причину из справочника "Причины отказа" («нет денег», «выбрали конкурента» и т.п.).
Настройка нужна для аналитики по причинам потерь сделок.
3. Разрешать менять потребности в созданной сделке
Если включено – менеджер может редактировать блок «Потребности» уже после записи/создания сделки.
Если выключить – потребности фиксируются при создании и дальше не меняются (подходит, если вы хотите «заморозить» исходный запрос клиента).
4. Обязательное заполнение потребностей в сделке
Без заполнения полей потребностей сделку сохранить нельзя.
Используйте, если менеджеры часто забывают фиксировать, что именно нужно клиенту.
5. Обязательное планирование события в сделке
Для сохранения сделки обязательно должна быть создана и запланирована хотя бы одна активность с клиентом – событие (звонок, встреча, задача и т.п.) на конкретную дату и время.
6. Заполнение комментариев к событию в сделке
Требует при завершении события по кнопке "Завершить" (звонок, встреча) обязательно заполнить комментарий.
Для фиксации итогов звонка/встречи.
7. Заполнение комментариев к задаче в сделке
Аналогично предыдущему, но для задач: пока нет комментария – задачу завершить нельзя.
8. Обязательное заполнение реквизитов потребности и источника
При сохранении/закрытии сделки необходимо заполнить, откуда пришёл клиент (источник) и каким проектом заинтересован.
Полезно, если вы ведёте аналитику по каналам привлечения и типам запросов.
9. Не закрывать сделку при закрытии брони
Если сделка связана с бронью (заказом) и бронь закрывают, сама сделка автоматически не будет закрыта, а перейдёт на этап, связанный с триггером "Закрытие брони" на этапе Брони в Воронке продаж.
При закрытии брони (отказа от брони) с не установленной настройкой, сделка перейдет на неудачный завершающий этап (будет закрыта). Тогда при следующем контакте с данным клиентом будет создана новая сделка.
10. Ответственному за сделку можно редактировать чужие документы
Даёт ответственному по сделке право править связанные документы (бронь, договор, электронная регистрация), даже если он не является их формальным автором.
Если выключить – каждый документ редактирует только «свой» ответственный.
11. Обязательное заполнение доп потребностей в сделке
Требует заполнить поля в блоке дополнительных потребностей (из верхнего блока) перед сохранением/закрытием сделки.
Вопрос: «Есть ли у нас обязательные параметры сделки, без которых смысл данных теряется?».
12. Причины закрытия могут двигать сделку
При выборе определённой причины закрытия система автоматически переводит сделку на соответствующий этап.
13. Доступны только следующие этапы
Ограничивает, на какие этапы менеджер может перевести сделку из текущего. Разрешённые «следующие этапы» задаются отдельно в настройках.
Помогает не прыгать через этапы и соблюдать регламент воронки.
14. Количество недозвонов
Число неудачных контактных попыток (исходящие звонки), после которого сделка автоматически перейдёт на этап (например, «Не дозвонились») текущей воронки продаж либо другой воронки, указанный триггером "Не дозвонился".
15. Автоматически закрывать сделки при отсутствии активности
Если по сделке в течение N дней (п. 15.1) отсутствует активность менеджера в виде:
- Созданных комментариев и событий, связанных с клиентом
- Зарегистрированных телефонных звонков с клиентом (входящих/исходящих),
то она автоматически закрывается по выбранной (в п. 15.2) причине отказа.
15.1. Дней неактивности
Конкретное число дней без событий/звонков, по истечении которых сработает автозакрытие.
15.2 Причина закрытия сделки
Какая именно причина будет подставляться при автоматическом закрытии (например, «30 дней бездействия»).
15.3 Оповещение о закрытии сделки
Включает отправку уведомлений (ответственному/руководителю, кто подписан на получение уведомлений в телеграмм-бот) о том, что сделка была автоматически закрыта.
15.4 Уведомлять заранее о закрытии сделки
Включает дополнительное оповещение ответственному по сделке (ответственному/руководителю, кто подписан на получение уведомлений в телеграмм-бот), что сделка будет закрыта через M (задается в п. 15.5) дней.
15.5 Дней уведомления о закрытии сделки
За сколько дней до автозакрытия отправить предупреждающее уведомление (например, за 3 дня до закрытия сделки).
Блок дополнительных полей
16. Блок дополнительных полей
Включает целый блок доп. реквизитов в карточке сделки. Нужен, если вы хотите хранить свои параметры (специфические данные о сделке).
16.1 Название блока дополнительных полей
Как будет называться этот блок на форме сделки (заголовок секции). Задайте понятное пользователю название: «Доп. параметры», «Информация по объекту» и т.п.
16.2 Использовать блок дополнительных полей
Если флажок снят – блок существует в настройках, но на форме сделки не показывается.
Если установлен – блок выводится в карточке сделки, и с ним можно работать.
Канбан
17. Канбан
Включает режим отображения сделок в виде доски (колонки = этапы). Если снять – канбан по этой воронке работать не будет.
17.1 Выводить данные в канбане за текущий месяц
Оставляет в канбане на завершающих этапах ("Успешно" и "Не удачно") только сделки текущего месяца.
17.2 Подразделение пользователей по умолчанию для канбана
Фильтр, который по умолчанию включается в канбане. Можно указать отдел продаж, чтобы по умолчанию видеть только сделки по менеджерам данного отдела продаж.
17.3 Отключить отбор ответственных в канбане
Разрешает менеджерам видеть сделки других коллег в компании.
При выключенном режиме отображаться будут только сделки, где менеджер является ответственным.
17.4 Обновить токен канбана
Для технических специалистов. Обновляет токен канбана.
18. Запретить редактирование потребностей
Если включить – поля «Потребности» (что хочет клиент) будут доступны для редактирования только на начальном этапе воронки продаж и далее не редактируются.
19. Запретить движение сделки по этапам при отсутствии события
Не даст перетащить сделку на следующий этап, пока по ней не создано событие (исходящий звонок, встреча).
Если необходимо, чтобы каждый переход по воронке фиксировался реальным действием с клиентом.
20. Проверять e-mail клиента
Включает проверку e-mail клиента при создании события «Встреча».