Customer access: own app or marketplace?Свой канал и площадка: данные
Customers are not property. “Customer ownership” is a shorthand for practical rights and responsibilities: access to records, permission to contact people, continuity of support and the ability to move usable history. A logo on an app and a customer name on an order establish different parts of that picture.Клиенты не являются собственностью. «Владение клиентом» — условное название прав и обязанностей: доступа к записям, разрешения на контакт, продолжения поддержки и переноса полезной истории. Логотип приложения и имя в заказе подтверждают разные части этой картины.
Which customer relationships remain usable if the channel changes?Какие связи с клиентами сохранятся при смене канала?
A restaurant combines marketplace orders with a branded direct channel and wants to improve repeat service. Before sending promotions or consolidating profiles, list what each channel actually supplies: order reference, name, contact route, support history, available permissions and export format. Do not assume every marketplace withholds every field or that a direct order permits every later use.Ресторан совмещает площадку и брендированный прямой канал и хочет улучшить повторное обслуживание. До рассылок или объединения профилей перечислите данные каждого канала: номер заказа, имя, способ связи, историю поддержки, доступные разрешения и формат выгрузки. Не предполагайте, что все площадки скрывают всё или что прямой заказ разрешает любое дальнейшее использование.
The customer-process owner and the business’s data-responsibility lead define the permitted purposes and access rules. A service employee may need an order contact without needing a marketing audience export. Establish the practical procedure with the relevant advisers and service terms. This article offers an operational review method, not a legal conclusion about ownership or consent.Владелец клиентского процесса и ответственный за данные определяют цели и правила доступа. Сервису может быть нужен контакт по заказу без права выгрузки маркетинговой аудитории. Согласуйте порядок с профильными специалистами и условиями сервисов. Здесь предложен операционный метод проверки, а не юридический вывод о собственности или согласии.
When each option makes senseКогда подходит каждый вариант
Marketplace relationshipОтношения через площадку
A marketplace can bring discovery and provide ordering or delivery services under its terms. Uber’s official US pages distinguish Marketplace, Direct fulfillment and Webshop. Examine the actual product’s fields, communication routes and exports; do not generalize one marketplace agreement to all channels.Площадка может обеспечивать поиск, заказ или доставку по своим условиям. Американские страницы Uber различают Marketplace, исполнение Direct и Webshop. Проверяйте поля, пути связи и выгрузку конкретного продукта; один договор не описывает все каналы.
Official documentation: Официальные материалы: Uber Eats Marketplace
Direct channel within an ecosystemПрямой канал внутри экосистемы
DoorDash Online Ordering is direct ordering through merchant links, separate from Marketplace discovery. Toast also offers direct ordering and branded-app products. These examples show that direct versus marketplace is a channel distinction, not a clean division between vendor names or subscription types.DoorDash Online Ordering — прямые заказы по ссылкам продавца, отдельные от поиска Marketplace. Toast тоже предлагает прямые заказы и брендированные приложения. Поэтому прямой канал и площадка — различие сценариев, а не чёткое деление по названиям поставщиков или подписок.
Official documentation: Официальные материалы: DoorDash Online Ordering / Storefront · Toast
SABSUS White Label channelКанал SABSUS White Label
SABSUS describes a branded site and separate customer app connected with operational records. Verify actual access, exports, publication responsibilities and exit arrangements. Branding does not automatically transfer code rights or guarantee that every external channel’s customer data can be imported and reused.SABSUS описывает сайт и отдельное клиентское приложение под брендом, связанные с рабочими записями. Проверьте доступ, выгрузки, публикацию и выход. Брендирование не передаёт автоматически права на код и не гарантирует импорт и использование любых клиентских данных внешних каналов.
How to make the decisionКак принять решение
Request a small, authorized export sample rather than relying on the word “exportable.” Check whether orders link to line items, refunds, support cases and the source of contact preferences. A flat contact list may preserve names while losing the evidence needed to continue service. Record missing fields honestly; do not invent identity matches to make channels appear unified.Запросите небольшую разрешённую выгрузку вместо доверия слову «экспорт». Проверьте связи заказов с позициями, возвратами, обращениями и источниками контактных предпочтений. Плоский список сохраняет имена, но может потерять доказательства для обслуживания. Честно отметьте отсутствующие поля; не выдумывайте совпадения личности ради общего профиля.
Keep channel provenance after migration so reporting can distinguish acquisition, repeat service and uncertain identity links. Do not interpret all direct-channel customers as newly acquired or all marketplace history as reusable marketing data. A useful export preserves what is known and what remains restricted. The receiving team should be able to explain both without asking the former provider to reconstruct every case.После переноса сохраняйте источник канала, чтобы различать привлечение, повторное обслуживание и сомнительные связи личности. Не считайте всех клиентов прямого канала новыми, а историю площадки — готовой маркетинговой базой. Полезная выгрузка сохраняет известные факты и ограничения. Принимающая команда должна объяснять и то и другое без постоянного восстановления у прежнего провайдера. Проверьте, что отчёт не превращает неизвестный источник согласия в положительное разрешение по умолчанию.
The exception that tests the choiceИсключение для проверки выбора
Test an exit while a customer has an unresolved refund and has withdrawn promotional contact. The new service workflow must still locate the order and support issue while respecting the updated contact choice. A shared household phone must not combine unrelated people’s histories. The migration owner preserves original channel identifiers and pauses uncertain matches for review.Проверьте выход, когда у клиента открыт возврат и отозвано желание получать рекламу. Новый сервисный процесс должен найти заказ и проблему, сохранив актуальный выбор контакта. Общий семейный телефон не должен объединять чужие истории. Владелец миграции сохраняет исходные номера каналов и направляет сомнительные совпадения на проверку.
Evidence to accept the workflowДоказательства для приёмки
- Compare actual accessible and exportable fields, their purpose, relationship keys and restrictions for each selected channel.Сравните реально доступные и выгружаемые поля, цели, ключи связей и ограничения каждого выбранного канала.
- Reconstruct one order, partial refund, support request and changed contact preference from the sample without guessing missing history.Восстановите по образцу заказ, частичный возврат, обращение и изменение предпочтений без догадок о пропущенной истории.
- Agree who handles open customer obligations during exit, when access changes and how a disputed or incorrect profile link is corrected.Определите обслуживание открытых обязательств при выходе, сроки смены доступа и исправление спорной или ошибочной связи профилей.
A practical next stepПрактический следующий шаг
Bring the field-and-rights checklist to a SABSUS White Label discussion and ask the same questions of other channel providers. Keep acquisition economics separate from this review. The result should be a verified account of what your team can access, use and carry forward while continuing to serve customers.Для обсуждения SABSUS White Label подготовьте список полей и прав и задайте те же вопросы другим провайдерам. Экономику привлечения оцените отдельно. Итогом должно стать проверенное понимание того, к чему команда имеет доступ, что вправе использовать и переносить для продолжения обслуживания.
Quick answersКороткие ответы
Does a branded app mean unrestricted customer data use?Своё приложение даёт неограниченное использование данных?
No. Access, purpose, permissions and service terms remain separate requirements even under your brand.Нет. Доступ, цели, разрешения и условия сервисов остаются отдельными требованиями даже под вашим брендом.
Is an export file enough for portability?Файла выгрузки достаточно для переноса?
Only if required fields, relationships and usable history survive and the receiving workflow can interpret them.Только если сохраняются нужные поля, связи и полезная история, которые принимает и понимает новый процесс.
Sources and scopeИсточники и границы
Official materials checked on 6 October 2026. Examples establish advertised or documented scope, not a complete market ranking or a test of your account. Confirm the current plan, region, providers and configuration; acceptance cases above are proposed checks, not claimed product results.Официальные материалы проверены 6 октября 2026 года. Примеры подтверждают заявленный или документированный объём, а не полный рейтинг рынка или проверку вашего аккаунта. Уточните текущий тариф, регион, провайдеров и конфигурацию; сценарии выше — предлагаемые проверки, а не заявленные результаты продукта.