100 ПРОЦЕССОВ
SENSEI

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

Особенности работы:
Запускается параллельно с основным процессом продаж и работает до окончания работы с клиентом.

Описание:
Автоматическая отправка поздравлений с праздниками.

Особенности работы:
Процесс запускается в день праздника (триггеры, массовый запуск или динамические сегменты), либо за определенное количество дней до праздника. Процесс можно использовать как в основной воронке, так и в воронках Прогрев и Реанимация.

Описание:
Отправка новому клиенту приветственных сообщений в мессенджер с небольшим опросом, в ходе которого мы сможем узнать предварительные данные по клиенту, пока менеджер еще не дошел до данной сделки.

Особенности работы:
Процесс запускается при попадании новой заявки в воронку.

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

Особенности работы:
Процесс можно сделать универсальным и использовать на любом этапе общения с клиентом.

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

Особенности работы:
Запускается при выборе результата Не дозвонились в задаче. В процессе используются поля сделки — Количество попыток дозвона (число) и Время следующей задачи (дата и время).

Описание:
Изменение бюджета сделки на скидку, указанную менеджером.

Особенности работы:
Запускается в качестве подпроцесса в основном процессе продаж. Для расчета используются формулы и маски полей Бюджет и Скидка.

Описание:
При выборе товара, интересующего клиента, в форме, процесс выдает менеджеру скрипт с предложением сопутствующих товаров.

Особенности работы:
Используется в основном процессе продаж, реализуется с помощью условий и расширенных форм.

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

Особенности работы:
В процессе используется элемент Формула с настройками Минимальное значение и Максимальное значение. Результат фиксируется в поле сделки / параметр для дальнейшего анализа.

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

Особенности работы:
Запускается в отдельной воронке при создании сделки. Для эффективной работы рекомендуется фиксировать примерную дату потребности при закрытии сделки.

Описание:
Менеджеру в технической сделке выводится список ID сделок клиентов с отложенным спросом / клиентов с реанимацией для дальнейшего прозвона.

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

Описание:
Контроль переподписки. За месяц-два до окончания подписки на сервис менеджер связывается с клиентом, чтобы узнать удовлетворенность сервисом и планы по переподписке.

Особенности работы:
Дата окончания подписки на сервис фиксируется в поле сделки, после чего динамический сегмент собирает сделки, в которых до даты окончания подписки осталось 1−2 месяца и запускает по ним процесс аккаунтинга.

Описание:
За несколько месяцев до переподписки клиенту уходит цепочка писем / сообщений для определения уровня удовлетворенности и предложения дополнительных решений.

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

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

Особенности работы:
Запускается в отдельной воронке, либо в воронке, где осуществляется переподписка.

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

Особенности работы:
Запускается во время работы с клиентом после продажи. Как правило, перед переподпиской или во время общения по процессу Customer Success.

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

Особенности работы:
Запускается при попадании сделки на успешный этап.

Описание:
Реанимация клиентов, отказавшихся от сотрудничества. В первые дни процесса выполняется больше касаний по клиенту (так как высок риск того, что клиент выберет конкурента), со временем частота касаний снижается.

Особенности работы:
Запускается в отдельной воронке при создании сделки.

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

Особенности работы:
На сценарии Отказ настраивается дополнительный скрипт для менеджера. После закрытия сделки она попадает в динамический сегмент, который запускает процесс реактивации.

Описание:
Через несколько часов после закрытия сделки клиенту автоматически отправляется персонализированное сообщение от имени РОПа с несколькими вопросами. Например, с уточнением, с чем возникли сложности, что доставило неудобство и по каким причинам мы могли бы возобновить сотрудничество.

Особенности работы:
Процесс запускается по триггеру или в основном процессе через несколько часов после закрытия. При ответе клиента в сделку ставится задача на менеджера или РОПа (в зависимости от сообщения), после чего работа с клиентом возобновляется.

Описание:
Основной процесс воронки Производство со всеми возможными сценариями развития событий.

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

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

