Salesforce Data 360 - это платформа данных, созданная на основе Hyperforce, которая объединяет Salesforce и внешние данные в четкое, полное и надежное 360-градусное представление каждого клиента или организации.

Предприятия часто используют несколько организаций Salesforce из-за слияний и приобретений, региональных операций, функционального разделения или по архивным причинам. Архитекторы должны решить не только между одной начальной организацией и конфигурацией нескольких организаций, но и предоставлять ли несколько независимых экземпляров Data 360, использовать Data Cloud One для объединения организаций в одном экземпляре или сотрудничать между независимыми экземплярами Data 360 посредством общего доступа к данным между Data 360 (Data 360-to-Data 360). Эти варианты влияют на управление, соответствие, стоимость, задержку и возможность организации масштабировать функции искусственного интеллекта и межорганизационной платформы.

Data 360 инициализируется автоматически в любой производственной организации, получающей лицензию Data 360. Data Cloud One — это мультиорганизационная архитектура подключения Salesforce, позволяющая одной домашней организации размещать экземпляр Data 360, в то время как другие организации Salesforce подключаются как организации-компаньоны. Выбор организации, владеющей лицензией Data 360 и, таким образом, становящейся начальной организацией Data 360, является важным архитектурным решением, имеющим долгосрочные последствия.

Способ предоставления Salesforce Data 360 является фундаментальным архитектурным решением, поскольку он определяет способ объединения данных клиентов предприятием, внедрения управления и включения важнейших функций платформы, особенно искусственного интеллекта, Agentforce и аналитики, во всей организации. Привязка кластера организаций к одной Data 360 предоставляет объединенную модель данных, централизованное управление и единую готовность на основе искусственного интеллекта, предоставляя организациям-компаньонам доступ к общедоступным метаданным и функциям, как если бы данные были локальными. В отличие от этого, несколько независимых экземпляров Data 360 подходят, когда требования регулирования, соответствия или автономии предотвращают централизацию, а общий доступ к данным между организациями Data 360 позволяет выборочное сотрудничество без копирования между этими экземплярами.

Для архитекторов это решение крайне важно. Он определяет, кто контролирует управление данными, где находятся данные, как включены функции платформы и насколько гладко будущие интеграции и инициативы на основе искусственного интеллекта могут быть расширены. Даже в тех организациях, в которых в данный момент нет Data 360, важно защитить архитектуру от будущих ошибок, разработав стратегию добавления доступа к Data 360 в будущем. Функции Salesforce в Sales, Service, Marketing, Commerce, Industries и Agentforce всё больше создаются на Data 360. Организации, которые хотят использовать эти функции платформы, должны предоставить собственные Data 360 или подключиться к общедоступным Data 360 в качестве организаций-компаньонов.

Это руководство помогает архитекторам создать стратегию инициализации, которая балансирует между простотой, последовательностью в масштабах предприятия, соответствием и масштабируемостью, обеспечивая возможность организации уверенно использовать Data 360 для Customer 360, искусственного интеллекта и кросс-платформенных инноваций. Это поможет вам решить, как выбрать организации, в которых вы предоставляете Data 360, и как выбрать между Data Cloud One и общим доступом к данным между организациями Data 360, помогая заложить прочную основу, которая продвинет ваше предприятие вперед в будущее, ориентированное на Data 360.

Каждый вариант инициализации, будь то выбор между Data Cloud One и общим доступом к данным между организациями Data 360, или какая организация должна быть назначена начальной организацией, должен оцениваться на основе следующих межсекторальных рекомендаций:

