Смарт-распределение клиентов
Цель: автоматическое распределение клиентов между менеждерами, с учётом истории работы и успеваемости, для повышения эффективности отдела продаж.
Вводные данные проекта:
— 5 отделов продаж (RUS/ENG/BRA/IND/FRA)
— клиент закрепляется за менеджером
— новые клиенты распределяются между менеджерами конкретного отдела
— все заявки приходят с пометкой отдела. Если в заявке не указан отдел (заявка с открытой линии) срабатывает сценарий:
— есть совпадение по базе клиентов — установить отдел указанный в контакте
— нет совпадений по базе — назначить ответственным РОПа
Сценарий 1. Входящая заявка
* распределение входящих заявок из всех источников
Контроль объёма контактов на менеджере:
1. Создаём в карточке контакта поле «Дата последней коммуникации»
2. Делаем БП, который устанавливает текущую дату в это поле, если ответственный выполнил любое действие (например
совершил звонок или написал комментарий)
* Благодаря БП «Дата последней коммуникации», вы сможете отслеживать, какое количество закреплённых контактов за месяц
не успевает обработать менеджер. Благодаря такому процессу «старички» не будут монополистами 90% базы и все контакты будут равномерно обработаны.
Основной функционал
1. Клиенты закрепляются за одним менеджером
2. Делаем БП, который устанавливает текущую дату в это поле, если ответственный выполнил любое действие (например совершил звонок или написал комментарий)
Благодаря этому БП, вы сможете отслеживать, какое количество закреплённых контактов за месяц не успевает обработать менеджер. Благодаря такому процессу «старички» не будут монополистами 90% базы и все контакты будут равномерно распределены между сотрудниками.
Что Вам даст эта автоматизация
1. Постоянные клиенты будут закрепляться за одним менеджером, с которым уже сложились лояльные отношения
2. Новые и постоянные клиенты не будут бесконечно накапливаться у менеджеров, которые уже не успевают их повторно обрабатывать.
Наши кейсы
Наши клиенты нам доверяют
Клиент — популярный интернет-магазин по продаже шин и дисков, который долгое время работал на платформе Ruby без должной тех.поддержке. Проблема возникла, когда предыдущий разработчик отказался от дальнейшей поддержки - сайт остался без возможности развития, а заказчик не мог самостоятельно управлять каталогом и заказами. Переход был необходим, но с важным условием - сохранить позиции в поисковых системах , ведь сайт находился в ТОПе по многим ключевым запросам.
Компания закупает металл у населения через сеть пунктов по всей Беларуси. Раньше рабочий день на каждой точке начинался с кипы бумаг, калькулятора и ручной записи каждого килограмма металла. Вся документация велась в таблицах Excel руководителями подразделений, что замедляло рабочие процессы. Ошибки в отчетах происходили ежедневно, каждая неточность означала прямую потерю денег.
В компании управление клиентской базой в разных странах велось через разные системы и Excel-файлы, что создавало путаницу и замедляло работу (поставки могли растянуться на несколько месяцев из-за неправильно оформленных документов). Отсутствовала прозрачная система учета сделок, контроля тендеров, экспорта и дебиторской задолженности.