Что именно компания продлевает клиенту?

Продлён договор, пришла оплата или начался новый период услуг — какое событие CRM считает продолжением обслуживания? Для руководителя это главный вопрос до автоматического создания очередной сделки: карточка по расписанию ещё не подтверждает право клиента получать услугу. Разберём регулярное обслуживание в Битрикс24 с повторяющимися периодами, где отдел продаёт продление, а сотрудники выполняют работу в пределах принятого объёма.

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

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

Новая карточка нужна для подготовки. Она не сообщает, что клиент уже получил услугу.

Наглядный разбор

Три события регулярного обслуживания

  1. Продление

    Стороны определили следующий период и объём

  2. Оплата

    Получены деньги по принятому основанию

  3. Обслуживание

    Команда выполняет услуги в названных границах

Продление, расчёт и работа могут идти в разное время, поэтому каждое событие имеет своё основание.

1. Расписание создаёт карточки по выбранным правилам

В Битрикс24 регулярная сделка создаётся автоматически по расписанию. Это позволяет подготовить работу с постоянным клиентом, но выбор календаря начинается с модели обслуживания: когда отдел обсуждает следующий период, когда требуется счёт и кто продолжит разговор, чтобы новая запись появилась вовремя для человека, а не просто увеличила число незавершённых продаж. Функцию сверяют на портале. По справке регулярных сделок она доступна не на всех тарифах, а обновления приходят постепенно, поэтому администратор подтверждает наличие нужного раздела перед настройкой расписания.

  • Интервал отвечает услуге. Ежемесячная и годовая работа требуют разных дат. Не назначайте одинаковый календарь всем клиентам ради простого шаблона.
  • Первая карточка появляется в нужный момент. До неё отдел понимает, сколько подготовки требуется для предложения и обсуждения.
  • Воронка определена. Регулярная продажа попадает к тому процессу, в котором команда принимает решение о продлении.
  • Известен владелец шаблона. Он меняет правило, когда условия клиента пересмотрены, а не оставляет прежний график действовать незаметно.

Поле «Когда повторять» задаёт интервал создания. Поле «Воронка» определяет место новых сделок — оба названы в настройке регулярной продажи. Для приёмки достаточно показать следующую карточку и объяснить, к какому периоду она относится.

2. Дата создания не подменяет начало обслуживания

Карточку можно подготовить раньше, чем начнётся услуга, чтобы менеджер успел согласовать состав работ и документы. В Битрикс24 для этого есть «Начать сделку позже даты создания». Отдел отличает момент появления записи от планового начала, а фактическое основание обслуживания рассматривает по принятому правилу. Это разные даты. Смешение приведёт к обещанию услуги, которую команда ещё не получила права или возможности выполнять.

  • Начало периода узнаваемо. Сотрудник не вычисляет его по времени появления записи и названию месяца.
  • Конец не потерян. По записи видно, когда нужно обсудить следующую часть работы или прекращение услуги.
  • Нет случайного пересечения. Два периода не объявляют действующими одновременно, если по договорённости это один объём обслуживания.
  • Изменение даты объяснено. Перенос начала отражает принятое решение, а не попытку скрыть задержку подготовки.

Настройка «Период завершения сделки после создания» подставляет плановую дату завершения. По умолчанию в документации указан срок 7 дней. Это параметр коммерческой карточки, поэтому его нельзя объявлять универсальным сроком обслуживания или автоматическим подтверждением выполненных услуг.

Для услуги лучше хранить понятные границы периода, чем выводить их из плановой даты закрытия продажи: специалист и менеджер тогда говорят об одной договорённости, даже если коммерческую работу завершили заранее.

Наглядный разбор

Подготовка может предшествовать периоду услуг

  1. Подготовить продление

    Обсудить будущий состав и документы

  2. Подтвердить основание

    Получить необходимое решение или расчёт

  3. Начать период

    Передать исполнителям границы и объём услуг

  4. Завершить период

    Подвести итог и решить вопрос продолжения

Карточка продления создаётся для подготовки, а начало обслуживания определяется отдельной договорённостью.

3. Запрос клиента связан с доступным ему объёмом

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

  • Включённые услуги видны. Менеджер и исполнитель используют одну редакцию условий периода.
  • Дополнительная работа выделяется. Запрос вне объёма направляют на согласование, сохраняя его связь с действующим клиентом.
  • Расход объёма имеет основание. Если учитывают время или количество работ, называют источник записи и ответственного за исправление ошибки.
  • Итог доступен клиентской работе. Сотрудник может объяснить, что выполнено и какой вопрос ещё ожидает решения.

Разовая просьба не изменяет все периоды. Если клиенту согласовали дополнительную услугу, её не следует молча вписывать в постоянный шаблон, иначе следующая продажа повторит исключение как обычный объём. Для устойчивого изменения пересматривают шаблон и будущие условия, а уже выполненный период сохраняет свою историю. Такое различие помогает обсуждать стоимость продления. Отдел опирается на будущий состав, не выдавая прошлую уступку за бессрочное обязательство.

