Skip to main content
Полный перечень полей — в глоссарии.

Что это за раздел

«Задачи по лидам» — это поручения менеджерам, привязанные к конкретному лиду (или напрямую к клиенту). У каждой задачи есть срок, ответственный менеджер, тип (метод) и место для результата. Раздел состоит из двух связанных сущностей:
  • Задача по лиду — само поручение с датой, описанием и отметкой о завершении.
  • Метод задачи по лиду — справочник типов задач (например, «Позвонить», «Отправить КП»), который может быть привязан к конкретной воронке.
Дополнительно раздел автоматически уведомляет ответственного менеджера при каждом сохранении задачи.

Модель данных

Задача по лиду

Задача может ссылаться и на лида, и на клиента одновременно, либо только на одного из них, либо (технически) ни на кого. Обязательна только дата.

Метод задачи по лиду

Привязка метода к воронке позволяет на фронте показывать в конкретной воронке только релевантные типы задач.

Логика и побочные эффекты

Автоматическое уведомление менеджера

При каждом сохранении задачи (и при создании, и при любом изменении) система в фоне создаёт или обновляет уведомление ответственному менеджеру. Поведение уведомления:
  • Получатель — менеджер, указанный в задаче.
  • Тело уведомления — описание задачи.
  • Доп. содержимое — идентификатор лида, метод и плановая дата задачи.
  • Если описание пустое, уведомление вообще не отправляется — фоновая задача завершается сразу.
  • Уведомление привязывается не к самой задаче, а к лиду. При повторном сохранении система находит уже существующее уведомление по этому лиду и обновляет его (перезаписывает тело, доп. данные и список получателей), а не плодит новые.
Уведомление идентифицируется по лиду, а не по конкретной задаче. Это значит, что несколько задач на одном лиде делят одно и то же уведомление: сохранение второй задачи перезапишет уведомление, созданное первой. Для задач, привязанных только к клиенту (без лида), идентификатор лида пустой, а поле связанного объекта в уведомлении обязательно и не может быть пустым — поэтому при непустом описании фоновое создание уведомления завершается ошибкой и уведомление по такой задаче вообще не сохраняется (а при пустом описании фоновая задача просто завершается сразу, ничего не создавая).

Видимость задач по роли

Список задач фильтруется в зависимости от роли смотрящего:
  • Суперпользователь компании видит все задачи компании без ограничений.
  • Обычный менеджер видит только те задачи, где он назначен ответственным, либо где он является менеджером самого лида.
Список всегда отсортирован от новых к старым (по дате создания). К каждой задаче в списке дополнительно подтягивается воронка её лида — как вычисляемое значение, только для чтения.
Ограничение видимости по роли применяется только к списку задач. Получение, изменение и удаление отдельной задачи по её идентификатору доступно любому аутентифицированному пользователю компании — роль и принадлежность задачи там не проверяются.

Фильтры списка

Список задач можно сузить по параметрам: Комбинация «фильтр по менеджеру + признак незавершённости + срок раньше текущего момента» даёт типовой сценарий «просроченные задачи конкретного менеджера».

Как это используется

Создание и редактирование задач

  • Создание задачи и её изменение/удаление используют одну «полную» форму со всеми полями задачи. Здесь можно свободно проставить и лида, и клиента, и менеджера, и метод, и срок.
  • Чтение (список и карточка) отдаёт облегчённое представление: в нём дополнительно показываются имя ответственного менеджера и воронка лида, а поле лида в этом представлении помечено как только для чтения.
Требование «метод и менеджер обязательны» задано на представлении для чтения, а не на форме записи. Практически это значит, что при создании/изменении задачи через API их отсутствие не блокируется на уровне этих правил — задачу можно сохранить без метода и без менеджера.

Справочник методов

  • Список методов возвращается целиком, без постраничной разбивки, отсортированным от новых к старым.
  • Его можно отфильтровать по воронке (точное совпадение) или по признаку «привязан к воронке / общий».
  • Метод содержит только название и (необязательно) воронку — это лёгкий справочник для категоризации задач.
Чтобы в интерфейсе конкретной воронки показывать только подходящие типы задач, запрашивайте методы с фильтром по этой воронке; общие методы (без воронки) при этом отбираются отдельным признаком.

Связанные страницы

Глоссарий: Задачи по лидам

Полный перечень полей задач и методов задач по лидам.

Продажи (воронки лидов)

Обзорная страница модуля продаж и переход к остальным его разделам.

Воронки и этапы

Воронки продаж и их этапы: системные типы, автосоздание стартовых этапов и мягкое отключение.

Лиды и их порядок

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

Триггеры и автоматизация этапов

Триггеры этапов и их исполнение при смене этапа лида: сообщения, задачи, заявки, смена статуса заказа и вебхук.

Логи и массовые операции

История смены этапов лида и массовые действия над лидами этапа: перенос, удаление, рассылка.

Приём заявок с сайта и синхронизация Wazzup

Приём заявок с сайта и фоновая синхронизация сделок при изменениях лида.