Особенности работы:
Процесс запускается параллельно с началом производственных работ и работает до окончания работ.

Описание:
Контроль сроков доставки с момента поступления заказа до получения заказа клиентом. При запуске процесса указываются ключевые даты окончания каждого из этапа доставки (сборка, оформление, отгрузка, доставка до клиента), далее процесс контролирует соблюдение сроков по каждому этапу. Если заказ задерживается на каком-то из этапов доставки, об этом информируется ответственный менеджер и клиент.

Особенности работы:
Процесс запускается после оформления заказа на доставку.

Описание:
Автоматизированная цепочка уведомлений клиенту о статусе заказа в доставке.

Особенности работы:
Процесс отправляет SMS или сообщения клиенту в мессенджер при переходе на ключевые этапы доставки.

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

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

Описание:
Процесс работает в воронке Рекламация, куда сделка попадает при каких-либо проблемах с товаром или доставкой. В процессе настраиваются скрипты по отработке возражений и подсказки, как действовать в той или иной ситуации.

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

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

Особенности работы:
Сообщение в общий чат telegram отправляется с помощью скрипта и элемента Webhook. Фиксируется сотрудник, взявший заявку, после чего уведомление отправляются ему с помощью элемента Telegram в конструкторе.

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

Особенности работы:
Запускается на неуспешных сценариях основного процесса (отложенный спрос, не удалось отработать возражения, отвал и т. д.).

Описание:
Процесс ожидает дедлайна по задаче крупного клиента. Если менеджер просрочил задачу, отправляется уведомление руководителю.

Особенности работы:
Запускается при просрочке задачи, если клиент крупный по определенным критериям.

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

Особенности работы:
Непрерывные поиск с помощью динамического сегмента по ключевым критериям.

Описание:
На протяжении всей работы с клиентом процесс подсчитывает общее число касаний. При попытке менеджера закрыть сделку проверяется число касаний, после этого сделка закрывается, либо возвращается в работу.

Особенности работы:
Общее число касаний фиксируется в поле сделки.

Описание:
Запрет на смену статуса вручную. Все смены статуса осуществляются автоматически процессом, чтобы предотвратить преждевременное закрытие сделки.

Особенности работы:
Запрет осуществляется элементом Запрет смены статуса. Возможность ручной смены статуса вернется после завершения процесса или при отработке элемента с настройкой Разрешить смену статуса.

Описание:
Запрет на редактирование задач сотрудникам без прав администратора. Механика пригодится, если сотрудники вручную меняют время выполнения задачи (чтобы не допустить просрочку), ответственного и / или текст.

Особенности работы:
Для реализации необходимо в элементе Задача включить настройку Запретить редактирование задач.

Описание:
Менеджер получает задачу с определенным дедлайном. При просрочке задача завершается автоматически и ответственный в сделке меняется.

Особенности работы:
В задаче включается функция Завершить просроченную задачу. При необходимости можно указать время, через которое после просрочки задача будет завершена. На этом сценарии настраивается смена ответственного.

Описание:
Определение наиболее конверсионных скриптов диалогов.

Особенности работы:
В основном процессе перед расширенной формой со скриптом устанавливается элемент Сплиттер. В элементе настраивается распределение по весам на каждый сценарий, после чего на каждый из сценариев размещаются формы со скриптами. Результаты фиксируются в глобальные параметры / поля сделки, либо выгружаются в google-таблицу или другой сторонний сервис с помощью элемента Webhook.

Описание:
Определение наиболее конверсионного сценария дозвона.

Особенности работы:
В процессе дозвона устанавливается Сплиттер, который распределяет сделку на один из сценариев. Присвоенный сценарий фиксируется в поле сделки. Если сделке уже присвоен один из сценариев, она продолжает по нему идти на протяжении всего пути клиента. Сценарий дозвона фиксируется в сделке, а результаты тестирования фиксируются в глобальные параметры / поля сделки, либо выгружаются в google-таблицу или другой сторонний сервис с помощью элемента Webhook.

