← Back to all modules
📊

D365 Customer Insights

Customer Data Platform (CDP) and journey orchestration — unified customer profiles, segmentation, AI predictions, and real-time marketing journeys.

CDPData UnificationSegmentsJourneysLead ScoringGDPR ConsentAI Predictions75 Questions
Questions 1–10 of 75
D365 Customer Insights is Microsoft's Customer Data Platform (CDP) and Journey Orchestration platform with two main components:

1. Customer Insights - Data (formerly Customer Insights): A CDP that unifies customer data from multiple sources (CRM, ERP, website, loyalty system) into a single unified customer profile. Provides 360-degree customer view, segments, and AI-powered enrichments.

2. Customer Insights - Journeys (formerly D365 Marketing): A real-time marketing and journey orchestration platform for designing multi-step customer journeys across email, SMS, push notifications, and custom channels. Includes event management, lead scoring, and outbound marketing.
💡 Pro Tip: Always distinguish the two components in interviews. "Customer Insights" alone is ambiguous — clarify whether the question is about the CDP (Data) or the Marketing/Journey Orchestration (Journeys) component. This distinction alone signals advanced product knowledge.
A Unified Customer Profile is a consolidated 360-degree view of a single customer, assembled from data ingested across multiple source systems.

Profile components: Demographic data (name, email, address, phone), Transactional data (purchase history, order value, frequency), Behavioural data (website visits, email engagement), Service data (case history, satisfaction scores), Loyalty data (points, tier), Predicted attributes (churn score, CLV, product affinity).

How profiles are created: Ingest data from multiple sources → Unify (match records across sources to the same person) → Merge (combine fields from different sources) → Enrich (add intelligence) → Measure (calculate KPIs) → Export (to downstream systems for activation).
💡 Pro Tip: The unified profile is the core CDP value proposition. When discussing it, always emphasise the identity stitching problem: one customer may be Jane Smith in the CRM, jane.smith@email.com on the website, and customer #12345 in the ERP. The CDP resolves all three into one profile.
Data Unification is the process of identifying records across multiple data sources that belong to the same real-world customer and merging them into a single unified profile.

Unification stages:
1. Source data selection — choose which entities from each data source to include.
2. Deduplication — remove exact and near-exact duplicates within each source.
3. Matching rules — define how records across sources are matched.
4. Merge policies — for fields that exist in multiple sources, define which source wins.

Matching rule configuration: Entity pair (CRM Contacts + eCommerce Customers). Match criteria: Email (exact) OR (First Name + Last Name + Postal Code, fuzzy match with normalisation). Precision levels: Exact → High → Medium → Low.
⚠ Key Point: Identity resolution quality makes or breaks a CDP implementation. Poorly configured matching results in either phantom profiles (same person split into two) or merged profiles (two different people treated as one). Spend significant time on match rule definition.
Segments are groups of customers meeting specified criteria — used for targeting in marketing campaigns, personalisation, and reporting.

Segment types: Static segments (members do not update automatically, used for one-time campaign lists). Dynamic segments (automatically update as customers meet/leave criteria). Composed segments (union, intersection, or exclusion of other segments).

Segment builder: Filter customers by profile attributes (age, city, loyalty tier), behavioural data (purchased in last 30 days), predictive scores (churn risk > 70%), and segment membership. Combine conditions with AND/OR logic.

Segment export/activation: Segments exported to D365 Journeys (for campaigns), D365 Sales (for targeted outreach), Advertising platforms (LinkedIn, Google Ads), Email tools (Mailchimp, Constant Contact).
💡 Pro Tip: Segment refresh frequency is a critical requirement. Real-time segmentation matters for time-sensitive use cases (abandoned cart — send within 1 hour). Daily refresh is sufficient for most campaign use cases. Understand the use case to determine the right refresh frequency.
Journey Orchestration designs and executes automated, multi-step customer communication sequences that respond to customer behaviour in real time.

Journey types: Trigger-based (real-time) — starts when a customer takes an action ("Customer submits form", "Lead score reaches 50"). Segment-based — starts when a customer enters a segment ("All customers in the Lapsed 90 days segment"). Recurring — executes on a schedule ("Monthly newsletter").

Journey canvas elements: Trigger (start event), Wait (time delay or event-based wait), Send email/SMS, If/Else branch (condition split), Run flow (trigger Power Automate), Create lead/opportunity (in D365 Sales), Exit conditions.

Example welcome journey: Trigger: Contact created (from web form) → Immediate: Send welcome email → Wait 3 days → If opened email: Send onboarding guide; Else: Send re-engagement email → Wait 7 days → Create Sales Task for rep.
💡 Pro Tip: Real-time journeys are the strategic direction for D365 Customer Insights - Journeys. Outbound Marketing (older batch-based engine) is being retired. For new implementations, always build on real-time journeys exclusively.
Lead Scoring assigns a numeric score to leads based on profile attributes and behavioural engagement — helping sales prioritise leads most likely to convert.