• Инициализация связана с лицензированием: Data 360 инициализирована в организации, где приобретена лицензия Data 360, и регион определяется расположением этой организации во время инициализации.
• Держите параметры открытыми, планируя Data 360, даже если они не нужны сейчас. Решения, которые вы принимаете сейчас, могут сгладить ваш путь, если позже вы внедрите Data 360 в такие функции платформы питания, как Agentforce.
• Клиенты одной организации: Предоставьте данные 360 в существующей производственной организации для быстрого восстановления значения.
• Многоорганизационные клиенты: Уменьшите сложность, создав как можно меньше экземпляров Data 360, в идеале используя конфигурацию Data Cloud One.
• Несколько экземпляров Data 360 должны использоваться только в соответствии с требованиями соответствия, проживания или организационной автономии. В этих случаях используйте общий доступ к данным между организациями Data 360 для включения безопасного сотрудничества.
• Нулевое копирование источников данных: Обратите внимание, какие регионы поддерживаются для разных общедоступных облаков и источников данных Zero Copy. Также определите, требуется ли Private Connect для подключения к этим источникам данных и поддерживаются ли внутрирегиональные или межрегиональные подключения.
• Управление и автономия являются центральными концепциями: решить, следует ли управлять Data 360 централизованно (модель центра передового опыта) или отдельным направлениям деятельности нужны отдельные экземпляры Data 360.

При покупке лицензии Data 360 экземпляр Data 360 инициализируется в организации Salesforce, связанной с этой лицензией. Эта организация называется начальной организацией Data 360. Начальная организация является привязкой для экземпляра Data 360. Здесь:

• Хранилище данных 360 и вычисления управляются (в области, выбранной при инициализации).
• Применяются политики администрирования, управления и безопасности.
• Выполняется прием, гармонизация, разрешающая способность при опознавании, сегментация и активация данных.

В сценариях с несколькими организациями начальная организация управляет центральным экземпляром Data 360 для других организаций Salesforce "Companion".

Почему важна начальная организация:

• Оно определяет географическое расположение экземпляра Data 360.
• Он определяет ответственных и администрирующих экземпляр Data 360. Администраторы в начальной организации Data 360 имеют доступ ко всем данным, принятым в Data 360.
• Он управляет подключениями организации-компаньона в конфигурации Data Cloud One.
• Это создает основу для корпоративной стратегии обработки данных — изменение ее позже затруднено и нарушается.

Первым важным решением является необходимость предоставления Data 360 в существующей производственной организации или создания новой специализированной организации в качестве начальной организации.

Работает лучше для: Клиенты с одной организацией Salesforce или клиенты с несколькими организациями, у которых уже есть основная централизованная организация, в которой работает большинство предприятий.

• Плюсы:

  • Самый простой путь: Data 360 инициализирована там, где ваши данные CRM уже живут.
  • Немедленный доступ к локальным данным продаж, обслуживания и маркетинга.
  • Дополнительная интеграция не требуется.
  • Меньше лицензий и сред для управления.
  • Ускоряет раннее внедрение, пробные версии и способы использования в производстве.

• Минусы:

  • Может унаследовать управление текущей организацией или техническую задолженность.
  • При отсутствии одной «основной организации» выбор одной из них может привести к спорам об ответственности.
  • Производительность, связанная с расположением организации; может не соответствовать единым потребностям проживания.
  • Если несколько бизнес-единиц используют разные организации, локальная инициализация может привести к фрагментации, если она не сочетается с Data Cloud One.

Пример:
Компания SaaS с одной организацией Salesforce инициализирует Data 360 в этой организации для объединения данных подписки и поддержки клиентов.

Работает лучше для: Клиенты с несколькими организациями Salesforce, которые не могут согласоваться с одной основной организацией, или предприятия с сильной моделью центра передового опыта (СЕ).

• Плюсы:

  • С чистого листа для управления без унаследованных сложностей организации.
  • Централизованное управление по нескольким направлениям деятельности.
  • Гибкость выбора региона на основе потребностей соответствия.
  • Действует как нейтральная организация «общего обслуживания», не привязанная к одной бизнес-единице.
  • Настройте будущую архитектуру Data Cloud One (Начальная организация с несколькими организациями-компаньонами).

• Минусы:

  • Клиенты должны лицензировать новую организацию Salesforce для инициализации Data 360.
  • Дополнительная интеграция, необходимая для подключения организации к Data 360 посредством параллельного подключения Data Cloud One.
  • Может добавлять административные накладные расходы (управление пользователями, безопасность, удостоверение).
  • Медленное время до значения по сравнению с инициализацией в существующей производственной организации.