Описание:
В бан-лист попадают ответственные, которые временно отстранены от распределения. При распределении процесс проверяет бан-лист на содержание текущего ответственного. Если ответственный указан в бан-листе, сделка перераспределяется.

Особенности работы:
В качестве бан-листа используется глобальный параметр (можно также выгружать данные в google-таблицу или сторонний сервис с помощью Webhook). При совершении менеджером ошибки, процесс записывает его в бан-лист с помощью конкатинации.

Описание:
Руководитель может при необходимости отредактировать бан-лист, чтобы исключить каких-либо менеджеров, или дописать новых.

Особенности работы:
Процесс редактирования запускается вручную по кнопке. В сделке выводится форма с полем / параметр Бан-лист, в котором руководитель может внести изменения.

Описание:
Процесс очищает бан-лист с установленной периодичностью.

Особенности работы:
Очистка осуществляется маской {{Пусто}}, процесс автоматически запускается в технической сделке с установленной периодичностью. Периодичность устанавливается с помощью элементов Подождать, либо триггеров.

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

Особенности работы:
Менеджер, обработавший первичное обращение клиента фиксируется в поле контакта.

Описание:
Количество сделок на каждом менеджере фиксируется в глобальный параметр, либо выгружается на сторонний сервис (например google-sheets). При распределении в новой сделке проверяется количество сделок в работе у ответственного менеджера. Если менеджер достаточно нагружен, сделка переходит к другому ответственному.

Особенности работы:
Механика встраивается в распределение основного процесса.

Описание:
Процесс собирает количество сделок и задач по каждому менеджеру и возвращает результат в поле сделки / параметр.

Особенности работы:
В механике используются формулы Количество сделок по фильтру и Количество задач по фильтру с дополнительной фильтрацией по менеджеру. Результат фильтрации записывается в поле сделки или параметр процесса.

Описание:
Ежедневное оповещение РОПа об уровне нагрузки сотрудников + оповещение в случае перегрузки.

Особенности работы:
Запускается каждое утро в 9−00 в технической сделке с помощью триггера или элемента Подождать. Процесс отправляет РОПу сообщение в telegram с данными по нагрузке менеджеров.

Описание:
Минимизация простоев на этапах, где важна скорость обработки заявки. Своевременное автоматизированное подключение РОПа к контролю за простоями.

Особенности работы:
Процесс запускается на тех этапах, где требуется скорость обработки заявки. Для контроля используется условие по полю Дата создания сделки (системное) или полю Дата перехода в этап (кастомное, заполняется отдельно).

Описание:
Подсчитывает общую сумму бюджета по всем сделкам клиента.

Особенности работы:
При успешно закрытой сделке обновляется поле контакта: к нему суммируется бюджет по текущей сделке.

Описание:
Ориентируется на общий бюджет покупок (продаж) клиента и в зависимости от этого запускает 2 идентичных подпроцесса с разными типами задач по приоритетности — если общий бюджет сделок >100К руб, то все последующие задачи будут ставится с приоритетом, А — если общий бюджет сделок пока что <100К руб, то все задачи будут ставится с приоритетом B до момента пока клиент не сделает оплат на 100К руб, после чего буду ставится задачи с приоритетом А.

Особенности работы:
Процесс запускается в основном процессе перед постановкой задачи и ориентируется на поле контакта, в котором фиксируется общая сумма покупок клиента.

Описание:
Фиксирует скорость взятия в работу, оповещает РОПа при задержке взятия в работу.

Особенности работы:
Запускается триггером при попадании лида на этап, с которого менеджеры разбирают заявки.

Описание:
Процесс подсчитывает время взятия в работу в минутах на основе даты создания сделки (формат дата и время) и даты взятия в работу (формат дата и время).

Особенности работы:
При взятии сделки в работу фиксируется дата и время взятия в работу. Далее расчитывается время создания сделки в минутах по формуле {{Сделка.Дата создания сделки. Минута}}+(({{Сделка.Дата создания сделки. День}}*24+ {{Сделка.Дата создания сделки. Час}})*60) и время взятия в работу в минутах по формуле {{Сделка.Дата взятия сделки в работу. Минута}}+(({{Сделка.Дата взятия сделки в работу. День}}*24+ {{Сделка.Дата взятия сделки в работу. Час}})*60), после чего из второго числа вычитается первое и результат фиксируется в поле сделки / параметре процесса.

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

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

