воскресенье, ноября 14, 2021

АИАС «А-СТЕК» - система управления процессами компании

Как повысить эффективность управления процессами в компании?

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

 

Что известно Михаилу?


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


Выделение продуктов и ключевых метрик оценки


Чтобы работать над развитием, по каждому продаваемому продукту (группе продуктов, объединённых под одним планом) должны быть определены ключевые показатели, которые позволят оценить их состояние. Михаил выделил 8 основных продуктов и по каждому из них определил ключевые показатели. 


Целевые метрики по CSAT (удовлетворенности пользователей) и по план/факту продаж заданы руководством, фактическое значение показателей CSAT и план продаж можно получить из информационных систем (CRM) и системы оценки удовлетворенности.


Для широты картины Михаил добавил информацию по среднему времени обслуживания клиента (которое позволит оценить как долго сотрудники обслуживают каждого клиента) и суммарное количество инцидентов (какое количество проблем с ПО возникает в течение дня). Этот минимальный набор показателей позволит оценить текущее состояние процесса. 



Настраиваем АИАС, создаем модель процессов, выносим на нее информацию о продуктах, привязываем к нему ключевые метрики, настраиваем систему на выгрузку данных по метрикам из целевых систем и добавляем baseline (базовую линию), для оценки. Базовая линия - это наш целевой план.


Показатели продуктов и процессов


Теперь на ежедневной основе мы можем наблюдать состояние показателей продаж, удовлетворенности, среднему времени обслуживания клиентов и количество инцидентов.






Детализировав и получив информацию, Михаил понимает, что информации, чтобы выяснить причины проблем недостаточно.

Для того, чтобы работать над повышением эффективности процесса продаж, требуется более детально изучить процесс и собирать детальную информацию о его состоянии.


Михаил, может использовать общеизвестные нотации моделирования процессов (например, одну из самых популярных и простых нотаций моделирования бизнес-процессов BPMN 2.0), для этого ему потребуется дополнительное обучение.

Примечание: В АИАС "А-СТЕК" встроена нотация BPMN 2.0


Так как наша задача не показать искусство знания нотаций моделирования процессов, а решить практическую проблему - поиск болевых точек в процессе, Михаилу достаточно нарисовать простейшую блок-схему, на которую вынести ключевые показатели по процессу. Система позволяет моделировать процесс, так как хочет автор.


Для того, чтобы определить ключевые шаги процесса, необходимо в него погрузиться, собрать информацию с участников о том как они выполняют работу в ходе процесса, в каких системах работают, с какими проблемами сталкиваются. Важно выделить ключевые шаги процесса, чтобы их можно было измерить. Рекомендую выделять 5-7 крупных блоков, для первого прохода по анализу процесса этого более чем достаточно.


Детальное описание процесса выдачи кредита


Михаил провел время со своими сотрудниками и выяснил, как работает процесс, узнал в каких системах работают сотрудники и выделил ключевые точки процесса.


На данном этапе нам важно узнать время, сколько оператор потратил на работу с клиентом от момента создания заявки, до момента ее отправки на скоринг и проверку службы безопасности. Первым шагом процесса будет заполнение заявки.

Следующий шаг, это оценка, она начинается с момента отправки данных клиента до получения подтверждения, для ряда клиентов данная процедура выполняется моментально, кому-то приходится немного подождать. Вторым шагом процесса будет скоринг и проверка службы безопасности.

После проверки, сотрудник офиса формирует пакет документом и подписывает их с клиентом, сканы подписанных документов загружает в систему, оригиналы отправляет в отдел по работе с документацией. Третьим шагом будет подписание документов.

После подписания документов клиент получает перечисление денежных средств на счет и может ими воспользоваться. С момента подтверждения подписания документов до момента выдачи средств на лицевой счет – четвертый шаг – Зачисление средств.

Далее, идет процесс возврата, но мы сейчас эту задачу не рассматриваем.


