Order intake KPIs: from a request to a useful replyKPI приёма заказов: от обращения до ответа

Define the demand cohort firstСначала определите группу спроса

The unit is a distinct customer need awaiting a decision: accept an order, clarify conditions or explain why it cannot be fulfilled. Record the first contact time, source, contents and owner. A follow-up about the same order usually belongs to the original request; another purchase by the same customer may be a separate need.Единица измерения — отдельная потребность клиента, по которой ожидается решение: принять заказ, уточнить условия или сообщить невозможность исполнения. Зафиксируйте время первого обращения, источник, содержание и ответственного. Повторный вопрос о том же заказе обычно относится к прежней потребности, а новая покупка того же клиента может быть самостоятельным обращением.

Build cohorts using first-contact time and an agreed time zone. Results arriving the next day continue updating the original cohort. A separate “handled today” metric describes workload but does not replace the outcome of yesterday’s demand. Show the observation date so a young, unfinished cohort is not unfairly compared with one that had longer to receive replies.Сформируйте когорту по времени первого обращения и согласованному часовому поясу. Результаты следующего дня продолжают обновлять исходную когорту. Отдельный показатель «обработано сегодня» описывает нагрузку сотрудников, но не заменяет результат вчерашнего спроса. Покажите дату наблюдения, чтобы незавершённая молодая группа не выглядела хуже группы, у которой было больше времени на ответ.

Before calculating, define treatment of out-of-hours requests, test submissions, spam and requests lacking contact details. Exclusions need reasons and must remain reviewable. If one channel is temporarily unavailable, mark the period incomplete. Do not interpret fewer recorded requests as falling demand until the data source has been checked.До расчётов определите границы: входят ли запросы вне часов работы, тестовые отправки, спам и обращения без достаточных контактных данных. Исключения должны иметь причины и сохраняться для проверки. Если сообщения одного канала временно недоступны, отметьте неполноту периода. Нельзя интерпретировать уменьшение количества обращений как снижение спроса до проверки источника данных.

Link duplicates and retain the original contactСвяжите дубли, сохранив исходный контакт

A customer may submit a form and then call after receiving no reply. These are two contact records but often one need. Staff compare identity, contents and timing before linking them to a shared request. A matching name alone is insufficient. Keep uncertain cases open for review so merging does not hide a separate purchase.Клиент может отправить форму, затем позвонить, потому что не получил ответа. Это две записи контакта, но часто одна потребность. Сотрудник сверяет клиента, содержание и временную близость, затем связывает записи с общей заявкой. Одно совпавшее имя недостаточно. Для спорного случая оставьте решение открытым и назначьте проверяющего, чтобы объединение не скрывало отдельную покупку.

Retain the first channel, later channels and the reason for repeat contact. The first contact explains demand origin; later contacts reveal workload and unmet expectations. Reassignment does not create a new need or reset waiting time. Reversing an incorrect merge should restore source records and update the affected cohort with an understandable change note.Сохраняйте первый канал, последующие каналы и причину повторного обращения. Первое обращение помогает оценить источник спроса, повторное — нагрузку и неудовлетворённое ожидание клиента. Перенос заявки между сотрудниками не создаёт новую потребность и не обнуляет время ожидания. Исправление ошибочного объединения должно восстанавливать исходные записи и пересчитывать затронутую когорту с понятной отметкой изменения.

Break down first-contact channels without double counting total demand. A request appearing on both website and chat can count in both channels’ contact workload, but only once in unique demand. Labels should distinguish contacts, unique needs and created orders so channel comparisons remain understandable to the team.Разделите метрики по первым каналам без двойного счёта общего спроса. Если один запрос пришёл через сайт и чат, он может участвовать в статистике контактов обоих каналов, но входит в общий спрос один раз. Подписи должны прямо объяснять различие между контактами, уникальными потребностями и созданными заказами, иначе сравнение каналов будет вводить команду в заблуждение.

Count replies within their original cohortСчитайте ответ в исходной когорте

In a hypothetical period, 120 contact records arrive. Review identifies 20 repeat records of the same need, leaving 120 − 20 = 100 unique requests. An automatic receipt message does not count as a useful reply unless it meets the agreed definition. Define which event demonstrates acknowledgment by a person or assigned process before measuring.В учебном примере за период получено 120 записей контакта. Проверка выявила 20 повторных записей той же потребности; уникальный спрос составляет 120 − 20 = 100. Автоматическое уведомление о получении не считается содержательным ответом, если оно не отвечает согласованному определению. Команда заранее задаёт, какое событие подтверждает принятие обращения человеком или назначенным процессом.

Of those 100 requests, 70 receive a useful reply within the agreed deadline. The timely-reply rate is 70 ÷ 100 × 100 = 70%. Another 20 receive late replies and 10 remain unanswered. The cohort check is 70 + 20 + 10 = 100. Late replies reduce the queue but do not become timely retrospectively.Из этих 100 обращений 70 получили содержательный ответ в согласованный срок. Доля своевременного ответа: 70 ÷ 100 × 100 = 70%. Позднее ещё 20 получили ответ, а 10 остаются без него. Проверка состояния когорты: 70 + 20 + 10 = 100. Поздние ответы уменьшают очередь, но не превращаются в своевременные задним числом.

