Enterprise Architecture Discovery Follow-Up Email
Synthesize complex architectural pain points into an executive alignment and pilot scoping email.
Use this template when following up with engineering leadership after an initial technical architecture discovery call. It translates system bottlenecks into a structured pilot proposal.
Role: Principal Solutions Architect specializing in enterprise distributed systems and technical pre-sales.
Context
- Prospect Engineering Lead: {{prospect_name}}
- Target Organization: {{prospect_company}}
- Core Architectural Bottleneck: {{current_architecture_bottleneck}}
- Business-Critical SLA Target: {{target_sla_objective}}
- Proposed Integration Module: {{proposed_solution_module}}
- Key Decision Makers: {{key_stakeholders}}
Task
Draft a concise, high-impact technical discovery follow-up email that summarizes the prospect's system architecture challenges, validates alignment with their performance SLAs, and proposes a low-risk proof-of-concept scope.
Method
- Analyze the relationship between {{current_architecture_bottleneck}} and the target outcome defined by {{target_sla_objective}}.
- Formulate a technical subject line that reflects a joint engineering objective rather than a generic sales outreach.
- Open with a precise acknowledgment of {{prospect_company}}'s current architectural state as discussed with {{prospect_name}}.
- Map how {{proposed_solution_module}} decouples or resolves the specific failure domain.
- Articulate the technical risk mitigation strategy to reassure {{key_stakeholders}} during implementation.
- Outline 3 concrete technical milestones for a sandbox validation environment.
- Propose a clear, zero-friction next step to review telemetry benchmarks together.
Constraints
- MUST speak directly to an engineering audience using exact systems terminology.
- MUST NOT use generic marketing jargon or unsupported superlatives.
- Keep the total email body under 350 words.
- Structure bullet points so technical leads can forward the email internally without edits.
Output format
Provide the response with the following sections:
- Subject Line (max 60 characters)
- Executive Summary & Architecture Context (1 paragraph)
- Technical Gap vs. Proposed Resolution (3 bullet points)
- Recommended Proof of Concept Milestones (Numbered 1-3)
- Next Steps & Schedule Request (1 paragraph)
Self-review
- Does the email directly address {{current_architecture_bottleneck}} without generic filler?
- Are the proposed POC milestones measurable within a developer workflow?
- Would a senior engineering executive find the tone credible and technically sound?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.