Продолжая использовать данный сайт, вы соглашаетесь на использование файлов Cookie.
Новый режим «Одна сделка = Один пациент» в виджете «Связка IDENT & amoCRM» от REON
Содержание:
- Основной запрос от клиник
- Бизнес-логика работы в режиме «Одна сделка = Один пациент»
- Три слоя данных вместо одной перегруженной карточки
- Преимущества работы в режиме «Одна сделка = Один пациент»
- Настройка нового режима в виджете
- Задачи или Примечания — что выбрать?
- Что важно понимать до переключения на режим работы с пациентом в одной Сделки
Вы тонете в бесконечном количестве сделок в amoCRM и уже не понимаете, куда и как заносить информацию? Хотите видеть одну карточку по пациенту, а не искать нужную среди десятков? Ваши администраторы привыкли работать в МИС, и у вас нет ресурса переучивать их на другую логику? Хотите освободить сотрудников от рутины в CRM, чтобы они тратили время на пациентов, а не на ведение системы?
Вы просили — мы сделали. И сделали это продолжением нашей же методологии, а не отказом от неё.
Каждый месяц к нам приходили стоматологии с одним и тем же вопросом: «А можно, чтобы вся работа с пациентом велась в одной карточке Сделки? Чтобы сотрудник открыл карточку — и работал в ней, а не выбирал между несколькими?».
Мы садились, рисовали схемы, объясняли, записывали видеоуроки и писали статьи о том, почему так делать нельзя… Но когда одна и та же просьба повторяется десятки раз, из разных городов, от клиник разного размера и уровня, — это сигнал о том, что у медицины свой взгляд и своя уникальная логика жизни пациента.
Поэтому мы добавили второй режим работы нашего виджета «Связка IDENT & amoCRM» от REON — «Одна сделка = Один пациент».
Вы просили — мы сделали. И сделали это продолжением нашей же методологии, а не отказом от неё.
Каждый месяц к нам приходили стоматологии с одним и тем же вопросом: «А можно, чтобы вся работа с пациентом велась в одной карточке Сделки? Чтобы сотрудник открыл карточку — и работал в ней, а не выбирал между несколькими?».
Мы садились, рисовали схемы, объясняли, записывали видеоуроки и писали статьи о том, почему так делать нельзя… Но когда одна и та же просьба повторяется десятки раз, из разных городов, от клиник разного размера и уровня, — это сигнал о том, что у медицины свой взгляд и своя уникальная логика жизни пациента.
Поэтому мы добавили второй режим работы нашего виджета «Связка IDENT & amoCRM» от REON — «Одна сделка = Один пациент».
Основной запрос от клиник
В amoCRM по сделкам работает вся фронт-линия клиники: операторы call-центра, администраторы и кураторы лечения. У каждого своя зона — приём заявок, запись, подтверждение, встреча, сопровождение, но претензии у всех оказались общие:
В amoCRM центральная сущность — сделка. Контакт есть, он один, но процесса в нём нет. Этапы, воронка, задачи с результатами, контроль и аналитика — всё это атрибуты сделки. А сделок у пациента много, так как каждая из них открыта в нужной воронке (Первичный приём, Повторный приём, Продажа плана лечения, Реализация лечения, Сбор NPS и др.) и считает свою метрику.
Но сотрудники клиник привыкли к логике работы МИС, где у каждого клиента одна карточка Пациента, в которой ведется запись на прием и вся работа. Поэтому им крайне сложно перейти на новые сущности amoCRM, которые имеют иной принцип работы.
Чтобы корректно вести работу и окупать новую систему — нужны ресурсы: время на обучение и адаптацию, ответственный специалист, который контролирует работу сотрудников в системе и выполнение регламентов, руководство, которое понимает, что ему даёт ведение CRM-системы по исходной, заложенной в ней, логике работы. Но такой подход нужен далеко не всем клиникам.
Режим «Одна сделка = Один пациент» — это решение для клиник, которым необходим базовый функционал CRM-системы, но при этом они не готовы адаптироваться к новому формату работы.
- У пациента нет одной «главной» карточки Сделки.
В amoCRM центральная сущность — сделка. Контакт есть, он один, но процесса в нём нет. Этапы, воронка, задачи с результатами, контроль и аналитика — всё это атрибуты сделки. А сделок у пациента много, так как каждая из них открыта в нужной воронке (Первичный приём, Повторный приём, Продажа плана лечения, Реализация лечения, Сбор NPS и др.) и считает свою метрику.
Но сотрудники клиник привыкли к логике работы МИС, где у каждого клиента одна карточка Пациента, в которой ведется запись на прием и вся работа. Поэтому им крайне сложно перейти на новые сущности amoCRM, которые имеют иной принцип работы.
- Эталонная архитектура требует ресурса, который есть не у всех.
Чтобы корректно вести работу и окупать новую систему — нужны ресурсы: время на обучение и адаптацию, ответственный специалист, который контролирует работу сотрудников в системе и выполнение регламентов, руководство, которое понимает, что ему даёт ведение CRM-системы по исходной, заложенной в ней, логике работы. Но такой подход нужен далеко не всем клиникам.
Режим «Одна сделка = Один пациент» — это решение для клиник, которым необходим базовый функционал CRM-системы, но при этом они не готовы адаптироваться к новому формату работы.
Бизнес-логика работы в режиме «Одна сделка = Один пациент»
Воронка 1 — Первичный приём. В данной воронке фиксируются все первичные приемы и создаются сделки по всем новым пациентам. Стандартно воронка состоит из нескольких этапов: “Новая заявка”, “Взяли в работу”, “Потребности выявлены, но еще не записан на прием”, “Записан на приём”, “Посетил клинику”.
“
Именно воронка “Первичный приём” собирает данные по новым пациентам:
- количество новых пациентов
- источник обращения
- рекламную кампанию
Воронка 2 — Продажа плана лечения. Данная воронка создана для продажи плана курсового лечения пациенту после первичного приема. Стандартно воронка представляет из себя 4 последовательных этапа: “Отконсультирован”, “План лечения подготовлен”, “Презентация проведена”, “План лечения согласован”.
Воронка 3 — Реализация лечения. Данная производственная воронка отдельно вынесена для контроля и курирования лечения пациентов после его согласования.
Воронка представляет из себя стадии лечения по профилям врачей: терапия, ортодонтия, имплантация, ортопедия (протезирование), профгигиена и другие — в зависимости от того, какие направления есть в вашей клинике.
Сделку здесь можно двигать вперёд и назад — в зависимости от того, к какому врачу у пациента ближайшая запись. Пациент лечится у ортодонта, затем идёт к ортопеду, потом снова возвращается — сотрудник перемещает сделку по этапам. За менеджмент и постановку задач в данной воронке также отвечает сам сотрудник.
Воронка представляет из себя стадии лечения по профилям врачей: терапия, ортодонтия, имплантация, ортопедия (протезирование), профгигиена и другие — в зависимости от того, какие направления есть в вашей клинике.
Сделку здесь можно двигать вперёд и назад — в зависимости от того, к какому врачу у пациента ближайшая запись. Пациент лечится у ортодонта, затем идёт к ортопеду, потом снова возвращается — сотрудник перемещает сделку по этапам. За менеджмент и постановку задач в данной воронке также отвечает сам сотрудник.
Воронка 4 — Профгигиена. Сюда сделка попадает после завершения лечения в воронке “Первичный приём”, если пациенту требовалась всего одна локальная процедура, и в воронке “Реализация лечения”, если пациент проходил полноценный курс. Пациент постоянно находится в данной воронке, сотрудники клиники с определенной периодичностью связываются с ним и приглашают на плановый прием (профгигиену).
“
Работает это как цикл:
- Раз в полгода на сотрудника автоматически ставится задача связаться с пациентом и пригласить его на профгигиену.
- При записи пациента на профгигиену сделка также остается в текущей воронке «Профгигиена».
- Гигиену провели, проблем не выявлено — сделка остается в текущей воронке.
- Обнаружили кариес или другую проблему — сотрудник переводит сделку в воронку «Реализация лечения» на соответствующий этап («Терапия», «Ортопедия» и т.д.). После лечения — снова в «Профгигиену».
‼️Важный момент: воронки становятся статичными (без автоматизаций). Виджет не перемещает Сделки между этапами автоматически, чтобы не нарушать ручную работу сотрудников‼️
Но в дальнейшем мы планируем добавить автоматическое движение хотя бы в воронке первичных приёмов: IDENT позволяет определить, был ли у пациента хоть один приём, а значит, механику движения по этапам первичной воронки можно сохранить полностью автоматической, как в классическом режиме.
Также в данной логике работы нет отдельных воронок «Повторный приём», «Возврат потенциального пациента», «Сбор NPS» и тд. Все повторные приёмы и профосмотры — это фактически задачи и записи о визитах, и они отражаются прямо в одной карточке Сделки в виде Задач или Примечаний.
По пациенту, который вернулся через год, не создается новая сделка в воронке “Первичный прием”, так как он уже есть в системе, и работа продолжается в его единственной сделке в воронке лечения.
Но в дальнейшем мы планируем добавить автоматическое движение хотя бы в воронке первичных приёмов: IDENT позволяет определить, был ли у пациента хоть один приём, а значит, механику движения по этапам первичной воронки можно сохранить полностью автоматической, как в классическом режиме.
Также в данной логике работы нет отдельных воронок «Повторный приём», «Возврат потенциального пациента», «Сбор NPS» и тд. Все повторные приёмы и профосмотры — это фактически задачи и записи о визитах, и они отражаются прямо в одной карточке Сделки в виде Задач или Примечаний.
По пациенту, который вернулся через год, не создается новая сделка в воронке “Первичный прием”, так как он уже есть в системе, и работа продолжается в его единственной сделке в воронке лечения.
Критичны ли данные минусы IDENT для эффективного ведения продаж и маркетинга в стоматологиях? Да, но насколько критичны каждая стоматология определяет сама.
Три слоя данных вместо одной перегруженной карточки
Мы развели данные по трём уровням, каждый из которых отвечает за свою задачу.
Слой 1. Карточка Контакта — накопительный профиль пациента.
Здесь живёт всё, что накапливается за годы и отражает итоговое состояние пациента в клинике за всё время лечения:
Слой 2. Карточка Сделки — живой дашборд «здесь и сейчас».
Сделка перестаёт быть «продажей» и становится приборной панелью пациента. Каждые 5 минут виджет проводит проверку актуальности данных и в случае изменений перезаписывает её поля актуальным состоянием.
В полях сделки отображается ближайший будущий приём. Если будущих записей нет — последний завершённый.
Открыв карточку Сделки, сотрудник мгновенно видит:
Слой 3. Лента событий — полная хронология, которую невозможно потерять.
Всё, что перезаписалось в полях, не исчезает — оно ложится в ленту сделки в виде Задач или Примечаний. Каждый визит, каждый перенос, каждая отмена, каждое обращение без записи.
Здесь живёт всё, что накапливается за годы и отражает итоговое состояние пациента в клинике за всё время лечения:
- Общая сумма за все приёмы
- Аванс/Долг
- Завершено приёмов
- Дата первого приёма
- Дата последнего приёма
- Дата ближайшего будущего приёма
- Статус пациента
- Информация о санации
- Номер медкарты
- Куратор
- Представитель
- ID семьи и сумма семьи
- Рекламный канал и ещё около 30 полей.
Слой 2. Карточка Сделки — живой дашборд «здесь и сейчас».
Сделка перестаёт быть «продажей» и становится приборной панелью пациента. Каждые 5 минут виджет проводит проверку актуальности данных и в случае изменений перезаписывает её поля актуальным состоянием.
В полях сделки отображается ближайший будущий приём. Если будущих записей нет — последний завершённый.
Открыв карточку Сделки, сотрудник мгновенно видит:
- когда пациент придёт;
- к какому врачу;
- в какой филиал;
- какие услуги ему оказали;
- когда у него плановый профосмотр;
- когда пора на профгигиену и тд.
Слой 3. Лента событий — полная хронология, которую невозможно потерять.
Всё, что перезаписалось в полях, не исчезает — оно ложится в ленту сделки в виде Задач или Примечаний. Каждый визит, каждый перенос, каждая отмена, каждое обращение без записи.
Именно этот слой и решает одну из главных проблем работы с одной карточной Сделки — история не стирается, она архивируется внутри карточки.
Виджет не заспамливает ленту событий в amoCRM дублями и не стирает важную информацию по прошлым приемах пациентах. Будущие приемы только в случае каких-либо изменений перезаписываются виджетом актуальной информацией, при этом все новые приемы также фиксируются в виде Задач или Примечаний в карточке Сделки. На выходе вы получаете хронологическую историю жизни пациента.
Виджет не заспамливает ленту событий в amoCRM дублями и не стирает важную информацию по прошлым приемах пациентах. Будущие приемы только в случае каких-либо изменений перезаписываются виджетом актуальной информацией, при этом все новые приемы также фиксируются в виде Задач или Примечаний в карточке Сделки. На выходе вы получаете хронологическую историю жизни пациента.
Преимущества работы в режиме «Одна сделка = Один пациент»
1. У пациента появляется «главная» карточка.
Одна сделка на всю жизнь пациента в клинике. Исчезает сам вопрос выбора: где вести работу, куда ставить задачу, за кем закреплять ответственного, какую карточку двигать по этапам.
Актуальный статус — сверху, полная история — снизу, накопленные деньги и медицинский профиль — в связанном контакте. Оператор call-центра, администратор и куратор смотрят в одно и то же место и видят одно и то же.
2. Работа через задачи, а не через память.
Выберите режим Задач — и каждая запись на приём становится задачей в amoCRM с дедлайном, равным времени приёма. Пациент пришёл — виджет сам закрывает задачу.
Пациент не пришёл или отменил — задача закрывается с результатом «ПРИЕМ ОТМЕНЕН» и причиной из IDENT. Обращение без записи превращается в задачу с дедлайном «до конца дня» — и закрывается автоматически с результатом «ЗАПИСАН НА ПРИЁМ», как только пациент появляется в расписании.
Ни один звонок, ни одно обращение не будет потеряно.
3. Несколько баз данных без хаоса.
Если у вас несколько баз IDENT — пациент, который лечится в трёх разных клиниках сети, всё равно получает один Контакт и одну Сделку.
При этом финансы не смешиваются в кашу: уникальные поля («Аванс/Долг», «Сумма за все приёмы») дублируются в контакте под каждый филиал. Вы видите баланс пациента отдельно по каждой процедуре — в одной карточке.
А поля сделки заполняются по умному приоритету: данные берутся из той базы, где у пациента самая ранняя ближайшая запись. Нет будущих записей нигде — берётся база с самым свежим последним приёмом. При этом хронология из всех баз без исключения ложится в общую ленту.
4. Порядок в воронке и меньше сущностей.
Вместо тысяч карточек — по одной на пациента. Воронка снова становится обозримой, а поиск быстрым.
5. Быстрый доступ к LTV пациента.
Системное поле «Бюджет» единой сделки — накопительное. В нём лежит общая сумма всех оплаченных услуг пациента за всё время, то же значение, что и в поле «Общая сумма за все приёмы» в карточке Контакта.
Это значит, что список сделок в вашей воронке превращается в отсортированный по деньгам рейтинг клиентской базы.
6. Виджет не трогает ваши этапы.
Мы специально сделали единую сделку статичной. Виджет создаёт её в выбранной вами воронке и этапе — и дальше не двигает никогда.
Более того: если сделка оказалась на закрытом этапе — виджет продолжит наполнять её данными, но не выдернет обратно в активные. (Работает для сделок, которые уже были синхронизированы ранее и известны виджету напрямую.) Для крупных баз это ещё и отличный способ не упираться в лимиты amoCRM по активным сделкам.
7. Профосмотры и задачи из IDENT.
Врач поставил задачу на профосмотр или долечивание в IDENT — она зеркалируется в ту же единую сделку, с дедлайном и комментарием. Если сделки ещё нет — виджет сначала найдёт или создаст её, и только потом прикрепит задачу. Закрыли задачу в IDENT — виджет закроет её в amoCRM и скопирует результат.
8. Преемственность ответственных.
Если виджет создаёт сделку с нуля — ответственным становится пользователь из настроек. Если сделка уже существует — все новые задачи падают на текущего ответственного за эту сделку. Пациент не «перескакивает» между сотрудниками из-за того, что сработала синхронизация.
9. Переключение без разрушений.
Смена режима не меняет уже существующие сделки. Переключились на «одну сделку на пациента» — старые сделки по приёмам остаются как есть, новые события идут в единую карточку. Передумали и вернулись обратно — единая сделка остаётся в системе, а новые приёмы снова начинают создавать отдельные карточки.
Никаких массовых миграций и сложных перенастроек.
Одна сделка на всю жизнь пациента в клинике. Исчезает сам вопрос выбора: где вести работу, куда ставить задачу, за кем закреплять ответственного, какую карточку двигать по этапам.
Актуальный статус — сверху, полная история — снизу, накопленные деньги и медицинский профиль — в связанном контакте. Оператор call-центра, администратор и куратор смотрят в одно и то же место и видят одно и то же.
2. Работа через задачи, а не через память.
Выберите режим Задач — и каждая запись на приём становится задачей в amoCRM с дедлайном, равным времени приёма. Пациент пришёл — виджет сам закрывает задачу.
Пациент не пришёл или отменил — задача закрывается с результатом «ПРИЕМ ОТМЕНЕН» и причиной из IDENT. Обращение без записи превращается в задачу с дедлайном «до конца дня» — и закрывается автоматически с результатом «ЗАПИСАН НА ПРИЁМ», как только пациент появляется в расписании.
Ни один звонок, ни одно обращение не будет потеряно.
3. Несколько баз данных без хаоса.
Если у вас несколько баз IDENT — пациент, который лечится в трёх разных клиниках сети, всё равно получает один Контакт и одну Сделку.
При этом финансы не смешиваются в кашу: уникальные поля («Аванс/Долг», «Сумма за все приёмы») дублируются в контакте под каждый филиал. Вы видите баланс пациента отдельно по каждой процедуре — в одной карточке.
А поля сделки заполняются по умному приоритету: данные берутся из той базы, где у пациента самая ранняя ближайшая запись. Нет будущих записей нигде — берётся база с самым свежим последним приёмом. При этом хронология из всех баз без исключения ложится в общую ленту.
4. Порядок в воронке и меньше сущностей.
Вместо тысяч карточек — по одной на пациента. Воронка снова становится обозримой, а поиск быстрым.
5. Быстрый доступ к LTV пациента.
Системное поле «Бюджет» единой сделки — накопительное. В нём лежит общая сумма всех оплаченных услуг пациента за всё время, то же значение, что и в поле «Общая сумма за все приёмы» в карточке Контакта.
Это значит, что список сделок в вашей воронке превращается в отсортированный по деньгам рейтинг клиентской базы.
6. Виджет не трогает ваши этапы.
Мы специально сделали единую сделку статичной. Виджет создаёт её в выбранной вами воронке и этапе — и дальше не двигает никогда.
Более того: если сделка оказалась на закрытом этапе — виджет продолжит наполнять её данными, но не выдернет обратно в активные. (Работает для сделок, которые уже были синхронизированы ранее и известны виджету напрямую.) Для крупных баз это ещё и отличный способ не упираться в лимиты amoCRM по активным сделкам.
7. Профосмотры и задачи из IDENT.
Врач поставил задачу на профосмотр или долечивание в IDENT — она зеркалируется в ту же единую сделку, с дедлайном и комментарием. Если сделки ещё нет — виджет сначала найдёт или создаст её, и только потом прикрепит задачу. Закрыли задачу в IDENT — виджет закроет её в amoCRM и скопирует результат.
8. Преемственность ответственных.
Если виджет создаёт сделку с нуля — ответственным становится пользователь из настроек. Если сделка уже существует — все новые задачи падают на текущего ответственного за эту сделку. Пациент не «перескакивает» между сотрудниками из-за того, что сработала синхронизация.
9. Переключение без разрушений.
Смена режима не меняет уже существующие сделки. Переключились на «одну сделку на пациента» — старые сделки по приёмам остаются как есть, новые события идут в единую карточку. Передумали и вернулись обратно — единая сделка остаётся в системе, а новые приёмы снова начинают создавать отдельные карточки.
Никаких массовых миграций и сложных перенастроек.
Настройка нового режима в виджете
Всё управление режимом живёт во вкладке «Настройки» виджета:
- Режим работы со сделками — «Одна сделка на приём» / «Одна сделка на пациента».
- Целевая воронка и этап — где будет создаваться единая сделка.
- Область поиска — мультивыбор воронок и этапов, в которых виджет ищет уже существующие сделки, чтобы не наплодить дублей.
- Метод фиксации приёмов — Задачи или Примечания. Если выбрали Задачи, сопоставьте их с системными типами задач вашего аккаунта amoCRM.
⚠️ Важно: если единую сделку пациента удалить в amoCRM, при следующей синхронизации виджет создаст её заново — но старые данные не восстановятся. В новую сделку попадут только актуальные данные на момент синхронизации, а вся накопленная лента будет потеряна безвозвратно. Такие сделки лучше переводить на закрытый этап, а не удалять.
Задачи или Примечания — что выбрать?
Рекомендация: если для вас важно, чтобы call-центр, администраторы и кураторы работали по четким задачам и дедлайнам, а вы могли отслеживать качество и эффективность их работы — выбирайте Задачи. Тогда сотрудник открывает раздел «Задачи», видит список на день и просто идёт по нему сверху вниз. Если amoCRM для вас в первую очередь единый центр обработки всех коммуникаций с пациентами , то Примечания дадут более чистую и читаемую ленту.
Что важно понимать до переключения на режим работы
с пациентом в одной Сделки
с пациентом в одной Сделки
Режим «Одна сделка = одна продажа/прием» остаётся эталонным, если ваш приоритет — маркетинг и аналитика по продажам. Только он полноценно раскрывает функционал amoCRM и даёт вам максимально прозрачные метрики:
1. Объём сделок растёт синхронно с базой клиентов.
В amoCRM лимиты на количество контактов измеряются десятками тысяч, а лимиты на открытые сделки — тысячами. В классическом режиме сделки закрываются после каждого приёма и уходят в архив, поэтому открытых сделок немного. А в режиме «Одна сделка = Один пациент» у каждого пациента есть своя сделка, и она чаще всего висит на активном этапе.
В итоге, чем больше у вас пациентов, тем быстрее вы упрётесь в лимит по открытым сделкам.
2. Фактически перестают работать уведомления пациентов, которые срабатывают в результате движения пациента (карточки Сделки) по воронки продаж.
В классической схеме значительная часть автоматизаций в amoCRM привязана к движению сделки по этапам воронки: перевели на этап — ушло сообщение, запустился бот, поставилась задача.
В режиме «Одна сделка = Один пациент» такие сценарии во многом теряют смысл. Сделка у пациента одна, она живёт годами и может ходить по этапам вперёд и назад, а значит триггер на смену этапа сработает повторно и пациент получит одно и то же сообщение несколько раз.
Но мы осознаем данную проблему, поэтому наш виджет уже может самостоятельно запускать нужный Salesbot, независимо от движения сделки по воронке:
3. Потеря аналитики и статистики по приемам.
Так как сделка после реализации первичного приема закрываться не будет, то никакой аналитики по первичным и повторным пациентам также не будет. Так как для системы это будет одна единственная сделка без фактического разделения на первичную и повторную.
Также, из-за того, что сделка может двигаться по этапам в обе стороны, — посчитать по ней конверсию и длину цикла в стандартных отчётах amoCRM не получится.
Вся информация о приемах будет находиться только в ленте событий и в полях Контакта.
В итоге, какой режим выбрать, — зависит только от ваших задач и предпочтений. Если после прочтения статьи у вас всё ещё остались вопросы и сомнения, какой режим работы подходит именно вашей клинике, — ждем вас на консультацию.
- аналитику по первичным и повторным продажам/приемам;
- конверсию по этапам воронки и длину цикла сделки;
- план продаж и прогноз в отчётах amoCRM;
- максимальную автоматизацию при ведении пациентов по воронкам продаж и сокращение ошибок сотрудников;
- контроль эффективности работы сотрудников на каждом этапе;
- а также может стать источником данных для сервиса сквозной аналитики.
1. Объём сделок растёт синхронно с базой клиентов.
В amoCRM лимиты на количество контактов измеряются десятками тысяч, а лимиты на открытые сделки — тысячами. В классическом режиме сделки закрываются после каждого приёма и уходят в архив, поэтому открытых сделок немного. А в режиме «Одна сделка = Один пациент» у каждого пациента есть своя сделка, и она чаще всего висит на активном этапе.
В итоге, чем больше у вас пациентов, тем быстрее вы упрётесь в лимит по открытым сделкам.
2. Фактически перестают работать уведомления пациентов, которые срабатывают в результате движения пациента (карточки Сделки) по воронки продаж.
В классической схеме значительная часть автоматизаций в amoCRM привязана к движению сделки по этапам воронки: перевели на этап — ушло сообщение, запустился бот, поставилась задача.
В режиме «Одна сделка = Один пациент» такие сценарии во многом теряют смысл. Сделка у пациента одна, она живёт годами и может ходить по этапам вперёд и назад, а значит триггер на смену этапа сработает повторно и пациент получит одно и то же сообщение несколько раз.
Но мы осознаем данную проблему, поэтому наш виджет уже может самостоятельно запускать нужный Salesbot, независимо от движения сделки по воронке:
- Поздравление с днём рождения. Виджет запускает соответствующего Salesbot в день рождения пациента.
- Подтверждение приёма. За сутки до приёма (например, в 10:00) запускается Salesbot, который отправляет пациенту напоминание и просит подтвердить визит.
3. Потеря аналитики и статистики по приемам.
Так как сделка после реализации первичного приема закрываться не будет, то никакой аналитики по первичным и повторным пациентам также не будет. Так как для системы это будет одна единственная сделка без фактического разделения на первичную и повторную.
Также, из-за того, что сделка может двигаться по этапам в обе стороны, — посчитать по ней конверсию и длину цикла в стандартных отчётах amoCRM не получится.
Вся информация о приемах будет находиться только в ленте событий и в полях Контакта.
В итоге, какой режим выбрать, — зависит только от ваших задач и предпочтений. Если после прочтения статьи у вас всё ещё остались вопросы и сомнения, какой режим работы подходит именно вашей клинике, — ждем вас на консультацию.