Пример:
Многонациональная финансовая компания создает специальную начальную организацию для инициализации Data 360. Все организации бизнес-единиц (Retail, Wealth, Commercial Banking) подключаются как организации-компаньоны посредством Data Cloud One.

В качестве общего принципа рекомендуем использовать существующую основную организацию в качестве начальной организации, чтобы минимизировать начальные усилия и ускорить внедрение. Создайте новую специализированную домашнюю организацию, только если этого требует стратегия долгосрочного управления или соответствия. Создание новой специализированной домашней организации - распространенный выбор для крупных предприятий с центром передового опыта (ЦПП).

Среда единой организации

Обеспечьте данные 360 в существующей производственной организации. Это повышает простоту и немедленное значение. Это позволяет избежать ненужной интеграции над головой.

Среда нескольких организаций

Предпочтите выбрать одну из основных организаций, обычно ту, где работает большая часть предприятия, или организацию, которая уже служит централизованным CRM, для выполнения функций начальной организации. Это уменьшает сложность, минимизирует работу по настройке и позволяет быстро осознать ценность Data 360. Использование существующей основной организации также позволяет избежать затрат и усилий по интеграции управления новой средой.

Когда рассматривать новую специализированную домашнюю организацию

Если в вашей организации есть сильный центр передового опыта (СЕ) и требуется управление отдельно от организаций бизнес-единиц. Если ни одна существующая организация не подходит по причине соответствия или организационных ограничений. В этих случаях создание новой начальной организации предоставляет гибкость и нейтральность, но с более медленным временем до значения.

Предприятия часто используют несколько организаций Salesforce, и это не краевой случай, а норма. По состоянию на февраль 2024 года около 19 000 клиентов Salesforce уже запустили более одной организации Salesforce.

Почему это происходит?

• Приобретения и слияния: Новые компании предоставляют собственные экземпляры Salesforce.
• Региональные операции: Отдельные организации для ЕС, Северной Америки, Азиатско-Тихоокеанского региона и т. д., часто для соответствия законам о резидентстве данных.
• Функциональное разделение: Разные бизнес-единицы (например, Retail Banking, Wealth Management, Insurance) имеют собственные организации для автономии.
• Нормативная изоляция или изоляция безопасности: Некоторые отрасли требуют наличия логически разных организаций из соображений соответствия.
• Исторические/технические причины: Со временем клиенты органично накапливают несколько организаций.

Каждая причина имеет смысл в отдельности, но вместе они создают фрагментацию данных. Без объединяющего слоя каждая организация имеет только частичное представление клиента.

Архитектурная задача: Как объединить данные между организациями в единый источник истины, соблюдая требования соответствия, управления и автономии?

Data Cloud One — это мультиорганизационная архитектура подключения Salesforce, позволяющая нескольким организациям Salesforce предоставлять общий доступ к одному экземпляру Data 360. Рекомендуемая схема для предприятий с несколькими организациями Salesforce.

В любом кластере Data Cloud One одна организация Salesforce назначена начальной организацией, которая размещает экземпляр Data 360. Другие организации Salesforce подключаются как организации-компаньоны, используя объединенные данные и метаданные из Data 360 начальной организации.

1. Прием и объединение данных (домашняя организация)
   
   • Вся конфигурация приема данных (Salesforce CRM, внешние источники, потоковая передача, пакетная передача) происходит только из начальной организации.
   • Клиент Data 360, связанный с начальной организацией, выполняет разрешающую способность при опознавании, гармонизацию, моделирование и объединение в надежные профили Customer 360.
   • Администрирование Data 360, политики управления, присвоение тегов и маскировка применяются централизованно из начальной организации.
