Turn a customer request into owned workКак передать обращение в работу
A request can get lost even after it is recorded. It may have no owner, become a duplicate after another call, or close before anyone accepts the order. Follow one request from intake: what the customer needs, who decides, and which evidence allows the next person to take over.Заявка теряется не только тогда, когда её забыли записать. Она может остаться без ответственного, превратиться в дубль после повторного звонка или закрыться раньше, чем заказ принят в работу. Разберите путь одного обращения: что клиент просит, кто принимает решение и какое подтверждение позволяет передать работу дальше.

Record the request, source and constraintЗапишите запрос, источник и ограничение
Record the channel and time, stated need, requested deadline and reply method. Separate the customer’s words from staff assumptions: “needed this evening” is not an agreed collection time. Link the record to the message or call note available to whoever continues the work.Сохраните канал и время обращения, формулировку потребности, нужный срок и способ ответить. Отделите слова клиента от предположений сотрудника: «нужен заказ к вечеру» ещё не означает согласованный срок выдачи. Свяжите запись с сообщением или заметкой разговора, доступной тем, кто продолжит работу.
Avoid making every field mandatory just to fill the profile. A quote may require items and quantities; a callback needs a contact method. Unnecessary information should not delay a reply. State what must be clarified before committing to a price or deadline.Не делайте все поля обязательными ради полноты карточки. Для расчёта могут понадобиться состав и количество, для обратного звонка — контакт. Данные, которые пока не нужны, не должны задерживать ответ. Зафиксируйте, что необходимо уточнить до обещания цены или срока.
Separate another message from a new requestОтличите повторное сообщение от новой заявки
Check for an existing case using its identifier, order reference and verified contact. Another message about the same delivery belongs with that case; a new need from the same customer may require a separate request. Do not merge records solely because names or numbers look similar.Проверьте существующее обращение по известному идентификатору, заказу и подтверждённому контакту. Повторное сообщение о той же доставке дополняет дело; новая потребность того же клиента может требовать отдельной заявки. Не объединяйте записи только по имени или похожему номеру.
When uncertain, leave the match unconfirmed and ask the minimum clarifying question. Preserve original references so the decision can be checked. For a shared household or business contact, establish who is asking and which order the conversation concerns.При сомнении оставьте связь как неподтверждённую и задайте минимальный уточняющий вопрос. Сохраняйте исходные ссылки, чтобы объединение можно было проверить. Для общего семейного или рабочего контакта отдельно выясните, кто обращается и какой заказ обсуждается.
Customer identity matching rulesПравила сопоставления клиентов
Assign an action with completion evidenceНазначьте действие с доказательством завершения
Replace a vague “in progress” label with an action, owner and due time: check availability, agree a substitution or prepare a quote. Completion needs an outcome, such as confirmed contents and a sent proposal. Creating a task alone does not prove that its assignee accepted it.Вместо статуса «в работе» укажите действие, ответственного и срок: проверить наличие, согласовать замену или подготовить расчёт. Завершение должно иметь результат, например подтверждённый состав и отправленное предложение. Само создание задачи не подтверждает, что сотрудник её принял.
Use an agreed cover arrangement when the owner is absent. The duty manager should see unassigned work, while requests waiting for a customer need a review date. Do not silently extend deadlines; that conceals delay and leaves the original commitment unresolved.Если ответственный отсутствует, назначьте замену по установленному порядку. Очередь без владельца должна быть видна дежурному, а ожидание клиента — иметь дату проверки. Не продлевайте сроки автоматически без причины: это скрывает задержку и оставляет обещание невыполненным.
Hand over the agreed terms with the orderПередавайте условия вместе с заказом
Before creating an order, check agreed contents, price, timing and fulfillment method. Preserve a reference between the request and order rather than an untraceable text copy. The recipient confirms that the information supports the next step; disputed terms return for clarification.Перед созданием заказа проверьте согласованный состав, цену, срок и способ исполнения. Сохраните ссылку между заявкой и заказом, а не копию свободного текста без источника. Получатель подтверждает, что данных достаточно для следующего шага; спорные условия возвращаются на уточнение.
A refusal, no response and a successful handover are different outcomes. Record an actual reason for refusal when the customer gives one. When reopening a case, retain its history and verify the terms again. An earlier offer should not be assumed to remain valid.Отказ, отсутствие ответа и успешная передача — разные исходы. При отказе сохраните фактическую причину, если клиент её сообщил. При повторном открытии продолжайте прежнюю историю и проверьте актуальность условий. Старое предложение не следует считать действующим без проверки.
Connect requests, orders and paymentsСвязь заявки, заказа и расчёта
Check the queue and accept the workflowПроверьте очередь и приёмку процесса
Measure receipt-to-substantive-response time separately from automated acknowledgments. Track requests without owners, overdue next actions and handovers returned for missing information. Define working hours, included channels and exclusions for each measure so comparisons between shifts remain meaningful.Измеряйте время от получения до содержательного ответа отдельно от автоматического подтверждения. Смотрите долю обращений без владельца, просроченные следующие действия и передачи, возвращённые из-за неполных данных. Для каждого показателя зафиксируйте рабочие часы, каналы и исключения, иначе сравнение смен будет неточным.
For acceptance, follow a form submission, a call about that same request, reassignment and a clarification after refusal. Verify that the source remains traceable, history is not duplicated, deadlines remain visible and another employee knows the next step. Confirm capture and routing behavior in the selected SABSUS configuration.При приёмке проведите форму, звонок по той же заявке, смену ответственного и уточнение после отказа. Проверьте, что запрос не потерял источник, история не задвоилась, срок остался видимым и новый сотрудник понимает следующий шаг. Возможности захвата и маршрутизации проверьте в выбранной конфигурации SABSUS.
Quick answersКороткие ответы
When should a request close?Когда закрывать заявку?
Close it when there is a defined outcome: the next participant accepts the order, the customer declines, or the agreed waiting procedure ends. A sent message alone does not prove handover.Когда зафиксирован понятный исход: заказ принят следующим участником, клиент отказался либо завершён установленный порядок ожидания. Отправленное сообщение само по себе не доказывает передачу.
Does every call need a separate request?Нужна ли отдельная заявка на каждый звонок?
Not when it continues the same need. Add the event to the existing history. Separate new work by the substance of the request, not simply by a change of channel.Нет, если звонок продолжает ту же потребность. Добавьте событие в существующую историю. Новую задачу отделяют по содержанию запроса, а не по факту смены канала.
How should incomplete requests be handled?Что делать с неполной заявкой?
Assign clarification to an owner, list the missing information and set a review time. Do not promise fulfillment while unresolved conditions prevent confirmation.Назначьте уточнение и ответственного, отметьте недостающие данные и срок проверки. Не обещайте исполнение, пока неизвестные условия мешают его подтвердить.