Описание:
Механика встраивается на любом этапе воронки, где может понадобиться помощь руководителя, как результат задачи / расширенной формы «Нужна помощь руководителя» При выборе результата руководитель получает уведомление в telegram с ссылкой на сделку и вопросом от менеджера Руководителю ставится задача до конца дня «Помочь менеджеру» После ответа руководителя процесс возвращается на туже задачу в основной процесс, где ставится задача на ответственного менеджера.

Особенности работы:
Обмен комментариями между менеджером и РОПом реализуется с помощью локального параметра или поля сделки.

Описание:
Процесс подключает РОПа при закрытии сделки. РОП может подтвердить отказ, вернуть сделку на дожим, или вернуть карточку на дозаполнение.

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

Описание:
Процесс для контроля закрытия сделок. Сделки, закрытые с причиной Спам закрываются сразу, сделки отложенным спросом переходят в воронку Вызревание, по остальным подключается РОП. В процессе у РОПа есть возможность отправить сделку на дожим, на дозаполнение полей или подтвердить отказ.

Особенности работы:
Запускается после заполнения менеджером формы с причинами отказа, либо при переходе на закрытый этап с условием по причине отказа.

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

Особенности работы:
На протяжении всего пути сделки по воронке каждый этап фиксируется в поле сделки. После отказа при необходимости вернуть сделку в работу, статус меняется с помощью элемента Задать параметр.

Описание:
Процесс сбора обратной связи от текущих клиентов. Нужен для своевременной реакции на проблемы клиента и увеличение конверсии повторных продаж.

Особенности работы:
В ходе сбора NPS менеджер заполняет поля сделки с оценками клиента.

Описание:
При закрытии сделки в успех / неуспех клиенту отправляется сообщений или форма с предложением оценить работу менеджера.

Особенности работы:
При заполнении клиентом формы/при ответе на сообщение, данные фиксируются в поля сделки.

Описание:
Собирает все значения NPS от клиентов и рассчитывает на их основе индекс репутации компании.

Особенности работы:
Процесс работает с глобальными параметрами, где подсчитывается кол-во оценок и кол-во высоких оценок двумя различными параметрами.

Описание:
Собирает все значения NPS по клиенту и рассчитывает средний показатель.

Особенности работы:
Для работы нужны поля контакта (тип число) в которых записывается количество сделок по контакту средняя оценка, и сумма оценок.

Описание:
Подсчёт LTV по клиенту с помощью формул и элемента Задать параметр, в который фиксируется итоговый LTV.

Особенности работы:
Для подсчета все необходимые переменные должны быть зафиксированы в полях контакта.

Описание:
Для каждого пула контактов (например, по полу, возрасту, сумме покупок и т. д.) создается динамический сегмент, который запускает рассылку с персонализированными сообщениями / письмами.

Особенности работы:
Используются Dynamic Segments 2.0. Сегменты формируются по нужным признакам из списка контактов.

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

Особенности работы:
Сегменты формируются по данным из сделки, а именно по интересующему продукту. Из сегмента запускается процесс, отправляющий сообщение клиентам.

Описание:
Информирование о мероприятиях клиентов, которые ранее ходили на вебинары или интересовались продуктом.

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

Описание:
Процесс генерирует случайное число и присваивает сделки для проведения акций или мероприятий.

Особенности работы:
Процесс запускается по сегменту сделок клиентов, участвующих в акции. Генерация числа происходит через формулу Генерация случайного числа. Результат фиксируется в поле сделки/параметр процесса.

Описание:
Процесс генерирует QR-код для отправки клиенту.

