Keep context across calls, chats and ordersЗвонки, чаты и заказы без потери контекста
A customer may start a question by phone and continue in chat. The next employee needs a short, verifiable account of the order discussed, actions already taken and decision still needed. The full conversation is useful evidence but does not replace that summary.Клиент может начать вопрос по телефону и продолжить его в чате. Следующему сотруднику нужна короткая, проверяемая история: какой заказ обсуждали, что уже сделали и какое решение осталось принять. Полная переписка полезна как источник, но не заменяет такую сводку.
Link the conversation to the right caseСвяжите разговор с нужным обращением
Find the case and order before linking a new channel to the history. A matching telephone number helps with search but does not prove that the same order is involved. Families may share a number, and returning customers may have several active purchases. Ask for the minimum detail that distinguishes these cases.Сначала найдите обращение и заказ, затем связывайте новый канал с историей. Совпадение номера телефона помогает поиску, но не доказывает, что речь идёт о том же заказе. У семьи может быть общий номер, а у постоянного клиента несколько активных покупок. Уточните минимальный признак, который различает эти случаи.
Retain each message’s source and receipt time. Add a conversation to the existing case when the customer continues that issue. Create a separate link when they are placing another order. Staff can then see the customer’s wider history without mixing delivery deadlines, addresses or incompatible requests.Сохраните источник каждого сообщения и время получения. Если клиент продолжает старый вопрос, добавьте разговор к существующему обращению. Если он оформляет другой заказ, создайте отдельную связь. Так сотрудник видит общую историю клиента, не смешивая два срока доставки, разные адреса и несовместимые просьбы.
A summary the next person can useСводка, которую можно продолжить
Start the summary with the customer’s current goal and one unresolved question. Add verified facts, verification sources, terms already communicated and attempted actions with their outcomes. A cancellation request was sent means something different from the order was canceled: the next employee needs to know whether a check is still required.Начните сводку с текущей цели клиента и одного нерешённого вопроса. Далее запишите подтверждённые сведения, источник проверки, уже сообщённые условия и попытки действий с их результатами. Формулировка «запрос на отмену отправлен» отличается от «заказ отменён»: следующий сотрудник должен понимать, нужна ли ещё проверка.
Place a reference to the relevant message or available conversation excerpt beside a disputed point. Separate customer statements from verified records: the customer reports payment and payment was matched to the order mean different things. Pass on only the information the next employee needs for this particular task.Ссылку на переписку или доступный фрагмент разговора оставьте рядом со спорным пунктом. Отделяйте слова клиента от проверенной записи: «клиент сообщает об оплате» и «оплата сопоставлена с заказом» имеют разный смысл. Передавайте только данные, нужные следующему исполнителю для этой задачи.
Conversation matchedРазговор сопоставлен
- Responsible roleОтветственный
- Current channel employeeСотрудник текущего канала
- Record / dataЗапись / данные
- Case, order and matching evidenceОбращение, заказ и основание сопоставления
- Permitted next stepРазрешённый следующий шаг
- Confirm the customer’s current goalУточнить текущую цель клиента
- Exception / recoveryИсключение / восстановление
- Keep histories separate when the match is uncertainПри неоднозначности не объединять истории
Context assembledКонтекст собран
- Responsible roleОтветственный
- Sending employeeПередающий сотрудник
- Record / dataЗапись / данные
- Facts, promises, attempts and open questionФакты, обещания, попытки и открытый вопрос
- Permitted next stepРазрешённый следующий шаг
- Present the summary to the receiving employeeПоказать сводку принимающему сотруднику
- Exception / recoveryИсключение / восстановление
- Mark contradictions as unresolvedПротиворечия отметить как нерешённые
Continuation acceptedПродолжение принято
- Responsible roleОтветственный
- Receiving employeeПринимающий сотрудник
- Record / dataЗапись / данные
- Accepted question and next response timeПринятый вопрос и срок следующего ответа
- Permitted next stepРазрешённый следующий шаг
- Resume at the unresolved pointПродолжить с нерешённого пункта
- Exception / recoveryИсключение / восстановление
- Ask specifically for any missing factНедостающий факт запросить адресно
Outcome linkedРезультат связан
- Responsible roleОтветственный
- Case ownerВладелец обращения
- Record / dataЗапись / данные
- Decision, new state and customer messageРешение, новый статус и сообщение клиенту
- Permitted next stepРазрешённый следующий шаг
- Update the linked order recordОбновить связанную запись заказа
- Exception / recoveryИсключение / восстановление
- Keep an unconfirmed change pendingНеподтверждённое изменение оставить ожидающим
Example: an address changes after a callПример: адрес меняют после звонка
Imagine a buyer requests an address change by phone, then asks in chat whether the courier will reach the correct place. The summary contains the original address, the customer’s requested address and a request to dispatch. Until dispatch confirms the change, chat staff should not say the matter is settled.Представим, что покупатель попросил изменить адрес по телефону, а позже написал в чат: «Курьер поедет куда нужно?» В сводке есть исходный адрес, новый адрес со слов клиента и запрос диспетчеру. Пока диспетчер не подтвердил изменение, сотрудник чата не должен отвечать, что вопрос уже решён.
Continue from what is known: the request has been received and the change is being checked. Once dispatch responds, communicate the precise result and record it against the order. If rerouting is impossible, retain the available alternatives and the customer’s choice; the original request should not disappear beneath a new status.Продолжение разговора начинается с известного: просьба получена, возможность изменения проверяется. После ответа диспетчера сотрудник сообщает точный результат и фиксирует его у заказа. Если маршрут изменить нельзя, в истории остаются доступные варианты и выбор клиента, а исходная просьба не исчезает под новым статусом.
Preserve promises and correctionsСохраняйте обещания и исправления
Highlight prices, deadlines, substitutions, promised callbacks and other terms the customer may already be relying on. If they turn out to be wrong, retain both the original statement and its correction. The next employee needs to understand why the customer expects one thing while the current record shows another.При передаче выделяйте цену, срок, замену товара, обещанный звонок и другие условия, на которые клиент уже мог рассчитывать. Если они оказались неверными, сохраните исходную формулировку и последующее исправление. Следующий сотрудник должен видеть, почему клиент ожидает одного, а текущая запись показывает другое.
Do not turn a short summary into a judgment about the customer. Instead of difficult buyer, a useful note says the customer asked twice about the deadline and wants a written reply. Compare the summary with the original conversation: does it retain negations, disputed amounts, the latest correction and the decision still awaited?Не превращайте краткую сводку в оценку личности клиента. Вместо «сложный покупатель» полезнее записать: «дважды уточнил срок и просит ответ сообщением». Для контроля качества сравните сводку с исходным разговором: сохранились ли отрицания, спорная сумма, последнее исправление и решение, которого клиент всё ещё ждёт.
Check the move between channelsПроверьте переход между каналами
For SABSUS, check the selected channels, history access, record-linking methods and permissions to view context. This policy does not establish automatic transfer of every field in every configuration. You can prepare the required summary yourself and arrange configuration help if needed.В SABSUS нужно проверить выбранные каналы, доступ к истории, способы связывания записей и права на просмотр контекста. Наличие этого регламента не подтверждает автоматическую передачу всех полей в любой конфигурации. Требуемую сводку можно подготовить самостоятельно и согласовать помощь с настройкой при необходимости.
Ask a colleague to continue an example conversation using only the prepared summary and linked records. They should identify the current request, distinguish completed actions from requested ones and know which question to ask next. Also check that the result returns to the order, so conversation history and operational work stay aligned.Попросите коллегу продолжить пример разговора, имея только подготовленную сводку и связанные записи. Он должен назвать текущую просьбу, отличить выполненное действие от запрошенного и понять, какой вопрос задать следующим. Отдельно проверьте возврат результата в заказ: иначе история общения и работа команды снова разойдутся.
Voice channel and contextГолосовой канал и контекст · Plan termsУсловия пакетов
Quick answersКороткие ответы
Should the entire conversation be passed on?Нужно ли передавать весь разговор?
Start with a concise summary and retain access to relevant original messages. A long history without a clearly stated open decision makes continuation harder.Начните с краткой сводки и оставьте доступ к относящимся к вопросу исходным сообщениям. Длинная история без выделенного открытого решения замедляет продолжение.
What if two channels contain different details?Что делать при разных данных в двух каналах?
Mark both sources and message times. Verify the disputed fact with the appropriate person, then record the result without silently rewriting the earlier version.Отметьте оба источника и время сообщения. Уточните спорный факт у подходящего участника, затем сохраните результат проверки, не переписывая незаметно предыдущую версию.
Must identity questions be repeated?Нужно ли снова задавать вопросы для проверки клиента?
Pass along the completed verification and its scope. Further checks are needed when the action requires them or earlier verification is insufficient, rather than merely because the channel changed.Передавайте сведения о выполненной проверке и её пределах. Дополнительное подтверждение нужно, когда этого требует действие или недостаточно прежней проверки, а не просто потому, что сменился канал.