Conversational Email provides the most direct and autonomous solution. Rather than forcing customers to navigate to another web experience or create conventional support cases, NTO can make the existing Order Confirmation and Tracking emails conversational. Customers can simply reply to the email with a question such as "Where is my order?"

Salesforce states that Conversational Email integrates with Agentforce, Digital Engagement, and Data 360. The platform analyzes inbound replies, determines intent, and can route the conversation to an Agentforce agent or human representative while preserving the complete email-thread context.

Salesforce specifically lists Order Management and tracking-information requests as a Conversational Email use case. This makes C particularly strong: Agentforce can resolve repetitive tracking requests without generating unnecessary low-value support workload.

Option A adds friction by sending the customer to a separate chatbot page. Option B only automates routing after a support ticket already exists, whereas the requirement is to reduce or eliminate those cases through autonomous handling.

The uploaded source also keys C.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Autonomous Service and Order Management.

===============

A Salesforce CRM connector in Data 360 is a foundational prerequisite for bringing CRM data into Marketing Cloud Next. Salesforce's setup documentation lists creating a Salesforce CRM connector as one of the required tasks during initial Marketing Cloud Next configuration. The Sales Data Kit then deploys CRM data streams for objects such as Accounts, Contacts, Leads, and Opportunities.

An Identity Resolution ruleset isn't required before deploying the Sales Data Kit. In fact, Salesforce explains that deploying the Sales Data Kit provides a faster path to subsequently building Identity Resolution rulesets because the required CRM objects and mappings are already available.

Option C is plausible in a generic deployment failure, because deployment does require System Administrator plus Data Cloud Architect and Marketing Cloud Admin permissions. However, the question's provisioning context and guided deployment dependency point specifically to the missing CRM connector. The master bank likewise identifies B.

Therefore, before deploying the Sales Data Kit, the consultant should ensure Data 360 is enabled and its Salesforce CRM connector has been established.

Study Guide Reference: Platform Setup and Governance → Marketing Cloud Next Setup → CRM Connector and Sales Data Kit Deployment.

===============

A Marketing Object is the most efficient solution when marketers have standalone structured data that is needed for personalization but doesn't need to become part of the enterprise Data 360 customer model. Salesforce allows users to create a Marketing Object directly by uploading a CSV file. The platform creates the object and loads the data in a single operation, automatically inferring supported field types from the uploaded columns.

Salesforce specifically describes Marketing Objects as appropriate for product information, reference data, content variations, and personalized campaign data . The information stored in them can then be retrieved from Marketing Cloud Next content by using Handlebars or AMPscript.

Creating a CRM custom object introduces unnecessary CRM configuration for data that exists only to support a one-time marketing campaign. Similarly, creating a Data 360 data stream and mapping it to a DMO adds ingestion, mapping, processing, and governance overhead that isn't justified by this isolated personalization requirement.

Therefore, A provides the simplest marketer-controlled architecture while maintaining the data in Marketing Cloud Next.

The uploaded master bank also keys A.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Marketing Objects → CSV Import and Message Personalization.

===============

The source bank recommends starting with a single lean Data Graph and expanding it as additional campaign requirements emerge . This approach avoids building unnecessary relationships and processing large datasets before an actual personalization use case requires them.

Current Salesforce guidance supports the underlying principle. Marketing Cloud Next personalization begins with a Unified Individual-based Data Graph containing required identity/contact fields plus the additional objects and fields required for personalization . Salesforce also notes that Data Graph cost and processing depend on data-model structure, participating records, refresh frequency, and fields updated. It recommends filters so that only records required for the use case are included.

Option A risks creating an oversized graph based on speculative future requirements. Option B introduces two graphs immediately even though the first campaign doesn't establish a requirement for separate demographic and transactional graphs. In the standard Marketing Cloud Next configuration without additional Personalization capabilities, Salesforce also notes that only one default Data Graph is used at a time.

Therefore, begin with the smallest useful graph, validate the campaign, and expand the graph as real personalization requirements develop.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Data Graph Design → Use-Case-Driven Personalization Architecture.

The correct reconciliation strategy is Source Sequence , also described in newer Salesforce materials as Source Priority . This rule lets the consultant rank source systems from most trusted to least trusted when Data 360 must select a single representative value for a unified profile attribute.

In this scenario, Salesforce CRM has already been identified as the authoritative source for First Name. The consultant therefore places the CRM source first in the reconciliation priority. When a CRM value exists, Data 360 selects that value instead of choosing one from a lower-priority ecommerce, loyalty, or external source.

Most Frequent would select whichever value occurs most often among the linked records. That doesn't satisfy the requirement because multiple unreliable sources could outweigh the single trusted CRM value. A custom approach isn't required when source prioritization directly addresses the business rule.