2. Архитектура пространства данных
   
   • На начальной странице организации данные систематизируются в пространства данных, которые выступают в качестве логических контейнеров для данных, метаданных и процессов.
   • Предприятия могут создавать пространства данных для фирменных стилей, регионов или направлений деятельности.
   • Общий доступ к пространству данных: На начальной странице организации определенные пространства данных выборочно предоставляются в общий доступ организациям-компаньонам. Это обеспечивает поступление только соответствующих данных (и связанных метаданных) в соответствующие организации.
3. Общий доступ к метаданным
   Организации-компаньоны получают определения метаданных из начальной организации, включая объекты модели данных (DMO), схему объединенного профиля, вычисленные важные данные, сегменты и прочее. Они изначально отображаются в организации-компаньоне, как локальные активы, но на самом деле связаны с начальной организацией.
4. Задания для выполнения в домашней организации по сравнению с Организации-компаньоны
Доступ к функциям отличается в организациях начальной страницы и компаньона. Организации-компаньоны не могут принимать или объединять данные и полагаются на начальную организацию для приема, моделирования и объединения. Организации-компаньоны имеют доступ к данным Data 360 для поддержки функций платформы, поддерживаемой Data 360, и они могут создавать локальные важные данные, сегменты и потоки в дополнение к общедоступным надежным данным. В будущем видении они также могут получить доступ к функциям активации.

Возможности	Начальная организация	Организация-компаньон
Подключение Настройка коннекторов, создание потоков данных, прием или федерирование данных	✅	❌
Согласование и объединение Создание и выполнение трансформаций данных и разрешающей способности при опознавании	✅	❌
Управление Безопасные данные посредством пространства данных и полномочий	✅	✅
Сегменты, важные данные и модели Einstein Studio Segment & Predict Build	✅	✅
Действия над данными «Активировать повсеместно»	✅	✅
Функции платформы Конструктор подсказок, потоки, отчеты, пополнение и прочее	✅	✅
Центр поиска функций с поддержкой 360 данных, функции Sales и Service Cloud, Agentforce и прочие	✅	✅

5. Паритет функций платформы
   С точки зрения пользователей и конструкторов, после предоставления общего доступа к метаданным существуют некоторые функциональные различия между начальной организацией и организацией-компаньоном в плане использования функций Salesforce Platform. Список поддерживаемых функций находится в разделе «Функции Data 360 в организациях-компаньонах».
   
   • Функции Salesforce Platform — например, потоки, отчеты, Конструктор подсказок, панели мониторинга и другие собственные инструменты платформы — работают как на начальной странице, так и в организациях-компаньонах после получения метаданных.
   • Функции, поддерживаемые Data 360 — например, Agentforce, Prospecting Center, функции Sales Cloud Einstein и функции искусственного интеллекта Service Cloud — также безупречно работают как в домашних организациях, так и в организациях-компаньонах. Некоторые функции могут быть на пути к полной совместимости, но общая цель состоит в паритете функций между организациями Home и Companion для всех функций Cross-Cloud, зависящих от Data 360.
6. Модель потребления
   Вся деятельность организации-компаньона (запросы, запуски сегментов, потоки, запущенные Data 360, использование искусственного интеллекта, регистрация слоя Einstein Trust и т. д.) использует кредиты Data 360 из начальной организации. Поток потребления меняется в одну сторону: кредиты централизованы, выставляются и отслеживаются в сравнении с распределением кредита начальной организации. Однако можно детализировать данные, чтобы узнать, сколько кредитов использовала каждая отдельная организация в Digital Wallet.
7. Принцип проектирования: Горизонтальная конструкция
   Data Cloud One разработана как горизонтальная конструкция Salesforce Platform, во многом аналогичная безопасным средам Sandbox. Цель состоит в том, чтобы каждая новая функция, выпускаемая Salesforce, работала как на начальной странице, так и в организациях-компаньонах без дополнительной настройки. Это обеспечивает Data Cloud One не только выбор архитектуры данных, но и фундаментальный элемент Salesforce Platform в будущем.

Предприятия с несколькими организациями должны выбрать способ и место размещения Data 360 в своей экосистеме. Хотят ли они предоставить независимые Data 360 в каждой организации или использовать Data Cloud One для объединения организаций под одной начальной организацией?