Lead scoring dimensions:
Profile attributes: Job title (Director/VP = +20), Industry (Financial Services = +15), Company size (500+ employees = +10).
Behavioural engagement: Email opened (+5), Link clicked (+10), Webinar attended (+15), Pricing page visited (+20), Demo requested (+30).
Negative scoring: Email bounced (-10), Unsubscribed (-50), Inactive 30 days (-5 per week).

Sales Ready threshold: When a lead reaches the threshold (e.g., 60 points), it is automatically flagged as MQL (Marketing Qualified Lead), assigned to a sales rep in D365 Sales, and a notification is sent.
💡 Pro Tip: Lead scoring is most valuable when the threshold is calibrated against real win rate data. Ask clients: "At what level of engagement do leads typically close?" Use historical CRM data to set the threshold, then review after 3 months and adjust.
Consent Management ensures that communications are only sent to customers who have given explicit consent — a legal requirement under GDPR (EU), PDPA (India/SEA), CAN-SPAM (US).

Consent model: Contact Point Consent tracks consent at the level of a specific email address or phone number for a specific purpose (Commercial, Transactional, Tracking). Topics are sub-categories (Product Updates, Newsletter, Promotions).

Consent levels: Opted In (explicit consent given, can send). Opted Out (explicitly unsubscribed, must not send). Not Set (behaviour depends on compliance level setting).

Compliance profiles: Restrictive (only send to Opted In contacts). Non-restrictive (send to all unless Opted Out).

Double opt-in: Send confirmation email after subscription; only record consent when confirmation link is clicked.
⚠ Key Point: GDPR non-compliance can result in fines up to 4% of global annual revenue. Always include a dedicated consent management section in your BRD for any marketing project. Document the compliance level, consent capture mechanism, and consent preference centre requirements.
D365 Customer Insights - Data includes built-in AI prediction models that generate predictive scores without requiring data science expertise:

Out-of-box prediction models:
Customer Churn Prediction: Predicts the probability a customer will churn in the next X days. Configurable churn definition (no purchase in 60 days). Returns a churn score (0-100%) per customer profile.
Customer Lifetime Value (CLV) Prediction: Predicts total revenue a customer will generate over their lifetime.
Product Recommendation: Predicts which products a customer is likely to purchase next based on purchase history.

Activation example: Churn score added to unified profile → Segment "High Churn Risk" created → Exported to D365 Journeys for win-back campaign activation.
💡 Pro Tip: Prediction models require sufficient historical data. The churn model needs at least 12 months of transaction history and a minimum of 1,000 customer records. Always check data availability before committing to predictive scoring requirements.
D365 Customer Insights - Journeys has two marketing engines. Understanding the difference is critical:

FeatureOutbound MarketingReal-time Journeys
ArchitectureBatch processingEvent-driven, real-time
TriggerSegment membershipAny event (form, purchase, data change)
Response speedMinutes to hoursSeconds
ChannelsEmail, SMSEmail, SMS, Push, custom
Future roadmapBeing retiredStrategic investment
Microsoft is retiring Outbound Marketing. All new implementations should use Real-time Journeys exclusively.
⚠ Key Point: Always build new implementations exclusively on Real-time Journeys. Clients who ask for Outbound Marketing because "the old system worked that way" need to understand this module is being retired. Document this decision and its rationale in the BRD.
Customer Insights - Data can ingest customer data from a wide variety of sources:

Native connectors: Dataverse (D365 Sales, Customer Service), Azure Blob Storage, Azure Data Lake Storage Gen2, Azure Synapse Analytics, Azure SQL Database, Microsoft Fabric.

Power Query connectors (100+ sources): Salesforce, SAP, Oracle, Google Analytics, Facebook Ads, LinkedIn, Mailchimp, Shopify, and many more.

Common data sources in a typical implementation: CRM (D365 Sales / Salesforce), ERP (D365 F&O / SAP) for transactional data, Email platform (Marketo / HubSpot) for engagement data, Website analytics (Google Analytics) for behavioural data, Loyalty platform for points and tier data.

Data refresh schedule: Each source can have an independent refresh schedule. Critical sources may refresh hourly; offline sources may refresh nightly.
💡 Pro Tip: The data source and refresh schedule design is a key architecture decision. Document it in an Integration Architecture document: Source | Data Entity | Records | Refresh Frequency | Connection Method. This drives storage and compute cost sizing.
Page 1 of 8

↑ Back to Top