В нашем бизнесе время – это деньги, и если ты не успеваешь, то остаешься ни с чем. Когда нет четких сроков и контроля, начинаются задержки в выполнении задач, риски растут, а клиенты снижают лояльность. Вот тут на помощь приходит SLA (Service Level Agreement) то, что помогает держать процессы под контролем и обеспечивать максимальный сервис.
мы предлагаем
SLA (Service Level Agreement) - это соглашение, устанавливающее временные рамки для выполнения определенных процессов или их частей. Например, если запрос поступает в техподдержку, он должен быть обработан в течение часа.
Работа по SLA включает следующие этапы:
Эти этапы позволяют оптимизировать процессы, повысить качество обслуживания и обеспечить выполнение задач в установленные сроки.
Нормативы
Нормативы используются для уведомления ответственного лица о превышении установленного времени. Уведомления реализованы с помощью бизнес-процессов, представленных в виде отдельных модулей. Когда достигается определенный норматив, запускается соответствующий бизнес-процесс, и нужная роль получает необходимое уведомление.
В нормативах указывается тип сущности и процесс для этой сущности. Нормативы предусмотрены для всех сущностей: КП (коммерческих предложений), Лидов и Сделок. Каждая сущность имеет свои стадии и свой норматив времени.
Например, на согласование заданий по нормативу устанавливается максимум 9 часов. Остальные поля являются служебными и включают информацию о том, какой бизнес-процесс запускается для напоминания, периодичность повторения уведомлений и единицу измерения повторений.
ПОКАЗАТЕЛИ
Таблица, в которую сохраняются конкретные затраты по конкретным сделкам и процессам, представляет собой техническую базу данных, хранящуюся в портале.
Кастомные активности
В сделках, в бизнес-процессе внедрены кастомные активности, которые запускают и останавливают процесс измерения времени. Это позволяет определить, когда сделка зашла в стадию воронки и когда вышла из нее, чтобы оценить, сколько фактически было затрачено времени ответственным на данной стадии.
Когда сделка создается на стадии "Новая", запускается активность SLA старт, и мы начинаем отсчет времени. Выбирается норматив, по которому должна считаться сделка (идентификатор сделки и уведомленный). В конце стадии ставится SLA стоп, то есть окончание подсчета норматива. Стоп может ставиться в разных местах бизнес-процесса, не обязательно в конце стадии.
Когда мы запускаем процесс, в служебную таблицу заносится показатель начала отсчета. После завершения процесса заносится стоп. Если старт начался, но стопа еще не было, и норматив уже превышен, запускается отдельный модуль бизнес-процесса для уведомления пользователя о превышении норматива. В служебную таблицу фиксируется, что пользователь уведомлен, и используется период повторения, если пользователь еще не завершил процесс.
Пример SLA в отчете
Длительность ответа по сделкам. Установлен SLA, по которому фиксируется время ответа клиенту на промежуточной стадии сделки. Измеряется время от даты создания сделки до предоставления ответа, и если этот показатель превышает один день, то он учитывается как просроченный.
В таблице отображается общее количество вовремя отвеченных запросов и просроченных, а также запросы, просроченные без коммерческого предложения. Каждый показатель кликабельный и показывает идентификатор исходной сделки со всеми данными.
В СОТРУДНИЧЕСТВЕ С НАМИ, ВЫ ПОЛУЧИТЕ
МОДУЛЬ КОММЕНТАРИЙ ОЖИДАНИЯ ДЛЯ НАШЕЙ BPM-ПЛАТФОРМЫ
КАСТОМНАЯ РАЗРАБОТКА ИМЕННО ПОД ВАШИ ТРЕБОВАНИЯ
Мы готовы не только разработать оптимальные сценарии работы, но и, что крайне важно, учесть абсолютно все требования, которые есть именно у Вас в компании.
Откровенно говоря, все наши клиенты так или иначе работают с процессами “по-своему” и абсолютно в каждом случае мы учитываем все требования конкретного предприятия.
Соответствие требованиям
импортозамещения РФ
Нашы решения и продукты основанына базе Битрикс24 — полностью российском программном продукте.