Data Fundamentals

Understand Dynamic Data, Live Control, Catalog, integration payloads, and Form Data

Data is what lets one MP5 project adapt to different viewers, teams, campaigns, and runtime states. The same data model is used across Studio connectors, Platform settings, simulation profiles, integrations, SDK payloads, and form collection.

Use this guide to understand the main data types before configuring connectors or delivery.

Main Data Concepts

Data concept	What it controls	Typical examples
Dynamic Data	Viewer-specific or record-specific values.	first_name, account_balance, product_image, renewal_date, cta_url.
Live Control	Shared project-level values that operators can update centrally.	Brand color, logo, campaign label, active offer, global CTA copy.
Catalog	Reusable grouped records referenced by the project.	Products, plans, offers, locations, benefit cards, recommendations.
Integration payload	Runtime data delivered by CRM, SDK, URL, spreadsheet, API, or custom code.	CRM tokens, SDK data object, CSV row values, URL parameters.
Form Data	Values submitted by viewers from inside the MP5 experience.	Lead fields, answers, preferences, registrations, feedback.
Internal fields	Values used by project logic but not meant for normal business editing.	Routing flags, helper values, technical IDs.

How Data Moves Through a Project

1

Define the Schema

Create fields, groups, types, defaults, internal fields, catalog item fields, and live controls in the project data model.

2

Bind Fields in Studio

Use connectors to bind data fields or live controls to text, media, colors, visibility, buttons, branches, inputs, and other behavior.

3

Pass Runtime Values

The selected delivery method passes viewer values from a CRM, spreadsheet, SDK, URL, API, or another integration source.

4

Validate With Simulation

Platform simulation profiles and Studio previews confirm that real values, missing values, long values, and alternate states render correctly.

5

Collect New Values When Needed

If the viewer enters data in the MP5 experience, Input Field and Submit Form connectors can send those values to Form Data or custom handling.

Naming Rules

Use field names that can survive handoffs between creative, operations, and engineering:

• Prefer lowercase names with underscores, such as first_name or offer_price.

• Give one field one meaning. Do not reuse a generic field like status for unrelated logic.

• Match field names exactly between Studio, Platform, CRM, SDK, spreadsheets, and custom code.

• Set defaults for fields that affect visible text, media, colors, links, dates, and routing.

• Use Live Control for shared values instead of duplicating the same value across every viewer record.

• Use Catalog for repeated grouped records instead of creating many one-off fields.

Data QA Checklist

Before launch, confirm:

• Required fields exist in the schema and in the runtime source.

• Types match how each connector uses the value.

• Defaults keep the experience readable when runtime data is missing.

• Images, videos, links, dates, colors, and numbers use valid formats.

• Conditions and branches have fallback paths.

• Simulation profiles cover normal, empty, long, invalid, and edge-case values.

• Form Data collection is approved and tested if the project collects viewer input.

Deep Dives

Data in StudioData, Catalog, and FormsHow to connect my data to the video