The uploaded master bank identifies B. Salesforce Trailhead still describes this reconciliation method as Source Sequence , while current Help and architecture materials commonly use Source Priority for the same source-ranking concept.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Reconciliation Rules → Source Sequence/Source Priority.

===============

The correct data source is Event because the required Order Number belongs to the purchase event that initiated the marketing interaction. Marketing Cloud Next supports Event as a personalization data source for Email, SMS, and WhatsApp messages . Event-based personalization makes attributes carried by the triggering event available as merge fields within the message.

In this scenario, when the purchase occurs, the triggering event contains contextual transaction information such as the Order Number. The WhatsApp template can reference that event attribute directly without requiring the value to be separately persisted and retrieved through a Data Graph.

A Data Graph is more appropriate when personalization requires persistent customer-profile information or attributes from related Data 360 objects. A Salesforce Record source is appropriate when the content specifically needs fields from a CRM record supplied to the personalization context. Neither is necessary when the desired information originates directly from the event that triggered the message.

The uploaded master bank identifies option C. Salesforce's personalization reference confirms that Event is supported for WhatsApp and can supply event-based attributes to marketing content.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Content Personalization → Event Data Sources and WhatsApp Messaging.

===============

Marketing Cloud Next's native lead-generation architecture uses a landing page, form, and flow . Salesforce states that forms collect visitor information, landing pages host the forms, and flows process the submitted values. When a Signup Form campaign is used, Marketing Cloud Next can automatically create and connect these assets.

The form can use Salesforce Lead as a data source. After submission, the associated flow performs the appropriate CRM actions, such as creating the Lead and optionally creating consent or sending follow-up communications. Salesforce specifically describes a form as having two functional pieces: its fields/settings and the flow that processes submitted data.

A form handler is generally used when integrating external forms rather than when building the registration experience natively on a Marketing Cloud Next landing page. A separate Data 360 data stream isn't required simply to create the CRM Lead from the native form.

The uploaded master bank identifies option B.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Forms and Landing Pages → Signup Form Campaigns and Lead Creation.

===============

Omni-Channel routing is the Salesforce architecture used to assign inbound conversations to Agentforce Service Agents or human service representatives. Conversational Email integrates Marketing Cloud Next with Agentforce and Service Cloud so that customer replies can remain within the same conversation thread and be routed appropriately.

Salesforce documents Omni-Channel flows as the mechanism for routing conversation-associated records to Agentforce. In general Agentforce channel architecture, the inbound Omni-Channel flow receives the conversation record and routes work to the configured Service Agent. For Conversational Email specifically, Salesforce also documents routing types such as Omni-Flow for directing a reply to a Service Agent.

A generic record-triggered flow on Email Message doesn't provide the complete channel-routing behavior required for Agentforce ownership. A platform-event trigger likewise isn't the prescribed Conversational Email routing architecture.

The uploaded master bank identifies B.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Omni-Channel and Agentforce Routing.

===============

Marketing Cloud Next supports Handlebars helpers for advanced email personalization and formatting. Salesforce's Handlebars format helper can format date values using standard or custom date/time patterns and culture settings. For example, date-format tokens support full weekday names, full month names, day and year values, 12-hour time, minutes, and AM/PM indicators. That directly supports transforming an ISO-style value such as 2027-03-15T08:30:45 into a human-readable presentation such as Monday, March 15, 2027 8:30 AM.

This is a presentation-layer requirement, so the transformation belongs in the content's personalization logic. There is no need to alter the underlying Data Graph value. SOQL is a Salesforce query language and isn't the appropriate mechanism for formatting a Data Graph personalization value inside an email. Likewise, a Salesforce formula operator isn't the standard content-rendering solution for this scenario.

Therefore, A is the correct architectural approach and matches the answer keyed in the uploaded bank.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Email Content and Personalization → Data Graph personalization and Handlebars.

===============

Basic Marketing Cloud Next implementation spans both Marketing Cloud administration and Data 360 architecture , so administrative access must cover both domains. Salesforce identifies the Marketing Cloud Admin permission set as the administrative role that can configure Marketing Cloud Next settings and manage core marketing functionality. The Data Cloud Architect permission set—the current Salesforce documentation terminology for the architectural Data 360 role—provides access to Data 360 Setup, data modeling, data streams, identity resolution, and related infrastructure.

Accordingly, option A represents the required combination among the available choices: the Data 360/Data Cloud architectural permission set together with Marketing Cloud Admin. Marketing Cloud Manager is oriented toward campaign and marketing operations rather than full administrative configuration, so B doesn't provide the required administrative scope. Data 360 Activation Manager is more narrowly focused on activation-related responsibilities and doesn't replace the broader architecture capabilities needed for foundational implementation.

The uploaded question bank identifies A as the correct response.

Study Guide Reference: Platform Setup and Governance → Getting Started with Marketing Cloud Next Setup → Administrator personas and permission sets.

===============