guides
Customer Data Platform RFP Template: 50 Requirements, Scoring and Evidence
By Art Kukharenko · Published · Updated
Browse guides resourcesA customer data platform (CDP) RFP template should give you requirements a vendor must answer with evidence, a scoring scale fixed before the first demo, and a proof-of-concept gate. This one has 50 requirements in twelve groups, each with the evidence to request and a scoring anchor, plus weights for regulated buyers. The editable CSV is ungated: no form, no email.
Who this is for: procurement leads, architects, CISOs and DPOs, especially in banking, healthcare, gaming and government. Take cdp-rfp-template.csv from the RFP template tool, delete what does not apply and send it. More in the guides hub.
How to run a customer data platform RFP
Scope first. Write down five to eight use cases, peak events per second, profiles in three years, retention, destinations, regulators and deployment constraints (residency, key custody, who may operate). Requirements without volumes cannot be tested. Run the 3-year total cost of ownership model on the same inputs.
Scroll horizontally to compare all columns ↔
| Phase | Weeks (suggested) | Output |
|---|---|---|
| Scope, requirements, weights | 1–2 | Locked CSV |
| Issue RFP, vendor Q&A | 3–4 | Written answers, evidence links |
| Score responses, price hidden | 5–6 | Two scorers; shortlist of 2–3 |
| Scripted demos on synthetic data | 7 | Demo scores |
| Proof-of-concept gate | 8–13 | Pass or fail on gates |
| References, price, contract, exit terms | 14–16 | Recommendation |
Scoring. Score each requirement 0–5: 0 absent, 1 roadmap only, 2 partial or services-dependent, 3 meets with limits, 4 meets natively and demonstrated, 5 meets natively, demonstrated and independently evidenced. Two people score independently, then reconcile. Group score = sum of (weight × score) ÷ sum of (weight × 5); total = sum of (group weight × group score). Score price last from your cost model, for example lowest three-year cost ÷ each bidder's cost, at about 15% of the total.
Proof-of-concept gate. Run the top two vendors through a four-to-six-week proof of concept on synthetic data, with pass or fail on the gate items; the method is in how to run a CDP proof of concept. Gate items are the 16 requirements with weight 5 (#6, #8, #10, #11, #12, #20, #23, #28, #29, #31, #32, #33, #36, #37, #48, #50). Any gate item scoring below 3 disqualifies a vendor unless fixed in writing.
Weighting advice for regulated buyers
- Group weights sum to 100 and appear in the headings below. Consent, security, deployment and residency, and audit evidence hold 48% together.
- Treat weight 5 as pass or fail, then rank on the rest.
- Prefer evidence in this order: live demo on synthetic data, independent report, documentation, attestation, roadmap.
- Adjust to use: if you will not use AI features, zero that group but keep #23 as a gate. If you score customers for credit or insurance pricing, EU high-risk obligations apply from 2 December 2027 4, so raise explainability.
- Unregulated buyers can move about 15 points from security, residency and audit to activation and operations.
The 50 requirements
Weights use a 1–5 scale; defaults are 3–5. The CSV adds why each requirement matters and 0-to-5 scoring anchors. Standards referenced: JSON Schema 5, SCIM (RFC 7644) 6, OpenTelemetry 7, Global Privacy Control 8, FIPS 140-3 9 and the Model Context Protocol 10.
1. Data ingestion and contracts (8%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 1 | Versioned schema enforced; violations quarantined with reason codes | 4 | Malformed-event demo; schema docs | Quarantine plus replay, shown live |
| 2 | Streaming, batch and database ingestion with documented limits | 4 | Live streaming and batch load | All modes, limits documented |
| 3 | Documented deduplication key, window, late-event handling | 4 | Duplicate and late-event test | Configurable; proven in test |
| 4 | Replay without duplicate downstream sends | 4 | One-hour replay demo | Self-service, audited |
| 5 | Field-level lineage: source, time, rule | 3 | Attribute history demo | Queryable by API |
2. Identity resolution (8%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 6 | Configurable deterministic matching with conflict rules | 5 | Conflicting-record test | Dry-run before activation |
| 7 | Optional, scored, thresholded probabilistic matching | 3 | Threshold and score demo | Per use case, visible scores |
| 8 | Reversible merges; opt-outs survive merges | 5 | Opted-out merge demo | Self-service unmerge, audited |
| 9 | Identity graph and merge history exportable, open format | 4 | Sample export; timing at 10M | Tested at volume |
3. Consent and privacy (10%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 10 | Purpose- and channel-level consent with proof | 5 | History demo at two dates | Queryable as of any date |
| 11 | Suppression enforced before every send; propagation time stated | 5 | Withdrawal test, three channels | Measured within your limit |
| 12 | Erasure and access across stores and destinations | 5 | Erasure demo; backup policy | Completion report generated |
| 13 | Honours opt-out signals such as Global Privacy Control | 3 | Demo with signal set | Changes processing, audited |
| 14 | Sensitive-field classification, masking, ingestion blocking | 4 | Synthetic card and diagnosis fields | Policy-based, shown live |
4. Segmentation and decisioning (6%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 15 | Nested, time-windowed, versioned segments for non-engineers | 3 | Timed build exercise | Completed in time |
| 16 | Published p50, p95, p99 membership latency | 3 | Report at your volume | Measured in PoC |
| 17 | Rules simulated on history; approval before release | 3 | Dry-run and approval demo | Audience diff, rollback |
| 18 | Reproduce segment membership as of a past date | 4 | As-of query versus send log | Matches send log |
5. Activation and destinations (7%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 19 | Native connectors plus open API or webhook path | 4 | Connector list; custom webhook demo | Custom destination built live |
| 20 | Retries, dead-letter queue, back-pressure, per-destination monitoring | 5 | Failure-injection test | No loss in failure test |
| 21 | Per-destination field allow-lists tied to purposes | 4 | Payload capture demo | Audited, purpose-linked |
| 22 | Inventory of every outbound flow and purpose | 4 | Sample inventory export | Exportable, diffable |
6. AI and explainability (5%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 23 | AI feature register: where models run, data received | 5 | Register; inference-path diagram | Per-feature disable switch |
| 24 | Reason codes stored with model-driven decisions | 4 | Reason-code demo | Retained like the decision |
| 25 | Agents: scoped tools, approvals, logs, kill switch | 4 | Agent approval demo | Kill switch tested |
| 26 | Versioned models; no training on your data; disable option | 4 | No-training clause; version log | Contractual, per feature |
7. Security and access (14%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 27 | SAML or OIDC SSO, MFA, SCIM provisioning | 4 | Demo with your IdP | SCIM sync tested |
| 28 | RBAC or ABAC, separation of duties, field-level limits | 5 | Role matrix; restricted-user demo | Role report exportable |
| 29 | Customer-managed keys in your KMS; validated crypto | 5 | Key diagram; revocation demo | All stores and backups |
| 30 | Pen-test results, SBOM, critical-patch timelines | 4 | Test summary; SBOM; patch clause | Under 12 months old |
| 31 | Vendor access approved, time-boxed, logged | 5 | Procedure; sample log | No standing access |
8. Deployment model and data residency (12%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 32 | Deployment models generally available, operator stated | 5 | Matrix; reference customers | Your model, with reference |
| 33 | Region and operator per data class | 5 | Data-flow diagram; sub-processors | Includes logs and inference |
| 34 | Legal entities, governing law, foreign-access exposure | 4 | Written statement; entity chart | Option with no vendor access |
| 35 | Containers, Helm or Terraform, dependency licence list | 3 | Install guide; dependency list | Reproducible install |
9. Audit and compliance evidence (12%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 36 | Append-only, tamper-evident audit log, SIEM export | 5 | Try-to-alter demo | Integrity-verified, complete |
| 37 | Reconstruct one decision end to end | 5 | Live trace exercise | Single query, five minutes |
| 38 | Current SOC 2 Type II or ISO 27001; no HIPAA-certified claim | 4 | Reports and scope | Covers your product, current |
| 39 | DPA, BAA, DORA Article 30 terms, register data | 4 | Draft contract pack | Offered at your tier |
10. Performance and scale (7%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 40 | Throughput at your stated peak, evidenced by test | 4 | Load-test report; PoC | 2x headroom in PoC |
| 41 | Tested at your three-year profile and graph size | 4 | Benchmark; reference customer | At or above forecast |
| 42 | High availability, RPO and RTO, tested restore | 4 | Restore-test report | Dated test with timings |
| 43 | Defined overload behaviour; suppression prioritised | 3 | Overload test | No silent drops |
11. Operations and support (6%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 44 | Open-standard metrics, logs, traces; health alerts | 3 | Stalled-pipeline alert demo | Flows into your stack |
| 45 | Release cadence, compatibility policy, rollback | 4 | Last four release notes | Tested rollback |
| 46 | Severity targets, 24x7 option, named engineer | 3 | Support terms; escalation matrix | 24x7 critical coverage |
| 47 | Timeline, roles, partners, two comparable references | 3 | Sample statement of work | Comparable references |
12. Commercial terms and exit (5%)
Scroll horizontally to compare all columns ↔
| # | Requirement | Wt | Evidence to request | Full marks when |
|---|---|---|---|---|
| 48 | Every metering unit, overage rate, renewal cap in writing | 5 | Price sheet at 1x, 2x, 5x | Caps in contract |
| 49 | Annual vs perpetual, update scope, non-renewal, escrow | 4 | Sample licence; escrow terms | Price protection included |
| 50 | Open-format export, timeline, deletion certificate | 5 | Export sample; PoC exit test | Tested in PoC |
Red flags
How this compares with vendor-gated templates
Frequently asked questions
What should a customer data platform RFP include?
Scope with volumes, requirements grouped by capability, the evidence you will accept, a fixed scoring scale and weights, a proof-of-concept gate, and commercial terms including exit. This template has 50 requirements in twelve groups; add your own use cases and destinations before sending.
How many requirements should a CDP RFP have?
Fifty is a full set. For a first-round screen, send the 16 gate items plus the 6–10 requirements tied to your use cases, then test the rest in the proof of concept. Too many questions dilute scoring and invite copy-pasted answers.
How do I score CDP vendors fairly?
Fix the 0–5 scale and weights before issuing the RFP, have two people score independently, require evidence for any score above 2, cap roadmap at 1, and score price last from your own model. Keep demo scores separate from written scores.
What security questions should I ask a customer data platform vendor?
Who holds the encryption keys and can you revoke them (#29)? Can vendor staff reach data without your approval (#31)? Does access use SSO, MFA and SCIM (#27) with field-level roles (#28)? Is the audit log append-only (#36)? Ask for the latest penetration-test summary and a software bill of materials (#30).
Is there a free CDP RFP template that is not gated?
Sources
- GrowthLoop, CDP RFP template page Open source
- Regulation (EU) 2022/2554 (DORA), Articles 28–30 Open source
- Twilio, HIPAA eligible Segment Open source
- Regulation (EU) 2026/1744 (Digital Omnibus on AI), and AI Act Annex III Open source · Additional source
- JSON Schema Open source
- RFC 7644, SCIM protocol Open source
- OpenTelemetry, what is OpenTelemetry Open source
- Global Privacy Control Open source
- NIST, FIPS 140-3 Open source
- Model Context Protocol, introduction Open source
- Simon Data, CDP Success Kit Open source
Put this evaluation into practice.
Assess your deployment requirementsFurther reading
- CDP guides
- Deployment readiness checklist
- CDP Pricing Explained
- CDP Proof of Concept With Synthetic Data
- CDP Total Cost of Ownership: 3-Year
Published: · Updated:
Publication date recorded for the approved release. Editorial updates do not establish legal approval or a customer result.