При внедрении любой CRM-системы один из первых этапов работы – описание бизнес-процессов. Важно изучить особенности работы компании, учесть все факторы, которые влияют на тот или иной процесс, выявить ключевые моменты работы и «тонкие места». В результате мы получаем грамотное и подробное описание бизнес-процессов, которые подлежат автоматизации.
Кроме того, очень важно задать среду для исполнения этих процессов сотрудниками этой компании. Это называется регламентация бизнес-процессов.
Таким образом, при работе по внедрению CRM лично я придерживаюсь следующей последовательности действий, которую также рекомендую всем коллегам, как доказавшую на практике свое удобство и жизнеспособность:
- Описание бизнес-процессов. На этом этапе работа производится на бумаге или в любой удобной среде. Самое главное, получить некую схему или алгоритм, который будет понятен как разработчику, так и заказчику.
- Согласование. Полученное описание бизнес-процессов согласовывается с руководством компании. На этом этапе опытный бизнес-консультант или разработчик может предложить также оптимизацию определенных процессов и уточнить все спорные вопросы.
- Выбор среды для внедрения. Подробное описание бизнес-процессов можно считать четкой постановкой задачи. И теперь, когда алгоритм будущей работы ясен, разработчик может самостоятельно или совместно с заказчиком выбрать среду, в которой будет проводиться дальнейшая работа, т.е. непосредственно CRM систему.
И сейчас я хочу рассказать о двух разных подходах решения этих вопросах, которые в той или иной степени реализованы во всех популярных CRM.
- Программирование бизнес-процессов.
- «Рисование» бизнес-процессов.
Рассматривать использование BPMS систем для решения задач автоматизации бизнес процессов я не буду, интересующиеся могут почитать .
Программирование бизнес-процессов
Этот метод применяется в таких популярных системах, как ZOHO CRM или Saleforce CRM, и заключается в реализации бизнес-процесса по технологии Step by Step, т.е. «шаг за шагом».При этом проектировать бизнес-процессы можно в любой удобной форме, точно так же, как и при создании алгоритма перед написанием программы. Но реализуются все процессы в виде пошаговой последовательности действий и условий (каждое ветвление почти всегда новый процесс).
Описание процессов в этом случае производится в текстовом виде при помощи команд, принятых в среде той или иной CRM. А потому такой подход можно назвать программированием.
Приведем пример из ZOHO CRM. Здесь имеются два основных вида объектов:
- Workflow позволяет задать то или иное действие в зависимости от различных полей.
- Approval process задает те или иные процессы согласования. Мы можем добавить несколько таких процессов, и они будут работать следующим образом. Для каждого процесса мы можем указать, когда он работает, кто его одобряет. И, соответственно, система будет контролировать работу процессов.
Пример Approval process
Пример Workflow
Таким образом, бизнес-процессы задаются при помощи определения последовательности действий, которые необходимо произвести с тем или иным объектом, а также условий, в зависимости от которых будут выполняться те или иные действия.
При таком подходе нет графической нотации, только пошаговый переход от одного действия к другому. И если вам потребуется что-то изменить в бизнес-процессе, понадобится внести определенный перечень значений и команд, а не графических блоков и стрелок.
Об этом подходе можно сказать, что описание алгоритма реализуется текстовым способом. Например, если мы возьмем в ZOHO CRM определенный Provel process, то для него нужно будет указать:
- Критерий, когда он работает.
- Кто должен его одобрить.
- Какое действие нужно выполнить после одобрения, например, создать задачу или отправить оповещение внутри системы, отправить sms и пр.
- Что должно происходить, если процесс не был одобрен, например, ничего не предпринимать, вернуть задачу исполнителю на доработку с комментариями и т.д.
В некоторых системах такое программирование жестко привязано к определенным объектам, чаще всего, к сделке. Например, так реализована возможность описания бизнес-процесса в Мегаплане. Только через сделку можно указать, что происходит в том или ином случае, и все действия пользователей и участников бизнес-процесса обязательно завязаны на определенную сделку. В других системах, например, в ZOHO CRM, привязать действия мы можем как к сделке, так и к любому другому модулю в системе.
Рисование бизнес-процессов
Такой подход реализован, например, в Bitrix24 CRM и в 1С CRM. Здесь все бизнес-процессы нужно рисовать в определенном внутреннем формате этих систем. Так, в Bitrix24 есть собственное понятие «Бизнес-процессы», а внутри этого раздела имеется нотация, в которой нужно рисовать бизнес-процессы.Пример бизнес процесса в Битрикс CRM
Эта нотация была создана программистами Bitrix24, и для реализации бизнес-процессов в этой системе, понадобится нарисовать их в этой нотации. При этом важно понимать, что в Bitrix24 через нотацию можно описывать как последовательность действий при работе с системой в целом, так и отдельно действия при работе со сделкой, так как CRM – это только один из модулей системы Bitrix24.
Аналогичным образом и в 1С CRM реализована собственная нотация, отличающаяся от той, которую создали программисты Bitrix24. Также и в других системах, придерживающихся графического подхода, используются либо полностью собственные разработки, либо адаптированные под нужды системы графические нотации от сторонних разработчиков. И каждый раз для корректной работы в системе нотацию нужно будет заранее изучить.
Пример бизнес процесса в 1C CRM
Практика показывает, что, не смотря на обилие стандартных элементов, изучение графической нотации занимает больше времени, чем знакомство с правилами описания бизнес-процессов в текстовом виде (первый подход). Тем более, что для создания той или иной последовательности действий в CRM системах, использующих текстовые алгоритмы, чаще всего имеется удобный конструктор и множество подсказок, благодаря которым разработчики могут программировать нужные процессы практически без предварительного изучения среды.
Плюсы и минусы подходов
Основное преимущество первого подхода было описано выше: он очень удобен разработчикам, не требует глубокого изучения нотации, позволяет привычным для программистов-разработчиков образом алгоритмизировать любые бизнес-процессы.Очевидный минус этого варианта: отсутствие наглядности для пользователей. При этом никто не мешает разработчику создать графическую схему бизнес-процессов для заказчика (блок-схему в виде блоков и стрелок) в любой удобной среде для согласования, после чего выполнить программирование и ознакомить пользователей с результатом. Точно так же, как каждый разработчик это делает при создании и доработке приложений.
Более того, удобный и отлаженный бизнес-процесс требует каких-либо изменений в редких случаях, обычно связанных с внедрением изменений в схему работы самой компании. А потому отсутствие наглядности и сложность внесения правок для неспециалиста на самом деле не являются критической проблемой. Скорей всего, заказчик с готовой системой будет работать годами, а изменения ему потребуются тогда, когда сама схема работы компании будет меняться, а здесь простыми правками в бизнес-процессах обычно обойтись не удается, и в любом случае требуется участие специалиста в разработке и внедрении обновленной системы.
Во втором случае используются нотации, изобретенные создателями 1С и Bitrix24 CRM. С одной стороны, такой подход очень удобен для пользователей, так как нагляден и понятен. С другой, для его использования придется потратить дополнительное время на изучение нотации от 1С или Bitrix24, а информации по работе с этими системами не так много, как хотелось бы.
Конечно, каждая система предоставляет документацию и какие-то разделы помощи, но в них нет определенной идеологии. Вся информация, которую предоставляет разработчик, это документация от вендора. Т.е. для изучения нотации пользователям предлагается не решение от бизнес-аналитиков и опытных пользователей системы, а краткое руководство с точки зрения разработчиков системы. А потому для такого метода работы очень полезно иметь развитые способности к визуализации процессов, а также умение быстро приспосабливаться к незнакомым нотациям.
Еще один минус графического подхода, это значительные ограничения, которые накладывает на работу в системе возможности нотации. При программировании гибкость и перечень возможностей значительно выше.
В результате я лично предпочитаю пользоваться более гибкой системой, т.е. программировать бизнес-процессы, а наглядность для заказчика я обеспечиваю при помощи создания графики (блок-схемы) на этапе согласования бизнес-процессов, которую выполняю обычно в IDEF 3 или BPMN… Но на самом деле, вы можете использовать даже обычный лист бумаги и карандаш. Главное здесь – взаимопонимание с заказчиком.
С другой стороны, если бизнес-процессы в компании оказываются относительно простыми, и выполнять работу по автоматизации процессов намерен производить пользователь, не являющийся программистом, графический подход оказывается удобнее. Наглядно «нарисовать» схему процессов и определить иерархию в нотации сможет даже пользователь, знакомый с бизнес-аналитикой и IT просто потому, что графический вариант представления бизнес-процессов намного понятнее пользователям. Именно на них рассчитаны такие инструменты. Именно нарисовать, чтобы процессы правильно исполнялись все равно придется привлекать программиста. Считается, что пользователю изучить графическую нотацию проще, чем программирование процессов. Здесь каждый решает сам, что ему больше нравится: гибкость и простота программирования или наглядность для пользователей и возможность внесения изменений в бизнес-процессы без участия разработчиков.
Теория процессного подхода не является новой для руководителей российских компаний. По данному вопросу имеется достаточное количество литературы, книг, пособий, программных продуктов. Отдельные положения процессного подхода являются обязательными при внедрении системы менеджмента качества, логистики и охраны окружающей среды.
С точки же зрения классификации моделей управления организацией, процессная является одной из самых демократичных моделей управления компанией. Суть ее состоит в том, что при наличии вертикали власти основное управление компанией осуществляется по горизонтали (процессам) , все сотрудники знают, что делают, руководство четко ставит и отслеживает цели и показатели, а работники получают заработную плату по результатам.
Бизнес-процесс — это графическое отражение логики протекания определенного явления во времени, имеющее входы, выходы, управляющее воздействие и механизм управления. Соединенные воедино бизнес-процессы образуют карту деятельности компании , которая отражает все возможные совокупности операций.
Процессная модель управления компанией состоит из инструментов горизонтального (функционального и межфункционального) планирования, организации, выполнения, контроля и анализа деятельности компании: технологии управления предприятием «как надо», карты бизнес-процессов, перечня регламентов, самих регламентов выполнения действий, таблицы показателей, с весами и плановыми значениями, положения о мотивации, оценочных листов для должностной единицы, схемы документооборота и форм управленческой отчетности.
Поскольку мы рассматриваем деятельность предприятия в ракурсе организации процесса управления отношениями с клиентами (CRM-подхода ), то и вопрос бизнес-моделирования будет рассматриваться с этого ракурса. Говоря об управлении продажами в CRM, нужно понимать основные точки, через которые клиент проходит в процессе работы с компанией, а именно:
- Знакомство (Привлечение)
- Первичная продажа
- Закрепление результата
- Поддержка и развитие
- Повторная (до) продажа
- Прекращение сотрудничества
При этом процесс управления продажами сам по себе также состоит из нескольких базовых этапов:
- Работа с потребностями (привлечение)
- Формирование и защита предложения
- Заключение договора/Выставление счета
- Отработка продажи/отгрузка
- Закрытие продажи (успешная/неуспешная)
По характеру обращения клиента сами по себе продажи могут быть условно разделены на два основных типа: Push-продажа - продажа клиенту, обратившемуся в компанию самостоятельно с УЖЕ сформированной потребностью, и Pull-продажа – это классическая холодная продажа. В нашем случае присутствуют все типы продаж: длинная-push, длинная-pull, короткая-push. Теоретически может быть еще и короткая-pull, но для упрощения кейса мы ее рассмативать не будем.
Нарисуем диаграммы основных процессов в компании, при этом воспользуемся методом создания успешного маршрута процесса с последующим его усложнением. Для моделирования будем использовать наиболее прогрессивную нотацию для моделирования процессов, а именно BPMN (при создании диаграмм были допущены некоторые отклонения от стандарта для легкости восприятия).
Итак, успешным маршрутом является следующий:
Сотрудник отдела продаж компании начал работать с клиентом впервые. После проведения презентации продуктов и услуг компании клиент охотно рассказал сотруднику отдела продаж о своих планах по проведению мероприятий и попросил коммерческое предложение по организации корпоративного Нового Года (параметры мероприятия клиент также сообщил). После знакомства с предложением клиент согласился на договор, по которому внес предоплату 100% от суммы. В нужную дату мероприятие было проведено, документы были закрыты, клиент высоко оценил уровень организации мероприятия. Клиент и менеджер договорились созвониться через 2 месяца для обсуждения следующего мероприятия - выездного тренинга по командообразованию.
Выше приведена диаграмма этого процесса. Поскольку нам известна конечная цель работы с клиентом определенного типа, фактически возможно создание дорожной карта работы с клиентом от начала (первого контакта) до конца (прекращение отношений) с наличием промежуточных точек (ключевых вех), позволяющих контролировать сам ход работы и его скорость. К слову, если тяжело сразу перейти к процессной методологии, можно ограничиться формализацией хотя бы основных стадий процесса продажи, в нашем случае их шесть:
- Презентация
- Предложение
- Договор
- Оплата
- Мероприятие
- Закрытие (+ Follow-up)
Однако, если внимательно прочитать описание процесса выше, можно заметить отсутствие на схеме двух этапов: начало работы с клиентом и договоренность о звонке через два месяца. Ошибки в этом никакой нет, начало работы с клиентом или привлечение есть самостоятельный процесс , который может, например, состоять из 1-го этапа – «холодный звонок». Договоренность о звонке – это тоже самостоятельный процесс «сопровождение и развитие клиента », т.е. набор активностей с целью продажи следующего продукта. Таким образом, идеальное развитие жизненного цикла клиента следующее:
Привлеченному клиенту совершается продажа, в результате регулярной работы с клиентом после первичной продажи происходит расширение набора его продуктов и т.д. по кругу. В случае рассматриваемой компании через некоторое время можно даже составить календарный план мероприятий, интересных тому или иному клиенту даже с учетом календарных интервалов (что позволит грамотно спланировать ресурсы на проекты, но это тема отдельного материала).
Таким образом, каждый клиент компании в произвольный момент времени находится на определенной стадии продажи, либо в «межпродажном» состоянии на этапе развития, при этом ясна дата, цель следующего контакта и продукт, который будет предложен.
Реальность, однако, способна внести свои коррективы в данную идеальную модель, например:
- Клиент отказался от презентации
- Клиент не согласует коммерческое предложение, необходимо его уточнить
- Процесс согласования договора требует участия нескольких сотрудников (директора, бухгалтера, …)
- Оплата вносится частями (например, предоплата составляет 50%, постоплата также 50%), либо после внесения предоплаты клиент отказывается от проекта и требует возврат
- Процесс проведения самого мероприятия включает подготовительные этапы, требующие согласования с клиентом
- После проведения мероприятия клиент не очень доволен, и требуется дополнительная работа по разбору причин недовольства и предотвращению их повторения в дальнейшем.
Как видно из этого списка, при работе с клиентом могут возникать различные отклонения от идеального пути, а что еще хуже – на каждом из этапов сделка может вообще прекратиться. Т.е. необходимо предусмотреть и такой вариант, так как анализ отказов клиентов в разрезе этапов продажи позволяет скорректировать требования к персоналу (в частности, к отделу продаж), либо маркетинговую политику, и повлиять на продуктовую политику компании.
Дополним нашу схему вышеперечисленными коррективами:
Презентация »
Коммерческое предложение »
Договор »
Оплата »
Оценка »
Как можно видеть из приведенных диаграмм, каждый этап процесса продажи также представляет собой некоторый процесс со своими точками контроля и обязательными этапами. А управляемость процесса в целом зависит от того, насколько полной информацией Вы обладаете по каждому его этапу и дальнейших плановых действиях. Посмотрим, как будет выглядеть итоговый процесс продажи в этом случае:
Поскольку, подобный процесс управления продажами запущен в отношении каждого клиента компании, то можно без труда использовать инструмент «Воронка продаж» в целях оценки перспективности клиентской базы и оперативного мониторинга стадий продажи.
В случае выявления недостатков в работе с клиентами на основании данных воронки можно определить этап продажи, вызывающий наибольшие трудности, а также перечень этих трудностей.
Как можно увидеть на этой схеме, а также на схемах подпроцессов, приведенных выше, при работе с клиентом происходит отправка клиенту как минимум 6-ти документов:
- Протокол встречи
- Коммерческое предложение
- Договор
- Акт (+ счет-фактура)
- Анкета оценки удовлетворенности
Формы этих документов должны быть разработаны на уровне компании, утверждены руководством и являться обязательными к исполнению.
Напоминаю, что каждый из этапов продажи представляет собой небольшой самостоятельный процесс. Обращаю внимание на то, что и глобальный процесс продажи, и составляющие его процессы этапов имеют точки, подлежащие обязательному контролю, например:
- Факт отправка протокола встречи
- Дата окончания действия коммерческого предложения
- Дата окончания действия счета
- Дата проведения мероприятия
- Дата проведения оценки удовлетворенности
- Дата внесения корректировок в договор или предложение
- Дата повторной попытки договориться о презентации в случае неудачи.
- Интервалы между контактами с клиентом
Для успешного завершения процесса продажи необходим жесткий контроль этих точек.
Дополнительно к тому в процессе развития клиента необходимо выполнять базовые операции: поздравления клиента с праздниками, днем рождения, приглашение к участию в специальных мероприятиях и т.д.
Практическое задание №1 . Составьте перечень документов, применяемых в настоящее время при работе с клиентами, и контрольных точек. Совпадают ли контрольные точки с подготавливаемыми для Вас отчетами?
Практическое задание №2. Составьте грубую (4-7 блоков) схему работы с клиентами в Вашей организации.
Практическое задание №3. Определите точки контроля в схеме работы с клиентами в Вашей организации.
Главная проблема, с которой могут или уже столкнулись предприятия реального сектора экономики, не обремененные большой долговой нагрузкой - спад спроса, отток клиентов. Поэтому, наверное, одной из ключевых задач руководителя бизнеса становится удержание клиентов. В этой статье Алексей Кудинов и Михаил Сорокин подробно останавливаются на одной из причин появления недовольных клиентов - отсутствие внутри компании-поставщика товаров или услуг регламентированных бизнес-процессов или, проще говоря, четких правил работы с клиентом. Приводимые примеры из российской практики описаны в недавно вышедшей книге «CRM:Российская практика эффективного бизнеса».
Причина проблемы: отсутствие четких «правил игры»
Как говорит известная поговорка - «стабильность - признак мастерства». Cтабильность работы компании не должна зависеть от привычек или стиля работы одного из сотрудников. Компания не может себе позволить терять клиентов из-за нестабильного уровня сервиса. В периоды экономических катаклизмов, когда объективно падает спрос, критичность этой проблемы для бизнеса, как правило, увеличивается.
Представьте себе ситуацию, когда во время футбольного матча у каждого из 22 игроков обеих команд свои правила игры или свой мячик, как это было в повести Л. Лагина «Старик Хоттабыч». Доставит ли такая игра удовольствие болельщикам и смогут ли вообще команды завершить матч? А что делать судье? Как ему разобраться в ситуации?
Считаете что похожая ситуация в бизнесе не возможна даже теоретически?
К сожалению, опыт работы на различных российских рынках говорит об обратном. Например, при обращении в одну и туже компанию покупатель может получить уровень сервиса, различающийся в разы в зависимости от опыта и ответственности сотрудника, с которым контактирует покупатель.
Вот один из типичных примеров из российской практики.
Российский пример: инструмент для наведения порядка
Сергей Иванович руководит компанией по пошиву и оптовой продаже одежды в Санкт-Петербурге. Два года назад он решил, что бизнес требует развития, но сначала необходимо навести порядок во внутренних процессах компании.
Вкратце ситуация была следующая: заказы от клиентов терялись, заказы на производство выполнялись неточно, жалобы клиентов не всегда обрабатывались. А главное - каждый из сотрудников работал по своему, так как считал правильным. При такой ситуации уровень сервиса для клиента, в зависимости от менеджера компании, разнился в разы.
Сергей Иванович обратился в консалтинговую компанию для исправления ситуации.
Бизнес-консультанты, проанализировав внутренние процессы работы компании, указали «тонкие» места и предложили модернизацию бизнес-процессов «заказ», «производство», «выставка», «разбор жалобы».
Работа была выполнена в срок, и отчет с новыми бизнес-процессами компании лег на стол Сергею Ивановичу. Казалось, что самое трудное позади и теперь дела пойдут в гору. С новыми бизнес-процессами немедленно ознакомили всех сотрудников. Были сделаны большие и яркие цветные распечатки, которые развесили в отделах около рабочих мест сотрудников. Но ожидаемого результата не последовало: заказы по-прежнему терялись, жалобы обрабатывались через раз и т. д.
Сергей Иванович долго думал, как исправить ситуацию, и решил: «Необходимо «бумажные » бизнес-процессы поместить непосредственно в систему автоматизации, сделать их «живыми », интегрировать в рабочую среду компании. Пусть каждый сотрудник видит бизнес-процесс у себя на экране монитора и работает с ним ».
Решение: «живые» бизнес-процессы
А как у Вас обстоят дела с описанием основных бизнес-процессов компании и их автоматизацией? Предлагаем читателю »узнать« проблемы своей компании среди описанных ниже пар «проблема-решение»:
Рис. 1. Маршрутные карты некоторых из типовых бизнес-процессов в CRM-системе: «Продажа », «Разбор жалобы » и «Маркетинговое мероприятие ».
Рис. 2. Шаблон бизнес-процесса позволяет назначить ответственного и, кроме этого, установить вероятность успеха выполнения этапа и временные рамоки выполнения задачи.
Рис. 3. Анализ выполнения задач бизнес-процессов менеджерами компании и отклонения по времени их исполнения.
Рис. 4. Задача бизнес-процесса с инструкцией для исполнителя.
Рис. 5. Бизнес-процесс «Поручение » и отчет по нему позволяет выдавать и контролировать исполнение поручений.
Рис. 6. Отчет «Воронка продаж » позволяет моментально оценить состояние дел по продажам в компании, а при необходимости «расшифровать » заинтересовавший руководителя параметр вплоть до операции и документа.
В следующей статье из цикла «CRM - инструмент антикризисного управления» мы рассмотрим, на примере реальной практики российских компаний, использование технологий CRM для экономии времени руководителя с помощью управления по инцидентам на основе автоматизированных бизнес-процессов компании.
Бизнес-процессы в компании - это последовательность действий и операций, которые нужны для создания продукта или оказания услуги. Например, продажа товара через интернет-магазин состоит из ряда операций:
- получение заявки от клиента;
- уточнение менеджером деталей заказа по телефону;
- получение оплаты от клиента;
- резервирование товара на складе;
- передача данных заказа в логистическую службу.
Чаще всего эти действия совершают люди, но иногда им помогают программы - тогда говорят об автоматизации бизнес-процессов . Для чего это нужно? Во-первых, чтобы ускорить процесс и сэкономить время сотрудников, а во-вторых, чтобы исключить ошибки человеческого фактора.
Например
В случае с тем же интернет-магазином: если процесс не автоматизирован и менеджер вручную проверяет почту с заявками, то клиент может прождать звонка от менеджера несколько часов или дней. А может и вовсе не дождаться, если письмо с уведомлением затеряется в груде других писем. Если же процесс автоматизирован, то программа сама назначает ответственного менеджера, высылает ему уведомление в программе, и он может перезвонить покупателю уже через минуту.
Таким образом, автоматизация бизнес-процессов - это делегирование сложных или рутинных задач и функций специальной программе, как правило, CRM-системе.
7 причин автоматизировать бизнес-процессы
Есть минимум семь выгод, которые вы можете получить благодаря CRM-автоматизации бизнес-процессов:
1. Меньше переработки, больше продуктивности. Если работники «вкалывают» по 8 часов подряд, то они устают и работают не так хорошо, как хотелось бы. Убираем из их рабочего дня ненужную рутину, например, создание однотипных документов, ручное обновление данных о сделках, рассылку типовых писем и СМС, обработку заявок - и вот, сотрудники справляются с той же работой в два раза быстрее, а потому могут работать не на количество, а на качество.
2. Все заняты своим делом. Ваша команда сможет не зарываться в мелких задачах, а сосредоточиться на самом важном. Менеджеры работают с клиентами, руководство занимается разработкой стратегии развития - все заняты лишь своим основным делом.
3. Человеческий фактор сведен к минимуму. Человеку свойственно ошибаться. Банальная опечатка - и вот уже внесены неверные данные о клиенте или о сделке. Потерялся стикер с напоминанием - менеджер забыл сделать важный звонок. И вообще, зачем заставлять людей сводить вручную отчёты, подсчитывать стоимость услуг и делать другие задачи, которые вмиг сделает компьютер? Оставим людям то, с чем они справляются лучше, а остальное куда эффективнее сделает программа.
4. Экономия на зарплате. Программе не надо платить зарплату и отчислять за нее взносы в ПФР. Вы можете сэкономить, не нанимая людей на чисто механическую работу. Зачем брать отдельного сотрудника только на рассылку сообщений клиентам или писем тем, кто сделал заказ на сайте?
5. Статистика в реальном времени. Когда проведена комплексная автоматизация CRM, вы можете в пару кликов посмотреть, что происходит, как меняются ваши показатели, как это влияет на ваш бизнес. И принимать решения будет куда проще - в отличие от ситуаций, когда одни данные у вас содержатся в документе Word, другие в таблице Excel, третьи на стикере, а четвёртые и вовсе лишь в голове у менеджера.
6. Клиенты не теряются. Система вовремя отреагирует на любой входящий запрос и сразу назначит на него ответственного - в итоге число потерянных заявок резко сократится. Также система напомнит вовремя предложить клиенту дополнительные услуги или связаться с ним для повторной продажи.
7. Сделки завершаются быстрее. Система может ставить задачи на каждом этапе продаж - и менеджер не запутается и всё будет делать вовремя: отправлять коммерческие предложения, перезванивать, выставлять счета.
Что можно автоматизировать?
Автоматизация CRM может касаться самых разных задач - от рассылки смс до формирования документов.
| Задача | Как она решается в CRM |
| Рассылка уведомлений | CRM может автоматически рассылать клиентам уведомления о статусе их заказа, например, |
| Поддержание актуальности данных | CRM может обновлять данные в карточках объектов, например, поменять статус сделки при достижении определённой суммы. |
| Помощь менеджерам | CRM подсказывает менеджерам, что нужно сделать на следующем этапе воронки продаж, а также . |
| Подготовка документов | CRM может по шаблонам в соответствии с заданными требованиями. |
| Работа с сайтом | CRM автоматически захватывает . |
| Распределение задач | CRM может автоматически распределять задачи между менеджерами, например, назначить более опытного на сделку с более высокой суммой. |
Сценарии автоматизации в CRM
Мы проанализировали опыт автоматизации CRM-системы в 150 компаниях, которые используют , и выбрали для вас топ-15 лучших сценариев. Это 15 способов облегчить свою работу и сэкономить время.
Что интересно, для настройки автоматизации не нужны специальные знания или помощь программиста. Все можно подключить буквально за пару минут.
Источник: giphy.comБаза ежедневно пополняется новыми контактами, а заявок не становится больше? Возможно, менеджеры просто не «отрабатывают» новых клиентов.
Настройте систему, чтобы она автоматически открывала заявку при добавлении нового контакта в CRM. Чем всё закончится - переходом в сделку или проигрышем, зависит уже от сотрудника, но забыть про клиента не получится точно!
Настройка сценария
- контакт был создан.
- создать заявку;
- введите название, укажите этап и назначьте ответственного;
- поставьте галочку в чекбоксе «Сделать объект автоматизации объектом заявки», чтобы объектом заявки стал созданный контакт.
Автопостановка задачи при выполнении условия
Теряете много «теплых» лидов из-за того, что сотрудники забывают или не хотят перезванивать им после первого недозвона?
Создайте автоматический сценарий, и система будет создавать новую задачу для менеджера после первого недозвона клиенту: «Перезвонить через 2 часа» Напоминание в системе не даст упустить сделку 🙂
Наполнение сделки продуктами и автоматический расчет стоимости
Менеджеры берут таймаут во время разговора с клиентами, чтобы рассчитать окончательную стоимость сделки? К сожалению, через полчаса заказчик может не взять трубку или уже работать с другой компанией.
Застрахуйтесь от потери клиента, настроив систему таким образом, чтобы она помогала вам быстрее рассчитывать стоимость продуктов и услуг. Например, если вы делаете ремонт, то при разговоре с клиентом выясняете и указываете в карточке сделки: комната 5× 6 метров, потолки - 3 м, стены - кирпич, и программа сама добавляет продукты в сделку (штукатурка и обои в нужном количестве, услуги мастеров), и сразу же выдает вам общую сумму.
Настройка сценария
Создайте формулу, результатом вычисления которой станет необходимое количество продукта (в нашем случае мы вычисляем площадь комнаты, чтобы определить необходимое количество подложки и ламината).
В блоке «Условия» задайте условия:
- сделка была создана;
- воронка равна «Ремонт под ключ».
В блоке «Действия» настройте событие:
- добавить продукт;
- укажите по какому правилу проверять продукты на дубли;
- выберите продукты, которые необходимо прикрепить к сделке;
- в поле «Количество» выберите, какое значения подтянуть (в нашем случае с ламинатом и подложкой это площадь комнаты).
Обратите внимание: вы должны указать способ расчета сделки по сумме продуктов в настройках воронки, чтобы система автоматически посчитала полную сумму сделки.
Повышайте лояльность клиентов
Начисление бонуса или скидки по условию
На вашем сайте есть информация о бонусах или скидках, а менеджеры порой забывают учесть их при расчете стоимости сделки? Вероятность того, что клиент останется недоволен, велика.
Создайте сценарий, по которому система сама рассчитает и применит скидки, чтобы не упустить клиентов и повысить их лояльность!
Настройка сценария
Для начала создадим формулу с расчетным списком: если пользователь выберет «Да» в поле «Рассчитать скидку», то сумма к оплате уменьшится на 5%.
Не пропускайте ничего важного
Фиксация даты события
Менеджеры забывают вовремя продлевать договоры, напоминать клиентам о подошедших сроках техобслуживания или повторного визита к врачу?
Загрузка...