«Yes of course. We will do» — так мы ответили нашему пользователю на его запрос. А заключался он в следующем: «Сделайте, пожалуйста, заметку или видео-инструкцию по динамической сегментации клиентов в Планфиксе. Например, задаем определенные условия, под которые попадает клиент в этот сегмент, и, когда он перестает соответствовать условиям, то «уходит» из сегмента. А также интересно увидеть динамическую сегментацию уведомлений: акции, скидки, запросы отзывов посредством смс, мессенджеров и прочего».
Что ж, попробуем на примерах (постепенно усложняя их) показать, как настроить такую сегментацию не только по клиентам, но и по уведомлениям.
Это же элементарно, Ватсон
Начнем с примера о ручном варианте работы с динамической сегментацией клиентов. Представьте Ватсона — лучшего друга Шерлока Холмса, военного врача, солдата и по совместительству его менеджера, который собирает заявки на расследование исключительных случаев. Особое внимание он придает заявкам клиентов, которые пишут более 3-х раз.
И раз уж представляем, то Ватсон, конечно же, работает в ПланФиксе 😁
А теперь взглянем на то, как он настроил свою работу.
1. Сначала Ватсон создал шаблон контакта «Клиенты Шерлока Холмса», в который добавил два пользовательских поля — «Встреча назначена» и «Количество обращений».
2. Затем создал шаблон задачи — «Услуги лучшего сыщика».
3. Настроил рабочий планировщик с несколькими списками:
- «Новые обращения», куда попадают заявки на расследования дел.
- «Клиенты» — карточки контактов тех, кто обратился к Холмсу.
- «Клиенты, написавшие третий раз» — тот самый динамически меняющиеся список, куда попадают клиенты, написавшие третий или >3 раз. В параметрах отбора он указал те самые условия, по которым контакты будут сегментироваться:
- «Встречи» — расписание почасовое, в котором отображается планируемое время выбранных для Холмса дел.
Чтобы автоматически отслеживать наиболее активных клиентов, например, написавших три раза, Ватсон создал два сценария.
Настройка сценария №1
Первый сценарий считает количество обращений клиента:
Настройка сценария №2
А второй сценарий обнуляет счет обращений и отмечает, что встреча назначена:
Теперь каждое новое обращение от клиента считает сценарий и, когда количество обращений по клиенту становится три, то его контакт попадает в меняющийся список. Так Ватсон видит его в списке планировщика — «Клиенты, написавшие третий раз»:
Если Ватсон убедился, что случай заинтересует Шерлока, он звонит клиенту и назначает встречу, перетягивая одну из его задач в календарь «Встречи», где к ней прикрепляется аналитика — «Планируемого времени работы». Задача перестала попадать под условия и «ушла» из списка клиентов, написавших в 3-й раз.
Таким образом, Ватсон быстрее обрабатывает наиболее активные заявки, отбирает из них необычные случаи для Холмса, а Холмс спешит найти на них ответы.
Для кого-то элементарно, Холмс, а для кого-то вовсе нет.
Продолжим захватывающую историю двух сыщиков и покажем автоматический вариант работы с динамической сегментацией не только клиентов, но и уведомлений.
Так, например, сыщики разрешают дела в течение двух недель, но иногда этот срок может затянуться. Для таких случаев, Ватсон создал фильтр с задачами — «Дело затянулось», пользовательское поле типа «Текст» — «Место встречи» в шаблоне задачи, а также настроил автоматический сценарий, который:
- считает достижение задачей 14 дней.
- делает задачу срочной.
- вычисляет координаты места встречи.
- отправляет сообщение клиенту/контрагенту задачи.
- добавляет это же сообщение скрытым комментарием в задачу, чтобы отследить отправку сообщения клиенту.
Настройки сценария
1. Ватсон указал событие (1) и условие (2), при котором сценарий будет запущен:
2. Выбирал две операции: по первой сценарий изменит задачу на срочную и определит место следующей встречи сыщиков с клиентом (3), по второй отправит сообщение клиенту (4):
3. После он добавил еще одну операцию, по которой сценарий отправит скрытый комментарий в задачу (5):
Теперь все затянувшиеся задачи отображаются в фильтре задач:
А в самой задаче Ватсон увидит отосланное клиенту сообщение и спешно отправится на место встречи:
Время дорого обходится, особенно, когда оно «уходит» на рутинные действия. У доктора Ватсона нет времени на однотипные задачи, он верный помощник во всех расследованиях. Именно поэтому большую часть работы с клиентами он автоматизировал и сэкономил время для «мозговых штурмов» с Шерлоком Холмсом.
В завершение скажу, что вы всегда можете задавать нам вопросы по настройкам ПланФикса, и, возможно, на самые интересные из них мы будем отвечать в формате заметки в блоге. А потому нам важно узнать ваше мнение. Как вам такой формат ответов на вопросы? Поделитесь впечатлениями 🙂
Не забывайте о наших социальных сетях: ВКонтакте, Telegram и ВК Видео. Там появляются новости о доработках и новинках. Подпишитесь, чтобы ничего не пропустить.
Интересный кейс… но из него не очень понятно – а каким образом достопочтенный доктор Ватсон фиксирует каждое новое обращение от клиента?
Алексей, каждое новое обращение считается сценарием, который добавляет +1 в поле контакта. Когда встреча назначена, то активируется чек-бокс и счетчик обнуляется.
Странно, что сам Шерлок Холмс не хочет работать в планфикс… но это пока не важно ))
А вот важно (и непонятно) – как решить исходную задачу клиента касающуюся клиентов о том, “как увидеть динамическую сегментацию уведомлений: …. посредством смс, мессенджеров и прочего”
Ведь эти самые клиенты любят эти самые уведомления отправлять самыми разными способами. И в каждом новом случае будет создаваться новая задача с новым контрагентом.
И если этот поток будет хоть сколько-нибудь значительным… то у несчастного доктора Ватсона просто не будет возможности с этим потоком справиться.
Или для такого случая ПФ тоже может предложить какое-нибудь решение?
Алексей, предположим, Шерлок не работает в ПланФиксе по причине занятости. К тому же, он профессионал своего дела, а потому умеет делегировать 😄 Если рассматривать кейс с позиции многоканальности, то будет сложнее, придется прикладывать дополнительные усилия по объединению контактов вручную. Этот этап обойти пока не получится. А далее сценарием считать обращения, независимо от каналов связи.
Добрый день, Алена. Спасибо за интересную статью, был полезен процесс которые добавляет количество обращений в контакт.
Не понял только зачем вычисляемое поле для координат встречи. Место будет всегда одно и тоже или оно относительно каких-то условий новое формируется?
тут поправить нужно описки: https://disk.yandex.com/i/nr3jcOCuCnmduA
https://disk.yandex.com/i/jUe9WnJHqdS1zg
Дмитрий, здравствуйте. Вычисляемое поле для координат встречи нужно для того, чтобы определять всегда новое, случайное место встречи. Придерживаясь истории, новое, рандомное место необходимо, поскольку за кем-то из клиентов ведется “охота” и сохранять конфиденциальность местности иногда просто необходимо. Этим мы хотели показать возможности работы с разными функциями ПланФикса. Отдельно благодарю вас за внимательность, опечатки исправили 🙏