Допустим, что Михаил выделил четыре этапа, которые для него важны:

·      Заполнение заявки

·      Скоринг и проверка безопасности

·      Подписание документов

·      Зачисление средств

 

Михаил может визуализировать процесс и определить ключевые метрики его оценки.



Теперь процесс выглядит более детализировано, показатель длительности разделился на 4 блока, по этапам процесса, возникающие инциденты и проблемы разбиты по шагам.

Показатели, не связанные с реальными метриками, отражаются с знаком "внимание", таким образом можно на схеме сразу визуально видеть измеряемые зоны.

 

Нам важно оценить процесс по основным критериям:

·      Время

·      Качество


 

Время

Качество

Заполнение заявки

С момента создания карточки заявки до ее отправки на оценку

Кол-во инцидентов, зарегистрированных от операциониста во время обслуживания

Количество возвратов и переделок при заполнении формы заявки

Скоринг и проверка безопасности

Время с момента отправки карточки на оценку до момента получения ответа

Кол-во отклонений по причине ошибок или неполного заполнения анкеты

Подписание документов

Время с момента создания документов на выдачу кредита, до момента их загрузки в систему и подтверждения подписания

Кол-во возвратов и переделок при оформлении документов

Кол-во инцидентов, зарегистрированных от операциониста

Оценка клиентом качества обслуживания

Зачисление средств

Время с момента подтверждения подписания до зачисления средств

Кол-во обращений клиентов с проблемами зачислений средств.


Для измерения данных показателей информационные системы, применяемые для обслуживания, должны логировать (сохранять) информацию о времени создания карточки заявки, времени ее сохранения и отправки на оценку, данные о сроках получения ответа, данные по времени формирования документов на выдачу кредита и загрузки их в систему, подтверждающих подписание, сохранение. Время с момента подтверждения подписания документов до момента зачисления средств, и информацию о проблемах, возникших по ходу обслуживания. 

В компании так же клиент может поставить сотруднику оценку (через специальное устройство, установленное в зоне обслуживания), информация об оценке связана с оператором, обслуживающим клиента и информацией о клиенте, которого обслуживал сотрудник.


Информации по показателям: фактические значения, baseline, asisline и tobeline 


Настраиваем АИАС «А-СТЕК» для сбора нужных нам метрик. И вот, Михаил видит детальные отчеты по каждому показателю. 

Например, среднее время обработки заявки:



После фактических данных, мы можем видеть возможный средний тренд, вычисляемый на основании среднего значения фактических данных за выбранный диапазон. 

Система на ежедневной основе собирает статистики из информационных систем источников и представляет отчет, который можно анализировать, для принятия дальнейших решений.

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

 

После анализа результатов Михаил может определить baseline (базовые метрики), являющиеся эталоном, и добавить их в систему, с этого момента он будет видеть отклонения по базовым метрикам и сможет реагировать на них, определяя причины возникновения и разрабатывая мероприятия по их недопущению. 



На графике ниже отражена красным цветом baseline (целевое среднее значение), а серым текущее среднее значение.


Михаил планирует задачи на улучшение, чтобы улучшить средний показатель. Первая задача – это обучение сотрудников, вторая – доработка системы обработки заявок. Каждая из задач будет оказывать влияние на определенные метрики. 



В системе так же есть настройка, позволяющая при формировании планов развития отразить возможное влияние на показатели и видеть прогнозное целевое состояние метрики с учетом реализации планов изменений. В случае корректного планирования влияния запланированных задач на изменение показателя, можно будет видеть целевое значение показателя с учетом планируемых задач.



На графике выше фиолетовым цветом отражен возможный фактический уровень времени заполнения заявки в случае реализации задач по улучшению и получению ожидаемого эффекта.


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







СУД "ТАФБОКС", 12.02.2024

Обновление приложений: СУД "ТАФБОКС" Базовое решение (1.2.3) - Страница решения История изменений: 1.2.2, 11.12.2023 Исправление ...