Sales Enablement

Outreach Templates_

Emails and a demo script for teams building with sensitive human context (CTO, Risk, Compliance)

Email Templates

Lead with regulatory pressure and discovery questions, not product features.

CTO Initial Outreach

Subject: Quick question: how do you document sensitive user context?
Hi [Name],

I noticed [Company] offers [therapy/coaching/wellbeing features]. Quick question for you:

When a regulator or auditor asks how your AI captured emotional context from a user session — and what decisions were made based on it — what documentation do you provide?

The EU AI Act has begun applying prohibited-practice restrictions (from Feb 2, 2025), and teams are tightening how they document sensitive human context. I'm seeing products that handle sensitive human context start to think about this differently. Not because they're in violation, but because demonstrating the distinction between interpretation (structuring what was emotionally significant — expressed or interpreted) and inference (deriving hidden states from behavioral signals) is increasingly showing up in enterprise due diligence.

Would be curious how [Company] is approaching this. Happy to share what we're seeing in the market if useful.

Best,
[Your name]
Notes

Lead with a question, not a pitch. Reference their specific product. Position as market research.

Chief Risk Officer Outreach

Subject: Emotional data governance gap — internal audit question
Hi [Name],

I work with compliance teams at companies that handle emotional context in their AI systems — therapy platforms, wellbeing apps, coaching tools.

One question I'm hearing from risk officers: if a user disputes how their emotional state was characterized in your system, can you produce audit-friendly, tamper-evident documentation showing:
- What explicit expression was the basis for that characterization
- What model and version performed the interpretation
- What governance metadata was attached
- Whether the user can verify the interpretation against their original words

Many teams can reconstruct parts of this from logs; fewer can produce it as a portable, verifiable record.

Is this something on [Company]'s radar? Would be happy to share what frameworks others are implementing.

Best,
[Your name]
Notes

Frame as peer insight, not sales. Ask about their current state. Offer value (frameworks) not features.

Compliance Leadership Outreach

Subject: EU AI Act + emotional data — interpretation vs. inference distinction
Hi [Name],

Quick question on [Company]'s emotional AI compliance approach:

Article 5 includes restrictions on certain forms of emotion recognition/inference in specific contexts (including workplace and education). The exact scope — particularly around what constitutes "inference" vs. structuring expressed or interpreted content — is an area many legal teams are still evaluating.

I work with platforms that handle emotional context, and one thing I'm seeing: companies that can demonstrate interpretation-based architectures (structuring what users explicitly communicate) may be viewed differently in audit and regulatory review than those using inference (deriving states from involuntary signals).

Not legal advice — we're focused on producing better records and clearer boundaries.

Is this a distinction [Company] has mapped internally? Happy to share a brief on how other platforms are documenting this if helpful.

Best,
[Your name]
Notes

Reference specific regulation. Avoid legal conclusions. Offer educational value.

Follow-Up After No Response

Subject: Re: Emotional AI governance — one resource
Hi [Name],

Following up briefly — I put together a short brief on the interpretation vs. inference distinction for emotional AI systems. It covers:

- What a regulator/auditor typically asks for
- What to store as a governed receipt (expressed → interpreted → policy)
- How to make it portable + tamper-evident

Would you find this useful? Happy to send if so.

Best,
[Your name]
Notes

Offer specific value. Keep it short. Make it easy to say yes.

Demo Script: Governance & Audit Capabilities

Focus on governance and audit capabilities, not extraction speed.

Opening (2 min)

"Thanks for taking the time. Before I show you the platform, I'd like to understand your current approach. When your AI system interprets emotional content from a user session, what documentation exists for that interpretation? If someone — a regulator, an auditor, a user with a complaint — asked you to prove what emotional context was captured and why, what would you show them?" [Let them answer. Listen for: logs, database records, nothing formalized, or existing governance tools] "That's helpful context. What I'm going to show you is specifically designed for that scenario — turning sensitive human context into a governed receipt: what was expressed, what was interpreted, and what policy applied."

Core Demo: The Interpretation Artifact (5 min)

[Show a sample interpretation artifact] "This is what a governed emotional interpretation looks like. Notice a few things: 1. **Source attribution** — the exact text the user expressed, not a derived state 2. **Model provenance** — which model, which version, which timestamp 3. **Governance metadata** — consent basis, jurisdiction, retention policy 4. **Cryptographic proof** — W3C Data Integrity Proof showing this hasn't been modified This isn't a log entry. It's a record you can hand to an auditor or risk team." [Pause for questions] "The key distinction here: we're structuring what was emotionally significant — expressed or interpreted — not deriving hidden emotional states from behavioral signals. That distinction may matter for regulatory positioning."

Audit Trail Walkthrough (3 min)

[Navigate to audit view] "Let's say six months from now, a user disputes how their session was characterized. Here's what you'd show: - Every interpretation that referenced this user - The source content for each interpretation - When it was created, by which system, under what consent - Any downstream decisions or actions based on that interpretation - Cryptographic proof of integrity This is root cause analysis for emotional AI. When something goes wrong, you can trace exactly what happened."

Integration Discussion (3 min)

"A question for you: where in your current stack does emotional content get processed? [Let them describe their architecture] "DeepaData is an additive layer. We don't replace your AI — we wrap the outputs with governance metadata, provenance, and integrity proofs. The integration is typically: 1. Your AI processes the content 2. You call our API with what was interpreted + the policy context 3. We return a governed artifact with full provenance It's designed to fit alongside existing infrastructure, not replace it."

Close (2 min)

"Two questions for you: 1. What's your timeline for addressing emotional data governance? Is this something your team is actively working on, or more of a future consideration? 2. Who else should be part of this conversation? We typically see CTOs, compliance leads, and sometimes legal counsel involved in these decisions." [Listen for buying signals and next steps] "Happy to send you our executive brief and the interpretation vs. inference technical overview. Would a follow-up with your compliance team be useful?"