Каждая организация Salesforce инициализирует собственный экземпляр Data 360.

Плюсы:

• Автономность: Каждая бизнес-единица или регион управляет собственными Data 360.
• Простота в каждой организации: Управление, безопасность и настройки локализованы.
• Соответствие: нормативным требованиям Используется, когда требуется строгое разделение по регламенту (например, данные не должны пересекать границы).

Минусы:

• Хранилища данных: Customer 360 не может быть достигнут в разных организациях.
• Высокая стоимость: Каждый экземпляр требует лицензирования, администрирования и интеграции. В итоге клиенты принимают одни и те же исходные данные несколько раз, чтобы получить полное представление C360 в нескольких разных организациях.
• Повторяющаяся работа: Разрешающая способность при опознавании, сегментация и пополнение должны повторяться в каждом Data 360.

Отдельные Data 360 инициализированы в начальной организации, а другие организации Salesforce подключены как организации-компаньоны.

Плюсы:

• Единый источник истины (SSOT): Все организации используют одну объединенную модель данных.
• Рентабельность: Только одна лицензия Data 360 и инфраструктура для управления.
• Единое управление: Политики, безопасность и контроль соответствия применяются централизованно.
• Межорганизационное обогащение: Организации-компаньоны имеют доступ к гармонизированным профилям, важным данным и сегментам.
• Готовность к искусственному интеллекту: Общекорпоративный набор данных позволяет лучше обучать и активировать модели на основе искусственного интеллекта.
• Будущее доказательство: Добавление новых организаций-компаньонов просто; нет необходимости в новых Data 360.

Минусы:

• Дополнительная подготовка: Требует планирования подключения организации к начальной странице.
• Рекомендации по задержке: Организации-компаньоны в разных регионах могут видеть более медленные запросы.
• Сложное управление: Если у каждой организации очень разные потребности в настройке, тонкое управление может быть сложным.

В некоторых случаях, управление, соответствие или другие бизнес-требования могут сделать кластеризацию каждой организации непрактичной. Это может привести к необходимости внедрения гибридного решения, в котором предприятие использует несколько Data 360, каждая из которых является начальной организацией для отдельного кластера организаций-компаньонов.

Многонациональная корпорация имеет организации Salesforce в разных регионах, включая Европу, США и Азию. Чтобы соответствовать региональным регламентам резидентства данных, они предоставляют один Data 360 для каждого отдельного региона.

Предпочитаемая схема: Data Cloud One

По умолчанию используется одна начальная организация с подключенными организациями-компаньонами для предприятий с несколькими организациями.
Таким образом создается единый Customer 360, упрощается управление и оптимизируется стоимость.

Когда использовать несколько Data 360:

Только если этого строго требует соответствие требованиям, вид на жительство или организационная самостоятельность. Например, если европейские операции должны оставаться полностью отдельными от операций США из-за регулирования.

Как выбрать начальную организацию в Data Cloud One:

Начните с одной из основных организаций, обычно в которой работает большинство предприятий. Инициализация Data 360 там может минимизировать сложность и увеличить раннее значение.

Только при отсутствии подходящей существующей организации рекомендуем создать специальную домашнюю организацию под управлением рабочей группы центра передового опыта.

Общий принцип:

В мультиорганизационных средах минимизируйте количество Data 360. Отдайте предпочтение Data Cloud One в качестве стандартной схемы для уменьшения дублирования, включения готовности на основе искусственного интеллекта и упрощения управления.

Хотя Data Cloud One является рекомендованным подходом для большинства предприятий, существуют сценарии, когда клиентам может понадобиться предоставить несколько экземпляров Data 360. При наличии нескольких Data 360 их объединение не происходит автоматически.

Общий доступ к данным от Data 360 до Data 360 позволяет клиентам предоставлять общий доступ к определенным объектам между экземплярами Data 360 без дублирования или настраиваемых ожидаемых продаж. Это механизм общего доступа к метаданным с нулевой копией, созданный для сотрудничества в Data 360s.