Особенности работы:
Механика реализуется формулой Генерация QR-кода. В настройках указывается необходимый размер и исходное значение (ссылка, на которую будет вести QR-код). Результат в виде ссылки фиксируется в поле сделки / параметр процесса.

Описание:
При попадании новой заявки в воронку фиксируется источник и город, после чего источник фиксируется в глобальный параметр или выгружается в google-sheets/сторонний сервис.

Особенности работы:
В процессе используется мультиусловие, которое проверяет источник и город и фиксирует в глобальный параметр или выгружает в google-sheets/сторонний сервис с помощью элемента Webhook.

Описание:
Процесс собирает все сделки, по которым были отправлены сообщения/sms/письма и сделки, в которых клиент ответил на рассылку и фиксирует в поле сделки/параметр процесса.

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

Описание:
В основном процессе продаж при распределении проверяется ответственный сделки. Если ответственный новенький, процесс идет по более детализированному сценарию с подсказками на каждом этапе ведения клиента. При этом на каждом этапе менеджер может попросить помощи РОПа, в этом случае РОП получит уведомление в telegram.

Особенности работы:
Подсказки реализуются с помощью Советника и Расширенных форм со скриптами.

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

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

Описание:
В расширенных формах процессов настраивается отдельная ветка — Шаг назад, по которой можно вернуться на предыдущую форму или этап. Механика помогает сократить количество случайных нажатий и уменьшить необходимость подключения технического специалиста для отката процесса.

Особенности работы:
В расширенных формах процесса создается отдельный сценарий Шаг назад, который возвращает процесс на предыдущий этап.

Описание:
Заявки с сервисов по поиску сотрудников падают в воронку HR. В процессе выстраивается путь сотрудника от заявки до выхода на работу.

Особенности работы:
Процесс запускается при попадании сделки в воронку найма.

Описание:
Процесс запускается сегментом по сделкам с необходимым критерием. Сотруднику ОКК выводится форма с чек-листом и подсказками для проверки, все ли данные по клиенту заполнены. Если работа по клиенту проведена некачественно, сделка возвращается в работу.

Описание:
Процесс ставит задачу на прослушивание звонков с уникальным типом. В роли менеджера ОКК в Workplaces настраивается приоритет на данную роль, благодаря которому он может быстро переключаться по сделкам, в которых необходимо прослушать звонок.

Особенности работы:
Основной элемент процесса — задача с уникальным типом. При необходимости в процесс также можно вшить дополнительные механики.

Описание:
В процессе осуществляется сбор сделок по необходимым критериям, после чего результат в виде ID сделок передается менеджеру ОКК.

Особенности работы:
Для сбора ID используется формула Извлечь ID сделок по фильтру. Она записывает результат через запятую в поле сделки / параметр процесса.

Описание:
Проверка текущего времени элементом Мультиусловие перед постановкой задачи для учета рабочего времени.

Особенности работы:
Для стабильных графиков, например, 5/2, 2/2 и т. д. учет рабочего времени реализуется следующим образом: — Перед постановкой задачи настраивается мультиусловие, проверяющее системные переменные Текущее время и Текущий день недели. В зависимости от дня недели и текущего времени выставляется дедлайн для задачи.

Если сотрудники клиента работают в нестандартном графике, или график переодически меняется, мы рекомендуем использовать инструмент Planner.

Описание:
Процессом определяется ближайшая дата нужного дня недели. Например: если сотруднику необходимо сдавать отчет по проделанной работе каждый четверг в 17:00, задача ставится на ближайший четверг в 17:00.

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

Описание:
Проверка графика работы в Planner перед постановкой задачи для учета рабочего времени.

Особенности работы:
Инструмент Planner воздействует на элементы Очередь и Формула. При первичном распределении сделки, либо в случае срочной задачи, перед задачей устанавливается элемент Очередь с включенной функцией Учитывать график менеджера при распределении. Если задачу необходимо поставить на конкретного сотрудника, перед элементом Задача ставится Формула с настройкой Следующий рабочий день, которая запишет следующий рабочий день сотрудника в поле сделки/локальный параметр, дедлайн из которого в дальнейшем выставится в задаче.

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

