Зачем amoCRM если есть Ident/другая МИС?
Канал - "Опыт в Стоматологии"Вижу в чатиках вопросы касаемо зачем ставить amoCRM или Битрикс 24, есть же уже разные МИС, например Ident/Dentalpro/Инфодент и так далее.
Поделюсь нашим опытом.
И для начала хочу донести до вас наш принцип — мы любую программу, сервис выбираем только исходя из наших болей и потребностей.
Даже вот вы сейчас прочтете эту статью и не надо сразу думать "о, нам тоже так надо", нет — может и не надо))
А чтобы понять "надо ли", мы всегда исходим из запросов
— Для решения какой задачи это нам нужно?
— Какие есть альтернативы?
— А оно того стоит? (в плане затрат, той же абон.платы)
и мы не гонимся за псевдо трендами, типа
"Закажите у нас чат-бот в телеграмме, который заменит администратора" или "Купите у нас первую в мире стом.приложение, которая работает с вашим сайтом"
Ну и прочие инновации нас не интересуют пока мы для себя не получим ответ на извечный китайский вопрос "а нахуа"?
Вернемся, к теме, почему мы решили внедрить amoCRM? Из какой боли?
А боль простая — обращения от пациентов идут из разных источников, и нет единой системы учета.
Откуда поступают обращения
— Звонки через сайт, 2гис, карты
— Заявки через агрегаторы - продокторов, 32-top
— Переписки Вконтакте
— Лидформы Вконтакте (это когда внутри ВК человек заполняет форму)
— Заявки через сайт
— Диалоги внутри Instagram (запрещенная в России организация)
Как видим, источников откуда приходят заявки — множество.
И эти заявки надо обрабатывать :)
В идеале, в течение 10-15 минут. А значит администратор/менеджер постоянно должен везде сидеть и мониторить.
Тут можно сказать "так приходят же уведомления, че там мониторить" — верно, уведомления есть. Но, как не забыть нужным клиентам вовремя перезвонить? Напомнить о себе? Записать?
Ведь не все клиенты сразу же готовы записаться, кто-то написал что-то спросить и пропал, или позвонил узнал цену и ушел думать.
Вот как таких клиентов не терять?)
Когда 2-5 обращений в день, вроде бы можно и так запомнить или вручную вбить в МИС и делов-то.
Согласен) Если дисциплина позволяет можно и так, когда мало заявок.
Но тут другой момент, заявки же копятся, база обращений растет...
👉🏻 И что делать если в день 30-40-50 обращений?
Например, в первый день запуска акции у нас только из ВК удалось собрать 47 обращений. На скрине 40 + 7 заявок до полуночи пришло.
Итого за день — 47 заявок из ВК + свыше 20 звонков.
И каждый день эти заявки копятся-копятся, поэтому здесь без учета никак не обойтись.
Тут отмечу, что даже при 5-10 заявках в день, за месяц накопится уже пару сотен обращений, и это уже очень много, чтобы это не контролировать.
Подытожим. Первая боль которую мы решаем используя amoCRM, это сбор всех заявок в одном месте.
Окей, идем дальше.
Вторая наша боль — это отсутствие контроли всех показателей
Как оценить эффективно ли ведут администраторы переписку? Какая конверсия у нас из обращения в запись? А всем ли потом перезванивают?
Хочется видеть вот такую воронку
Имея такую воронку с отдельно разбивкой по источникам рекламы и по сотрудникам сразу можно понять на каком этапе теряем заявки, а также какая конверсия администраторов и врачей.
И здесь тоже может быть возражение — "Так, есть же воронка в той же Ident и в любой другой МИС и они все прекрасно показывают."
Да, но туда нельзя привязать все источники обращений, например переписки из соц.сетей, заявки из лид.форм.
А вот звонки, заявки через сайты агрегаторов — тут согласен, Ident всё фиксирует.
То есть, получается что часть информации у нас есть в amoCRM, а другая в Ident.
И теперь переходим к следующему этапу. Как всё связать между собой?)
Интеграция amoCRM + IDENT.
Помню еще год назад мы загорелись идеей интеграции, разговаривали с разными подрядчиками-программистами и оказалось, что нельзя просто так взять и связать эти две системы.
Было много подводных камней, и мы такие "ай ладно, вроде и так норм".
Потом запустили клинику на 9 кресел и поняли, всё, какой-то бардак получается с заявками, нет четкой картины, давай снова искать интеграторов))
Почему решили делать интеграцию, и какие данные мы получаем?
Основная цель у нас была понимать как себя ведут пациенты на каждом из этапов сделки, вот по цепочке чтобы можно было выстроить:
"Этот пациент из ВК, на его сообщение ответил такой-то администратор, потом в клинику он пришел к такому-то врачу, потом отказался от приема и пришел снова и заплатил столько-то денег, потом через два месяца он снова пришел..."
И чтобы всё это было выстроено в одном месте и все данные присутствовали!
Для этого и была реализована интеграция.
Ну как, круто же?)
На словах и схеме очень круто, на деле пока доводим до ума))
У нас интеграция с amoCRM в Сыктывкаре уже работает пару месяцев, а вот в Казани буквально на днях доделали, теперь идет этап тестирования.
Как раз сейчас выявляем все ли правильно работает, попадают ли все данные о сделках, карточках пациентов, и всё остальное.
Да, работы много предстоит еще :)
Кроме проверки интеграции, следующий этап написать инструкции для отдела продаж, администраторов, кураторов лечения.
А потом будет так
Если у вас возник вопрос: "А кто вам делал интеграцию?"
Ответ — это внешние подрядчики, агентство.
Мы порекомендуем их, когда они закончат работу над нашим проектом, и мы убедимся что всё ок.
Скинем информацию о них в нашем телеграм канале.