• Каждая Data 360 инициализирована в собственной начальной организации.
• Администраторы могут создать общий доступ к данным — группировку определенных объектов, к которым они хотят предоставить общий доступ.
• Доступ к выбранным данным предоставляется в общий доступ с Data 360 целевой организации, где объекты отображаются как локальные. Основные данные остаются в источнике Data 360; общий доступ предоставляется только к ним.
• Теги не общедоступны. Доступны только исходные объекты; целевая организация должна повторно применить любые теги управления, операционные теги или теги на основе искусственного интеллекта.

• В Data Cloud One несколько организаций-компаньонов используют один экземпляр Data 360. Функции платформы (Agentforce, Prospecting Center, Tableau Next и т. д.) все выполняются на одних и тех же базовых данных, обеспечивая согласованность.
• При использовании общего доступа к данным между организациями Data 360 каждая организация использует собственные Data 360. Такие функции, как Agentforce в организации А и организации Б, действуют независимо в своем локальном экземпляре. Общий доступ не происходит автоматически — необходимо создать преднамеренный общий доступ к данным только для определенных объектов.

Региональное соответствие:
Транснациональный розничный продавец инициализирует один Data 360 в ЕС и другой в США. Общий доступ к данным Data 360-to-Data 360 позволяет компании агрегировать важные данные (например, КПЭ лояльности) для предоставления общего доступа штаб-квартире в США, в то время как исходные данные остаются локальными.

Сотрудничество бизнес-единиц:
Конгломерат запускает отдельные Data 360 для Retail и Insurance. Общий доступ к данным между Data 360s позволяет пользователям открывать один авторитетный источник данных без перемещения или копирования. С помощью общего доступа к данным между организациями Data 360 страховая организация получает сегмент Retail «Ценный клиент» для целевых кампаний перекрестных продаж.

Слияния и приобретения:
Родительская компания приобретает дочернюю компанию с собственным Data 360. При наличии двух экземпляров для управления сохранение хранилищ краткосрочных данных сохраняет безопасность данных и целостность SSOT. Одновременно, общий доступ к данным между двумя экземплярами Data 360 позволяет необходимое сотрудничество во время перехода.

Федеральные исполнительные панели мониторинга:
Многонациональное распространение по континентам инициирует отдельные данные 360 на регион. Руководителям нужно федеративное квартальное представление производительности. Каждая региональная Data 360 предоставляет общий доступ к агрегированным вычисленным важным данным «Исполнительной организации», что позволяет создавать единую корпоративную отчетность.

Если у предприятия есть несколько Data 360:

• Используйте общий доступ к данным между организациями Data 360, чтобы сотрудничать между ними, а не создавать настраиваемые ожидаемые продажи или дублировать данные.
• Предоставьте общий доступ к определенным объектам (DMO, вычисленные важные данные, сегменты), создав общий доступ к данным и предоставив их целевым организациям.
• Обратите внимание, что теги не общедоступны — организация-получатель должна повторно применить теги (например, управление, классификация, пополнение на основе искусственного интеллекта).

Когда использовать общий доступ к данным между организациями Data 360:

• Соответствие нормативным требованиям, предотвращающим централизацию.
• Поддержание автономности бизнес-единиц при включении выборочного сотрудничества.
• Для предоставления федеративных исполнительных панелей мониторинга в нескольких регионах.
• Для объединения сценариев M&A, где консолидация невозможна немедленно.

Тщательно проектируйте

Общий доступ должен быть преднамеренным и объектным. Избегайте чрезмерного общего доступа — соотнесите общий доступ к данным с бизнес-требованиями и требованиями соответствия. Считайте общий доступ к данным Data 360-to-Data 360 стратегией федерации, а не заменой Data Cloud One .

1. Каждая организация должна планировать доступ к Data 360
   
   • В дальнейшем все функции Salesforce Platform — от Sales Cloud и Service Cloud до Agentforce — требуют подключения Data 360. Каждая организация должна либо размещать домашнюю организацию Data 360, либо быть организацией-компаньоном, подключенной посредством Data Cloud One.