Keep both the actual event time and entry time. A timely reply recorded late differs from a late customer reply: the first raises a data-quality question, the second an intake-process question. Corrections require event evidence. Do not substitute a manual edit date merely to improve yesterday’s dashboard result.Храните два времени: когда событие действительно произошло и когда его внесли. Запоздалая запись своевременного ответа отличается от позднего ответа клиенту; первое требует проверки качества данных, второе — процесса приёма. Исправления должны опираться на подтверждение события. Не подменяйте его датой ручного редактирования только ради улучшения вчерашнего показателя на дашборде.

Connect response speed with handoff qualityСоедините скорость с качеством передачи

A timely reply does not establish a correct order. Check whether contents, fulfillment method and promised timing were confirmed, and whether the next employee accepted the handoff without another clarification. Record customer withdrawal, inability to fulfill and pending information separately. These outcomes explain demand more effectively than one “handled” status for every request.Своевременный ответ ещё не означает правильно принятый заказ. Проверяйте, подтверждены ли состав, способ исполнения и обещанный срок, а также принял ли следующий сотрудник работу без повторного уточнения. Отдельно фиксируйте отказ клиента, невозможность исполнения и ожидание информации. Эти результаты объясняют судьбу спроса лучше, чем единый статус «обработано» для всех обращений.

Show open-queue age from first contact and overdue promised replies. An average over closed tasks must not hide the oldest unresolved requests. The shift lead assigns an owner to each overdue line and checks whether the customer can be answered. Customer-dependent waits retain their reason and next contact without leaving the original cohort.Показывайте возраст открытой очереди от первого контакта и просрочку следующего обещанного ответа. Самые старые обращения нельзя скрывать средним временем уже закрытых задач. Руководитель смены назначает владельца каждой просроченной строки и проверяет возможность ответить клиенту. Если ожидание связано с клиентом, сохраните причину и следующий контакт, не удаляя обращение из исходной когорты.

When comparing channels, consider working hours and request complexity. An urgent call differs from a request needing several approvals. Show separate groups while preserving the total. Date any calculation-rule change and either recalculate a comparable period or mark the break. A better measurement method does not automatically mean staff performance improved.Для сравнения каналов учитывайте часы работы и состав обращений. Срочный звонок и сложная заявка с несколькими согласованиями имеют разные условия. Можно показать группы отдельно, сохранив общий итог. При изменении правила расчёта укажите дату и пересчитайте сравнимый период либо отметьте разрыв: улучшение методики не является автоматически улучшением работы сотрудников.

Test the dashboard against boundary casesПроверьте дашборд на пограничных случаях

Test a repeated form after a call, a request near midnight, a late reply and incorrectly merged purchases. A reviewer reconstructs the cohort from source events and compares it with the report. Unique requests, timely replies and open items should reconcile under the same definitions. Differences need an owner and reason, not rounding to force agreement.Для приёмки возьмите повтор формы после звонка, обращение перед сменой дня, поздний ответ и ошибочно объединённые покупки. Проверяющий вручную собирает когорту из исходных событий и сравнивает её с отчётом. Количество уникальных обращений, своевременных ответов и незакрытых строк должно объясняться одинаково. Любое расхождение получает владельца и причину, а не округление для совпадения.

Choose an action for each signal. Rising repeat contacts may call for checking promised reply times; an aging queue may require shift reassignment; repeated handoff clarification may require better intake fields. Compare equivalent cohorts after the change. Faster average response is insufficient if staff are forwarding incomplete requests more quickly.На рабочем обзоре выбирайте действие по конкретному сигналу. Рост повторных контактов может потребовать проверки обещанного срока ответа; стареющая очередь — перераспределения смены; частые уточнения после передачи — изменения полей приёма. После изменения сравните сопоставимые когорты. Снижение среднего времени само по себе недостаточно, если команда стала быстрее отправлять неполные заявки следующему исполнителю.

Bring anonymized contacts and reply history from one completed period to SABSUS. Demonstrate duplicate linking, late-event handling, time filters and source-record inspection in the proposed configuration. Start with agreed definitions and a manual control calculation; these establish what the manager’s view should show.Для обсуждения с SABSUS подготовьте обезличенные контакты и историю ответов за один завершённый период. Объединение дублей, обработку поздних событий, фильтры времени и раскрытие исходных записей нужно проверить демонстрацией конкретной конфигурации. Начинайте с согласованных определений и ручного контрольного расчёта: именно они позволяют понять, что должен показывать будущий экран руководителя.

The order intake and handoff processПроцесс приёма и передачи заказа · Reporting and metric definitionsОтчётность и определения показателей

Quick answersКороткие ответы