What makes a CTO reply to outreach?

Evidence you understand their stack constraints and won't waste engineering time. Mention a real integration, a failure mode, or a security question you already answered. Demo theater is how you get routed to /dev/null. Name the stall they care about, offer one small next step, and stop before the thread feels like a sequence.

What subject line works for Construction referral request emails (after a demo)?

Name the situation and the business object, not your excitement. Something like "Forwardable blurb inside, if you're open to an intro" 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.

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.

Construction · CTO · After Demo

Referral Request for Construction CTO: After Demo

A referral request email asks someone to make an intro by doing the work for them: who, why, and a forwardable blurb. For Construction teams, the version that works for after a demo has to respect Don't send long emails during pour days. Write to the CTO like they already have a full calendar and a reason to be cautious.

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 Construction CTO?

Ask for a specific profile, not 'anyone in your network.'
Speaks to bid follow-up that dies, subs who go dark, and paperwork that lags the jobsite 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.
Give them cover to decline.

When should I send this to a Construction 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 decisions bunch around bid dates and pay apps, not your sequence. 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 Construction 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. an incident class, a security gap, or a cost line they already hate

How Construction changes the note

Construction buyers are PMs, estimators, and owners who live in change orders and weather. Don't send long emails during pour days. Be concrete about schedule and docs. Fluffy 'partnership' language wastes a PM's time. A credible proof point in this vertical sounds like: shortened bid-follow-up cycles from 11 days to 4 for a regional GC. Watch the language. Words that land here include bid, RFI, retainage, punch list, GC, change order. Decisions bunch around bid dates and pay apps, not your sequence. Words that work: bid, RFI, retainage, punch list, GC, change order. A thread that ignores bid follow-up that dies, subs who go dark, and paperwork that lags the jobsite reads like every other vendor bump.

How should I customize this template before I send it?

Replace the pain line with a subcontractor who submitted a bid and then waited in silence for two weeks.
Keep the tone precise.
Keep the ask to one person or one tightly defined role.
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 pretend you've run a job if you haven't. They'll test 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 pretend you've run a job if you haven't. They'll test 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	win rate on bids, RFI cycle time, and retainage aging
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

Forwardable blurb inside, if you're open to an intro

Body

Hi [First Name],

If you're willing, I wrote a blurb you can forward as-is.

The version of this that matters for PMs, estimators, and owners who live in change orders and weather is shortened bid-follow-up cycles from 11 days to 4 for a regional GC. Ideal person: [role] at a [company type] dealing with bid follow-up that dies, subs who go dark, and paperwork that lags the jobsite. Not trying to spray this across your whole book.

Given this is after a demo, ask who else needs to see it, or whether a narrower use case is the better start.

Comfortable making that intro, or should I find another path?

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

Questions people ask before they hit send

After you've created value or at least a real relationship. Right after a first meeting is usually too soon unless they offered. A good test: would they be slightly proud to put you in front of a peer? Name the stall they care about, offer one small next step, and stop before the thread feels like a sequence.

Related templates

Want a custom draft instead? Try the email generator.