2. Мыслить по всей организации, а не по организации
   
   • Избегайте односторонних решений по роду деятельности, принимаемых изолированно.
   • Решение об инициализации должно приниматься коллективно, в идеале советом по архитектуре предприятия или управлению данными. Всегда прогнозируйте будущие потребности в искусственном интеллекте и аналитике, которые зависят от широких объединенных наборов данных.
3. Уменьшение объема хранилищ данных
   
   • Рекомендуем инициализировать Data 360 в существующей основной организации для простоты и скорости.
   • В мультиорганизационных средах Data Cloud One является стандартной схемой для объединения организаций под одной Data 360.
   • Предоставьте несколько Data 360, только если они строго обязательны для соответствия, проживания или организационной автономии.
4. Преднамеренное проектирование при необходимости выполнения нескольких Data 360
   
   • Настройте общий доступ к данным между организациями Data 360 для сотрудничества, а не для настраиваемых ожидаемых продаж ETL.
   • Общий доступ к определенным объектам (DMO, вычисленные важные данные, сегменты) посредством общего доступа к данным.
   • Помните: теги не общедоступны, а счет за потребление выставляется исходной организации.
5. Раннее планирование управления и ответственности
   
   • Решите, будут ли данные 360 управляться централизованно (модель центра передового опыта) или делегированы направлениям деятельности. Определите роли для администраторов, групп безопасности и интересов соответствия.
   • Избегайте двусмысленности: неясная ответственность - распространенный источник трения.
6. Избежание быстрых клавиш
   
   • Не накручивайте несколько Data 360 для ОПК без долгосрочного плана — это позже создаст сбой в работе консолидации.
   • Вместо этого соотнесите пробные и ранние развертывания с общеорганизационной стратегией инициализации.

Эти варианты инициализации важны, поскольку Salesforce Platform переходит на модель Data 360, где от нее будут зависеть все функции, от сегментации клиентов до искусственного интеллекта. Решения, которые вы примете сегодня, заложат основу эффективности объединения данных клиентов предприятием, скорости внедрения новых функций Salesforce и уверенности в масштабировании искусственного интеллекта в вашем предприятии. Чтобы добиться успеха, необходимо тщательно инициализировать, минимизировать дублирование, соответствовать требованиям соответствия, сознательно управлять и думать о долгосрочной перспективе. В конечном счете, инициализация Data 360 - это первый шаг в обеспечении совместной работы данных, искусственного интеллекта и CRM как единой целостной платформы.

Кунал Гойал является директором по управлению продуктами Salesforce, занимается развитием архитектуры нескольких организаций и масштабируемости в Data 360. С 2017 года он возглавлял несколько инициатив и продуктов, ориентированных на межорганизационное сотрудничество и проектирование систем с несколькими клиентами. Кунал является одним из интересов архитектуры Data 360 и ответственным за продукт для Data Cloud One, настройки, инициализации и взаимодействий администратора.

Эрин Вагнер Тидуэлл - основной технический писатель и конструктор содержимого для Data 360. Работает в Salesforce с 2013 года. Она стремится упростить понимание и использование Data 360 посредством четкой, последовательной и точной технической документации и внутрипрограммных коммуникаций.

Югандхар Бора является архитектором программного обеспечения в Salesforce, специализируется на архитектуре данных в платформе приложений Data & Intelligence. Он руководит инициативами совета по проверке архитектуры предприятия (EARB), сосредоточенными на управлении данными и объединенных моделях данных, одновременно внося вклад в автоматизированные решения инициализации платформы.

Самарпан Джейн - главный архитектор Salesforce, специализирующийся на Commerce Cloud, интеграции платформы и межорганизационной архитектуре. Один из самых длительных сотрудников Salesforce, он возглавляет ключевые инициативы, включительно с соответствием резидентства данных для государственных клиентов и системами атрибуции использования Data 360.