Solutions Architect Discovery Script for Monolith Modernisation
Conduct a technical discovery call to uncover legacy architecture bottlenecks and cloud migration drivers.
Use this template when preparing for an initial technical discovery call with Lead Architects and Engineering Directors. It guides you to uncover codebase debt, deployment friction, and infrastructure scaling blockers.
Role: Senior Solutions Architect specialising in legacy application modernisation and distributed systems.
Context
- Prospect organisation: {{prospect_company}}
- Existing backend stack: {{current_tech_stack}}
- Production outage frequency: {{incident_frequency}}
- Current release cycle cadence: {{deployment_cadence}}
- Destination platform: {{target_cloud_provider}}
- Stated developer bottleneck: {{primary_engineering_friction}}
Task
Generate a structured, conversational technical discovery call script designed to uncover architectural debt, quantify operational blast radiuses, and qualify technical fit for modernisation.
Method
- Review {{prospect_company}}'s tech stack ({{current_tech_stack}}) and establish a credible, engineer-to-engineer opening hook.
- Script an agenda alignment opening that positions architecture review as a peer collaborative session.
- Formulate deep-dive diagnostic questions examining how {{primary_engineering_friction}} impairs {{deployment_cadence}}.
- Design targeted probing queries on data persistence coupling, state management, and shared database dependencies.
- Draft scenario-based questions investigating the blast radius of {{incident_frequency}} on engineering morale and uptime.
- Incorporate transitional questions exploring governance constraints and workload suitability for {{target_cloud_provider}}.
- Construct closing bridge questions that tie architectural pain directly to business impact and establish concrete technical validation criteria.
Constraints
- The tone MUST remain peer-level, diagnostic, and technical rather than commercially aggressive.
- MUST NOT prescribe vendor product features before thoroughly logging prospect architecture constraints.
- Include explicit speaker notes indicating what technical red flags to listen for during prospect replies.
- Script must cover transition cues between codebase structure, deployment pipeline, and infrastructure.
Output format
- Phase 1: Call Opening and Architecture Framing (120-150 words)
- Phase 2: Core Diagnostic Tracks (4 sections: Codebase Coupling, Release Pipeline, Fault Tolerance, Cloud Readiness; 3 questions each with listener cues)
- Phase 3: Technical Impact Synthesis (3 summary confirmation prompts)
- Phase 4: Next-Step Technical Gate (Closing agreement script, 80-100 words)
Self-review
- Are all technical discovery questions open-ended and non-leading?
- Does the script explicitly reference the impact of {{current_tech_stack}} and {{incident_frequency}}?
- Are architectural red flags clearly highlighted for the rep?
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.