Особенности работы:
В настройках Planner выдаются права на редактирование отдельных групп тимлидам, после чего формируется ссылка, по которой они могут изменить график.

Описание:
Механика переводит дату в timestamp и наоборот для дальнейших операций в скрипте.

Особенности работы:
Реализуется формулами Перевод timestamp в дату и Перевод даты в timestamp. Результат фиксируется в поле сделки/параметр процесса.

Описание:
Объединение/Исключение/Пересечение значений нескольких полей-мультисписков в одном поле/параметре.

Особенности работы:
Реализуется в процессе формулами Объединение, Исключение и Пересечение.

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

Особенности работы:
Для реализации используется элемент Формула с формулой Регулярные выражения.

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

Особенности работы:
Для реализации используется элемент Формула с формулой Регулярные выражения.

Описание:
Автоматическая корректировка текста: удаление пробелов, поиск и замена, транслитерация, склонение по падежам, определение рода и изменение числа слова.

Особенности работы:
Для корректировки текста используются текстовые формулы в элементе Формула.

Описание:
Автоматизированные математические операции: модуль по числу, возведение в степень, остаток от деления, квадратный корень, округление.

Особенности работы:
Для выполнения математических операций используются числовые формулы в элементе Формула.

Описание:
Для корректной работы интеграций с мессенджером и телефонии номера приводятся к единому формату, например +7 XXX-XXX-XXXX.

Особенности работы:
При получении номера телефона клиента его формат проверяется элементом Условие. Если формат не соответствует стандартному, с помощью элемента Формула (Получение подстроки) удаляются лишние символы, после чего, при необходимости, элементом Задать параметр в номер вписывается +.

Описание:
Процесс проверяет наличие сделок с текущим контактом в других воронках и уведомляет пользователя о том, что есть дубли.

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

Описание:
Процесс ставит операционные задачи ассистенту по проверке и сбору документов, внесению данных и т. д.

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

Описание:
Отправляет клиенту SMS/письмо/сообщение в мессенджер накануне назначенной встречи. В процессе можно гибко настроить время напоминания в зависимости от кейса.

Особенности работы:
Запускается после назначения встречи параллельно с основным процессом и работает до момента проведения встречи.

Описание:
Напоминание о встрече ответственному менеджеру посредством задачи или уведомления в telegram. В уведомлении можно подсветить менеджеру ключевые данные по клиенту и темы, которые необходимо обсудить.

Особенности работы:
Запускается после назначения встречи параллельно с основным процессом и работает до момента проведения встречи.

Описание:
Чтобы менеджер не переключался между вкладками во время диалога, скрипты подсвечиваются прямо в карточке сделки. Менеджер может во время диалога переключать скрипты в зависимости от контекста и параллельно заполнять данные по клиенту в одном модальном окне.

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

Описание:
Автоматическая (с применением элемента Задать параметр) или с привлечением менеджера (с применением элемента Форма) кастомизация текста и типа задач. Механика позволяет наполнить сделку контекстом и оптимизировать процесс, сократив количество элементов.

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

Обратите внимание: при установке типа задачи, указанный в Задать параметре тип задачи должен точь-в-точь соответствовать одному из типов задач, настроенных в amoCRM.

Описание:
Кастомизация расширенных форм и Советника с помощью html для большего удобства использования. С помощью различных конструкций можно выделить подсказку для менеджера, чтобы он обратил на нее внимание, либо зашить сложные скрипты в спойлер, чтобы не перегружать элемент информацией.

Особенности работы:
С помощью внедрения html и css в расширенные формы или советник можно изменить цвет фона, текста, шрифт, добавить спойлеры и многое другое. Например: конструкция <p style="margin: 0;background: #eee;padding: 1em;border-radius: 1em;font-weight: normal">Текст</p> позволит отцентровать текст скрипта и сделать ему серый фон, а <details style="line-height: 1.5em;margin: 0;font-weight: normal"> <summary>Заголовок раскрывающейся формы</summary> <p style="margin: 0;background: #eee;padding: 1em;border-radius: 1em;font-weight: normal"> Скрипт </p> </details> позволит сделать спойлер с заголовком — текст скрипта отобразится при нажатии на заголовок.

