Support: who owns the case after handoffПоддержка: кто отвечает после передачи
A message saying a case has been forwarded does not mean anyone has started work. Support needs a clear move from a received request to accepted responsibility: who investigates, when they respond and what happens if the assigned person is unavailable.Сообщение «передали специалисту» ещё не означает, что специалист начал работу. Для поддержки нужен понятный переход от полученного обращения к принятой ответственности: кто проверяет вопрос, когда отвечает и что происходит, если назначенный сотрудник недоступен.
Define the work behind the replyСначала определите рабочий вопрос
Review common cases: order status, late delivery, refunds, item substitutions and appointment changes. Each has a different outcome. A status question may need verified information; a delay may need a dispatch decision. A polite reply does not finish the work if the customer still needs a revised delivery time.Разберите частые обращения: статус заказа, задержку доставки, возврат, замену позиции и перенос записи. У каждого свой результат. Для вопроса о статусе достаточно проверенной информации; для задержки может потребоваться решение диспетчера. Вежливый ответ не закрывает задачу, если клиент всё ещё ждёт нового времени доставки.
Record the order, specific unresolved question, latest customer reply and next contact deadline. Distinguish the employee speaking to the customer from the person authorized to change fulfillment. Keep one case owner responsible for collecting colleagues’ decisions and communicating the outcome to the customer.В карточке обращения укажите заказ, конкретный нерешённый вопрос, последний ответ клиенту и срок следующего контакта. Отделите сотрудника, который общается с клиентом, от человека, который может изменить исполнение. У обращения остаётся один владелец: он собирает решения коллег и доводит итог до клиента.
A handoff needs acceptanceПередача требует принятия
Useful states include received, awaiting acceptance, in progress, awaiting clarification and closed. Putting a name in an assignment list does not establish acceptance. The shift lead should see cases that have been sent to an employee but still lack a confirmed next action.Полезно различать состояния «поступило», «ожидает принятия», «в работе», «ожидает уточнения» и «закрыто». Назначение имени в списке само по себе не подтверждает принятие. Руководитель смены должен видеть обращения, которые направлены сотруднику, но ещё не имеют подтверждённого следующего действия.
Define an acceptance deadline, response deadline and backup owner for each route. These intervals depend on operating hours and the issue involved. When a stock check is needed, give the customer a time for the next update rather than presenting an internal wait as a promise of final resolution.Для каждого маршрута задайте срок принятия, срок ответа и резервного владельца. Эти интервалы зависят от времени работы и характера вопроса. Если нужна проверка склада, клиенту сообщают время следующего обновления, а не выдают ожидание внутреннего ответа за обещание окончательного решения.
Case registeredОбращение зарегистрировано
- Responsible roleОтветственный
- Intake staffСотрудник приёма
- Record / dataЗапись / данные
- Order, question, channel and arrival timeЗаказ, вопрос, канал и время поступления
- Permitted next stepРазрешённый следующий шаг
- Select the team and acceptance deadlineВыбрать команду и срок принятия
- Exception / recoveryИсключение / восстановление
- Keep the question separately if the order is not foundЕсли заказ не найден, сохранить вопрос отдельно
Ownership acceptedОтветственность принята
- Responsible roleОтветственный
- Assigned specialistНазначенный специалист
- Record / dataЗапись / данные
- Owner name and first actionИмя владельца и первое действие
- Permitted next stepРазрешённый следующий шаг
- Check the cause and contact fulfillmentПроверить причину и связаться с исполнителем
- Exception / recoveryИсключение / восстановление
- Return rejected assignments to the shift leadПри отказе вернуть обращение руководителю смены
Resolution preparedРешение подготовлено
- Responsible roleОтветственный
- Case ownerВладелец обращения
- Record / dataЗапись / данные
- Verified terms and required approvalПроверенные условия и необходимое согласование
- Permitted next stepРазрешённый следующий шаг
- Explain the available resolution to the customerСообщить клиенту доступное решение
- Exception / recoveryИсключение / восстановление
- Do not promise a refund before authorized approvalНе обещать возврат до решения уполномоченного сотрудника
Outcome checkedИтог проверен
- Responsible roleОтветственный
- Case ownerВладелец обращения
- Record / dataЗапись / данные
- Customer response, fulfillment and closure reasonОтвет клиента, исполнение и причина закрытия
- Permitted next stepРазрешённый следующий шаг
- Close the issue or schedule the next contactЗакрыть вопрос или назначить следующий контакт
- Exception / recoveryИсключение / восстановление
- Keep unfinished work openНезавершённое действие оставить открытым
Example: a delivery is running lateПример: доставка задерживается
Imagine a customer reports a delay just as a support employee finishes their shift. A note saying logistics was informed does not tell the next person who will respond. Record the dispatcher, request time, known order state and promised customer update. The incoming employee acknowledges responsibility for continuing the case.Представим, что клиент написал о задержке, а сотрудник поддержки заканчивает смену. Запись «логистика уведомлена» не помогает следующему человеку понять, кто ответит. Нужны имя диспетчера, время запроса, известный статус заказа и обещанное клиенту обновление. Принимающий смену сотрудник подтверждает, что продолжит этот вопрос.
If dispatch misses the agreed response deadline, the case owner contacts the backup lead and tells the customer the check is continuing. After obtaining a revised delivery time, they check customer acceptance and actual fulfillment. Sending the revised time completes a communication step, but may not complete the entire case.Если диспетчер не ответил к установленному сроку, владелец обращения обращается к резервному руководителю и сообщает клиенту, что проверка продолжается. После нового времени доставки он проверяет согласие клиента и фактическое исполнение. Сообщение с новым сроком завершает этап общения, но не обязательно всё обращение.
Overdue work needs a new routeПросрочка должна менять маршрут
Define actions for three situations: an employee never accepts the case, accepts but does not respond, or responds without resolving it. The first requires reassignment, the second management attention and the third a clearer remaining action. Resending work to the same queue without checking the cause only extends the wait.Опишите действия для трёх ситуаций: сотрудник не принял обращение, принял и не ответил, ответил без решения. В первом случае меняется назначение, во втором подключается руководитель, в третьем уточняется оставшееся действие. Повторная отправка в ту же очередь без проверки причины только продлевает ожидание.
During shift reviews, examine the age of open cases, time to acceptance and reopened cases. Identify situations where customers had to remind the team about a promised deadline. These observations help improve staffing and authority; a large number of sent replies does not establish good support on its own.На разборе смены смотрите возраст открытых обращений, время до принятия и повторные открытия. Отдельно отмечайте случаи, где клиенту пришлось самому напоминать о сроке. Эти наблюдения помогают поправить график дежурств и распределение полномочий; большое количество отправленных ответов само по себе не показывает качество поддержки.
Review the queue against practical exceptionsПроверьте очередь на реальных исключениях
For SABSUS setup, agree the available channels, case fields, staff permissions and supported handoff method separately. This policy defines process requirements; specific actions and notifications depend on the selected configuration. You can prepare the setup yourself and discuss help with reviewing the workflow when needed.Для настройки SABSUS отдельно согласуйте доступные каналы, поля обращения, права сотрудников и поддерживаемый способ передачи. Этот регламент описывает требования к процессу; конкретные действия и уведомления зависят от выбранной конфигурации. Настройку можно подготовить самостоятельно, а помощь с разбором процесса обсудить при необходимости.
Before use, walk through a rejected assignment, a change of owner, an unanswered stock query and a customer returning after closure. The review succeeds when each case has a clear next assignee and customer message. Keep a short backup procedure alongside the shift schedule.Перед началом работы разберите отказ сотрудника от назначения, смену владельца, отсутствие ответа от склада и повторное сообщение клиента после закрытия. Проверка пройдена, когда для каждого случая понятны следующий исполнитель и сообщение клиенту. Сохраните короткий порядок замещения рядом с расписанием смен.
Handoff from the voice channelПередача из голосового канала · Plans and setup termsПакеты и условия настройки
Quick answersКороткие ответы
Can a department own the case?Можно ли назначить владельцем отдел?
A department can be the initial destination. Once accepted, the case needs a named employee or a duty role assigned unambiguously to someone on that shift.Отдел подходит для первичного маршрута. После принятия нужен конкретный сотрудник либо дежурная роль с однозначно определённым исполнителем в этой смене.
When can a case close without a customer reply?Когда закрывать обращение без ответа клиента?
Use an agreed waiting and follow-up procedure. Distinguish closure for no response from a confirmed resolution, and preserve the link when the customer returns.Используйте заранее согласованный порядок ожидания и повторного контакта. Отмечайте закрытие из-за отсутствия ответа отдельно от подтверждённого решения и сохраняйте связь при повторном обращении.
Who owns a case involving two teams?Кто отвечает, если нужны две команды?
One owner coordinates the customer’s issue. Internal tasks may have separate assignees, while the case owner remains responsible for the customer deadline and final response.Один владелец координирует вопрос клиента. У каждой внутренней задачи может быть свой исполнитель, но клиентский срок и итоговый ответ остаются у владельца обращения.