Link a customer across channels safelyКак связать клиента между каналами
A unified profile starts with evidence that records concern the same person. A matching name or phone number does not always establish that. POS, app and chat may record different roles: buyer, payer and recipient. Define relationship rules before deciding which history staff should see.Единый профиль начинается с доказательства, что записи относятся к одному человеку. Совпадение имени или телефона этого не всегда подтверждает. Касса, приложение и переписка могут хранить разные роли: покупателя, плательщика и получателя. Сначала установите правила связей, затем решайте, какую историю показывать сотруднику.

Separate the person, contact and roleРазделите человека, контакт и роль
Use a stable internal profile identifier separately from changeable phone or email details. Identify buyer, payer and recipient on an order when those roles differ. A company email address or household phone does not make every participant the same customer.Стабильный внутренний идентификатор профиля нужен отдельно от изменяемого телефона или адреса почты. Для заказа укажите, кто покупатель, плательщик и получатель, если роли различаются. Корпоративный адрес или семейный телефон не превращают всех участников в одного клиента.
Define which relationships the workflow needs and where a reference is sufficient without merging profiles. Someone may collect another person’s order without gaining access to the buyer’s history. Verify which relationships and restrictions the configuration actually supports.Определите, какие связи нужны рабочему процессу и где достаточно ссылки без объединения профилей. Например, человек может получать чужой заказ, не получая доступ к истории покупателя. Уточните, какие отношения и ограничения реально поддерживает выбранная конфигурация.
Define evidence for a confirmed matchУстановите основания для подтверждённой связи
For each channel, name verifiable evidence: a verified account, known member identifier or an established inquiry-verification procedure. Names, similar addresses and matching numbers may only be review signals. Do not turn weak similarity into an automatic decision.Для каждого канала назовите проверяемое основание: подтверждённую учётную запись, известный идентификатор участника или установленный порядок проверки обращения. Имя, похожий адрес и совпадающий номер могут быть только сигналами для разбора. Не превращайте слабое совпадение в автоматическое решение.
When a contact changes, verify continuity with the earlier profile without revealing someone else’s history. A number may have been reassigned, or a shared mailbox used by several employees. Keep uncertain records separate until a decision is made and record who confirmed it.При смене контакта проверьте связь с прежним профилем без раскрытия чужой истории. Номер мог перейти другому человеку, а общий почтовый ящик — использоваться несколькими сотрудниками. Сомнительные записи держите раздельно до принятия решения и фиксируйте, кто его подтвердил.
Preserve event provenance and meaningСохраняйте происхождение событий
Linked history should preserve the original channel, order or case identifier and event time. Record update-receipt time separately when it arrives later. Reloading the same purchase should not create another purchase; verify how repeated records are recognized.Связанная история должна сохранять исходный канал, идентификатор заказа или обращения и время события. Отдельно отмечайте время получения обновления, если оно пришло позже. Повторная загрузка той же покупки не создаёт ещё одну покупку; правила распознавания повторов требуют проверки.
With verified customer identities and purchase events, RFM analysis compares recency, frequency and monetary value within a fixed window; permission to contact remains a separate check.При проверенных идентификаторах клиентов и событиях покупок RFM-анализ сопоставляет давность, частоту и денежную сумму покупок за заданный период; разрешение на контакт проверяется отдельно.
For conflicting values, define authority and selection rules: a newly confirmed preference should not be replaced by an old import. Do not erase provenance to make the profile appear tidy. Staff should distinguish current values, historical observations and unverified notes.Для конфликтующих значений определите источник и правило выбора: новое подтверждённое предпочтение не должно уступать старому импорту. Не стирайте происхождение ради аккуратной карточки. Сотрудник должен отличать действующее значение, старое наблюдение и неподтверждённую заметку.
Organize customer data sourcesКак организовать источники клиентских данных
Prepare to correct a mistaken relationshipПодготовьте исправление ошибочной связи
Define who investigates a disputed merge, what evidence they review and which actions pause. Mixed history should not continue driving messages or rewards while event ownership is uncertain. Verify separation and relationship-restoration options before broad merging.Опишите, кто разбирает спорное объединение, какие доказательства проверяет и какие действия временно останавливаются. Нельзя продолжать использовать смешанную историю для сообщений или бонусов, пока непонятно, кому принадлежат события. Возможность разделения и восстановления связей нужно проверить до массового объединения.
A correction must consider linked orders, cases, preferences and reward movements, not merely the profile name. Keep the decision reason and original references in the available log. If safe correction is unsupported, leave ambiguous profiles separate and agree manual review.Исправление должно учитывать связанные заказы, обращения, предпочтения и бонусные операции, а не только имя на карточке. Сохраняйте причину решения и исходные ссылки в доступном журнале. Если система не поддерживает безопасное исправление, оставьте неоднозначные профили отдельными и согласуйте ручной разбор.
Test usefulness and access boundariesПроверьте полезность и границы доступа
Show staff information needed for their task: the collection order, open commitment or basis for a correction. Check viewing and editing limits and current channel choices before contact. A unified profile does not imply identical access for cashiers, support and marketing.Показывайте сотруднику данные для его задачи: заказ выдачи, открытое обещание или основание корректировки. Проверьте ограничения просмотра и изменения, а также применение текущего выбора канала перед контактом. Единая карточка не означает одинаковый доступ для кассира, поддержки и маркетинга.
Test a shared phone, changed number, distinct buyer and recipient, late event and incorrect relationship. Measure uncertain matches, disputed merges and review time separately from the share of linked orders. Acceptance requires explainable decisions and no exposure of another person’s history in the tested journey.Испытайте общий телефон, смену номера, покупателя и отдельного получателя, позднее событие и ошибочную связь. Измеряйте неподтверждённые совпадения, спорные объединения и время разбора отдельно от доли связанных заказов. Приёмка требует объяснимых решений и отсутствия чужой истории в проверяемом сценарии.
Verify access and correction controlsКак проверить доступ и исправление данных
Quick answersКороткие ответы
Is a matching phone number enough?Достаточно ли совпадения телефона?
No. It may be shared, incorrect or reassigned. Use an agreed verification method and preserve uncertainty when the evidence is insufficient.Нет. Он может быть общим, ошибочным или переданным другому человеку. Используйте согласованное подтверждение и сохраняйте неопределённость, когда его недостаточно.
Should payer and recipient be merged?Нужно ли объединять плательщика и получателя?
Not when they are different people. Their roles can be linked separately to the order; involvement in one purchase does not automatically grant history access or action rights.Нет, если это разные люди. Их роли можно связать с заказом отдельно; доступ к истории и право на действия не следуют автоматически из участия в одной покупке.
How should a mistaken merge be handled?Что делать с ошибочным объединением?
Pause dependent actions, preserve original references and assign review to an authorized employee. Use a verified correction method and check the associated events.Приостановите зависимые действия, сохраните исходные связи и передайте разбор уполномоченному сотруднику. Применяйте только проверенный способ исправления с проверкой связанных событий.