HTML-код можно встроить непосредственно в текстовое описание расширенной формы, а чтобы вставить код в Советник, необходимо перейти в раздел Исходный код в настройках Советника.

Описание:
В зависимости от значений ключевых параметров процесс автоматически рассчитывает бюджет по сделке. Например, клиент покупает подписку на 3 месяца и сопровождение как доп. услугу. Бюджет в элементе Задать параметр будет расчитываться следующим образом: {{Стоимость подписки}}*{{Срок подписки}}+{{Доп. услуга}}*{{Срок подписки}}.

Особенности работы:
Запускается при заполнении ключевых данных перед выставлением счета.

Описание:
Высчитывает разницу в днях между двумя датами по формуле {{Дата 1}}-{{Дата 2}}.

Особенности работы:
Запускается в основном процессе после заполнения двух дат.

Описание:
Запуск подпроцесса в любой сторонней сделке по ID.

Особенности работы:
Подпроцесс запускается из любой сделки (например, из технической). В настройках элемента Запустить подпроцесс указывается ID сделки, в которой его необходимо запустить.

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

Особенности работы:
Передача данных осуществляется подпроцессами, в настройках элемента необходимо указать ID сделки, в которую нужно отправить данные.

Описание:
В примечании или советнике фиксируется ключевая информация по клиенту: имя, пол, возраст, регион и т. д. для передачи в другой отдел.

Особенности работы:
Саммари формируется с помощью масок и формул.

Описание:
При рассрочке в примечание или советник фиксируется каждый платеж после оплаты для контроля оплат.

Особенности работы:
Примечание / советник наполняется с помощью конкатенации и масок: {{Дата.Сегодня}}: {{Сумма текущего платежа}}.

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

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

Описание:
Процесс проверяет получены / сформированы ли все документы (договор, счет, акт и т. д.) по полю типа Мультисписок с момента начала работы с клиентом и до заключения договора. Если на одном из ключевых этапов не подготовлен необходимый документ, процесс ставит задачу менеджеру.

Особенности работы:
Запускается на этапе начала сбора документов и подготовки к сделке и работает на протяжении всей воронки, завершаясь после успешной продажи.

Описание:
При продаже в рассрочку процесс отслеживает сроки выставления счетов и оплат, регулярно рассчитывает остаток к оплате и фиксирует выплаты в сделке. Процесс зацикливается до момента получения полной оплаты от клиента.

Особенности работы:
Запускается в отдельной воронке при создании сделки, либо на этапе Счет выставлен основной воронки.

Описание:
Процесс работает в связке с виджетом, формирующим документы в сделке. В процессе заполняются все поля, используемые в шаблоне документа (автоматически, или с помощью формы).

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

Описание:
Процесс рассчитывает заработную плату менеджеров по продажам на основе данных их сделок и указывает итог в нужном поле сделки или параметре процесса.

Особенности работы:
Для подсчета процента с продаж используется формула Сумма значений поля по фильтру. В настройках формулы указывается менеджер и дополнительные условия (например, учет только сделок, закрытых в успех). Из полученной суммы высчитывается процент менеджера и к нему суммируется окладная часть. Результат фиксируется в поле сделки или параметре процесса.

Описание:
Процесс рассчитывает бонус KPI менеджеров по продажам на основе данных их сделок и указывает итог в нужно поле сделки или параметре процесса.

Особенности работы:
Для подсчета процента с продаж используется формула Количество сделок по фильтру. В настройках формулы указывается менеджер и дополнительные условия (например, количество сделок в успехе, количество сделок с допродажами и т. д.). Полученное число используется для подсчета бонуса KPI. Результат фиксируется в поле сделки или параметре.

Описание:
Процесс рассчитывает сумму больничных, отпускных или командировочных на основе данных по менеджеру из Воронки сотрудников.

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