Внедрение Битрикс24 в сервисный центр

Ситуация

Недавно мы завершили работы над проектом по внедрению Bitrix24 для компании, которая занимается Сервисным ремонтом. Их главными задачами были:

•  своевременное информирование клиента о статусе его продукта;
• контроль сроков исполнения услуг, т.к. это регламентируется законом;
• автоматизировать каждый этап обслуживания клиентов и видеть серийные номера продуктов клиента.

Решение

Начали работы с моделирования воронок и процессов внутри них. И на этом этапе была поставлена еще одна задача. Каждое обращение не должно переходить из воронки к воронке, а синергировать с другими воронками.

Например: Мы получаем заявку на ремонт, далее мы дублируем эту заявку в воронку диагностики и когда диагностика пройдена, то в первичной воронке мы сдвигаем заявку на этап диагностика пройдена. И такой же процесс должен быть в каждой воронке, чтобы различные статусы сделки изменяли этапы заявки в других воронках.

В итоге мы должны были сделать систему, в которой главная воронка (запрос на ремонт) работала в связке с другими воронками, более мелкими. Но зачем это требуется? Все просто — когда заявка перетекает из воронки в воронку сложно оценить кол-во всех заявок, сложно быстро реагировать на различные события, а когда все собрано в одной воронке и каждый сотрудник работает в своем “уголке”, то увеличивается продуктивность, скорость ответа и сдачи отремонтированных продуктов (т. к. сотрудники занятые ремонтом не отвлекаются на то, чтобы следить за сделкой) и экономим силы менеджера, который мог бы следить за этими сделками вручную и перемещать их из воронки в воронку.