How many times should I follow up with a CTO (after a demo)?

Ask after you've given them a reason to want to help, not after the first coffee. Same day with the recap. A value bump 3 days later if they went quiet. After that, send a breakup note and archive it. A CTO who wants it will answer a clean close more often than a fifth bump.

Should I offer a referral fee in the email?

Only if that's already how you work and it won't make them look mercenary. Many operators prefer a clean intro. If you do mention a fee, keep it secondary to why the intro helps the other person. Name the stall they care about, offer one small next step, and stop before the thread feels like a sequence.

Should I include a recording in the demo follow-up?

If you recorded it and they agreed, yes, plus timestamps for the two parts they cared about. A raw 40-minute link with no map is homework. Add the three bullets they'd need to brief a colleague. Name the stall they care about, offer one small next step, and stop before the thread feels like a sequence.

Is it okay to send this referral request on LinkedIn instead of email?

Yes if this CTO is actually active there and the thread isn't about long attachments. Keep the LinkedIn version even shorter. Don't paste the full email. One context line and one question is plenty. Name the stall they care about, offer one small next step, and stop before the thread feels like a sequence.

What should I never say in a Technology referral request?

Don't say 'we disrupt.' They will mute you. Calling it 'AI-powered' with no description of the system. Don't send a 19-page deck that relitigates features they skipped. Those three mistakes show up constantly in Technology inboxes and they all read as "this was templated."

Technology · CTO · After Demo

Referral Request for Technology CTO: After Demo

A referral request email for a Technology CTO (after a demo) is a short message that reopens the thread without making them do extra work. A referral request email asks someone to make an intro by doing the work for them: who, why, and a forwardable blurb. In this setting, that means speaking to security reviews that stall deals and

Last updated: 2026-09-02 · Reviewed by: Sales Email Template editors

We write templates the way we wrote emails on quota: short, specific, and easy to forward. When we cite research below, it is because the number changes how a buyer reads your note, not to pad the page.

Sources: HubSpot sales email benchmarks; Gong follow-up research

Why does this referral request work for a Technology CTO?

Include a forwardable paragraph.
Speaks to security reviews that stall deals and tools that create toil for on-call teams instead of a generic "value prop."
Fits how a CTO actually reads: 90 words is plenty if the substance is real. Don't pad.
Replay the two moments they leaned in, and the one concern they named.
Explain why they'd look good for making the intro.

When should I send this to a Technology CTO?

Ask after you've given them a reason to want to help, not after the first coffee. Same day with the recap. A value bump 3 days later if they went quiet. For this combo, treat "Same day, then 3 days if silent" as the default, then adjust around a tactical buy can be fast. anything in the critical path gets architecture and security votes. If you're emailing a CTO, 90 words is plenty if the substance is real. Don't pad.

What this CTO actually cares about

A CTO in Technology is protecting reliability, security, and engineering time. They look for architecture, failure modes, and whether you'll create toil for their team. Fluff is a ranking signal that you don't know the work. The hook that earns a look is an incident class, a security gap, or a cost line they already hate. The ask should stay at this size: a technical working session or a written teardown, not a 'vision call'. Delete trigger: Calling it 'AI-powered' with no description of the system. Tone: Precise. No slogans. It's fine to be a little dry.

How Technology changes the note

Technology buyers are engineering leaders and IT owners who have seen every vendor trick. Skip the vision deck. Send architecture, security posture, and what happens at 2 a.m. A credible proof point in this vertical sounds like: cut vendor questionnaire turnaround from 3 weeks to 4 days with a cleaner security pack. Watch the language. Words that land here include SLA, SSO, audit log, on-call, roadmap, architecture review. Proof that lands: cut vendor questionnaire turnaround from 3 weeks to 4 days with a cleaner security pack. Proof that lands: cut vendor questionnaire turnaround from 3 weeks to 4 days with a cleaner security pack.

How should I customize this template before I send it?

Replace the pain line with an IT org consolidating overlapping monitoring tools after a noisy quarter.
Keep the tone precise.
Don't attach a commission offer unless that's already your model.
Time it for Same day, then 3 days if silent. Same day with the recap. A value bump 3 days later if they went quiet.
Don't say 'we disrupt.' They will mute you.

What mistakes should I avoid with this after demo note?

Asking 'who do you know?' is lazy and gets no names.
Don't send a 19-page deck that relitigates features they skipped.
Don't say 'we disrupt.' They will mute you.
Calling it 'AI-powered' with no description of the system.

How does this after demo scenario compare?

Dimension	For this template
Best send window	Same day, then 3 days if silent
Ideal length	90 words is plenty if the substance is real. Don't pad.
Primary ask	a technical working session or a written teardown, not a 'vision call'
Industry metric to cite	ticket volume, deploy frequency, and time spent on vendor questionnaires
Tone	Precise. No slogans. It's fine to be a little dry.
Unlike after meeting	They have product context now. Speak to what they saw, not to a generic intro.
Unlike after proposal	Pricing may not be on paper yet. Don't jump to 'ready to sign.'

What should I copy and send?

Copy-ready template

Subject

[Company Name] / ticket volume

Body

Hi [First Name],

This is an ask. I tried to make it easy to say no.

The version of this that matters for engineering leaders and IT owners who have seen every vendor trick is cut vendor questionnaire turnaround from 3 weeks to 4 days with a cleaner security pack. Ideal person: [role] at a [company type] dealing with security reviews that stall deals and tools that create toil for on-call teams. Not trying to spray this across your whole book.

Answer the real objection and make internal forwarding easy.

Thanks either way. I know intros cost you something.

Best,
[Your Name]
[Your Title]
[Your Company]

Questions people ask before they hit send

Name the situation and the business object, not your excitement. Something like "[Company Name] / ticket volume" outperforms "Just checking in" because a CTO can decide from the preview text whether it's worth opening. Keep it under 50 characters when you can.

Related templates

Want a custom draft instead? Try the email generator.