4. Продление и оплата имеют самостоятельный результат

Сделка собирает информацию о продаже, товарах или услугах и ходе общения — так её назначение объяснено в справке Битрикс24. Закрытая коммерческая работа может подтверждать принятое решение о следующем периоде. Но сама отметка стадии не доказывает поступление денег, поэтому отдел описывает, из какого источника узнаёт оплату и при каком основании передаёт обслуживание исполнителям, чтобы они не начали работу только по календарной записи без принятого компанией решения. Одна стадия не заменит две проверки. Сотрудники различают право начать работу и факт получения расчёта.

  • Основание оплаты связано с периодом. Менеджер может понять, за какую часть обслуживания поступили деньги.
  • Неполная оплата не потеряна. Её действие на запуск услуг определяется условиями компании, а не предположением исполнителя.
  • Отсутствие расчёта заметно. Ответственный знает, требуется напоминание, согласование отсрочки или остановка дальнейшей работы.
  • Деньги не считают дважды. Шаблон и созданная продажа не превращаются в две одинаковые реализации одного периода.

В фильтрах CRM есть «Статус оплаты». Он относится к статусу оплаты счёта в описанном отборе, поэтому его смысл сверяют с используемым способом расчёта. Привязка подтверждённой оплаты к периоду позволяет сотрудникам назвать основание начала услуг; наступившая дата не сообщает, какие обязательства стороны выполнили.

5. Приостановка и отмена действительно меняют будущую работу

Если клиент не продлевает обслуживание, календарь не может бесконечно создавать обычные карточки и скрывать их среди действующих договорённостей. В настройке «Завершить повторение сделки» задаётся остановка по дате или количеству повторений, как указано в справке регулярных сделок. Остановка относится к созданию будущих записей. Судьбу уже открытых продаж и услуг отдел рассматривает отдельно.

Пауза не стирает прошлое. Запись о выполненном периоде остаётся основанием для дальнейшего разговора с клиентом.

  • Отказ имеет дату и владельца. Сотрудник понимает, кто подтвердил прекращение и какие будущие действия прекращаются.
  • Пауза имеет условие возврата. Новое начало не возникает только от очередного срабатывания расписания.
  • Открытые работы перечислены. По ним видно, что завершить, что передать и какой вопрос согласовать с клиентом.
  • Отмена шаблона не принята за отмену услуги. Период и обязательства оценивают по их состоянию.

Приёмку удобно провести на трёх путях: продолжение на прежних условиях, изменение объёма и прекращение создания новых периодов, чтобы руководитель увидел не только удачную регулярную карточку, но и поведение отдела там, где стандартный календарь больше не подходит клиенту. В списке шаблонов используется раздел «Шаблоны регулярных сделок». По нему специалист объяснит, какое правило действует сейчас и кто будет его менять.

Для настройки регулярного сервиса в Битрикс24 передайте состав периода, основания запуска и порядок остановки. Эти условия полезнее общего пожелания автоматизировать подписки: по ним исполнитель оценит нужные связи и действия, а руководитель примет управляемое продолжение услуги.

Наглядный разбор

Остановка расписания и завершение работы различаются

  1. Будущие периоды

    Прекратить создание либо назначить новое правило

  2. Текущая услуга

    Определить, какие действия ещё выполнить

  3. Прошлая работа

    Сохранить условия и результат без переписывания истории

Изменение будущих карточек не определяет судьбу уже принятого объёма услуг.

Календарь без условий создаёт ложное продолжение

Если автоматизацию принять только по появлению следующей карточки, отдел получит продажи без ясного начала услуг, оплаты и доступного объёма, а сотрудник может обещать обслуживание человеку, который его ещё не продлил или уже попросил остановить. Ошибка перейдёт в работу команды. Её последствия потребуют разбора обращений клиента и действий исполнителей: лишняя карточка могла уже повлиять на обещанную помощь.

  • Без границ периода запрос попадёт в неопределённый объём работы.
  • Без подтверждённого основания новая продажа создаст неверное обещание обслуживания.
  • Без отдельного решения об оплате календарь скроет задержку расчёта.
  • Без остановки правило продолжит создавать записи после отказа клиента.

Принимать стоит будущую работу на понятных условиях, когда руководитель может объяснить дату, объём и основание каждого периода, а менеджер и исполнитель видят, какое действие следует после создания новой карточки. Шаблон экономит повторное заполнение. Решение о продолжении услуги остаётся видимым и сохраняет связь с клиентом.

Источники и полезные ссылки

  1. Битрикс24: регулярные сделки и шаблоны ↗
  2. Битрикс24: назначение сделки ↗
  3. Битрикс24: фильтры оплаты ↗

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

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →