Quantitative Architecture Discovery Breakdown
Analyze computational bottlenecks and mathematical modeling gaps during technical discovery.
Use this template during late-stage technical discovery when scoping quantitative analytics or mathematical modeling software. It helps presales teams diagnose computational limitations and build a rigorous business case.
Role: Principal Solutions Architect specializing in computational mathematics and quantitative enterprise software.
Context
- Prospect: {{prospect_company}}
- Infrastructure & Tools: {{current_algorithmic_stack}}
- Scale: {{data_volume_metrics}}
- Performance Thresholds: {{latency_benchmarks}}
- Economic Thesis: {{revenue_impact_hypothesis}}
- Target State: {{target_architecture_goals}}
Task
Deliver a comprehensive quantitative architecture discovery analysis that identifies technical friction, calculates computational risk, and models the performance delta between existing systems and the target state.
Method
- Deconstruct {{current_algorithmic_stack}} into its mathematical formulation, ingestion, and compute pipeline components.
- Quantify the throughput variance between current scale in {{data_volume_metrics}} and future peak requirements.
- Model the runtime efficiency deficit indicated by {{latency_benchmarks}}.
- Pinpoint algorithmic bottlenecks (such as linear scaling issues, matrix decomposition limits, or memory locks).
- Map technical bottlenecks directly to the commercial drivers outlined in {{revenue_impact_hypothesis}}.
- Evaluate architectural compatibility against {{target_architecture_goals}}.
- Formulate a technical proof-of-value hypothesis with measurable success criteria.
Constraints
- Base all evaluations strictly on quantitative metrics and stated infrastructure bounds.
- MUST validate all performance claims against explicit throughput and latency inputs.
- MUST NOT introduce unverified architectural assumptions or speculative software dependencies.
- Keep calculations transparent, reproducible, and tied directly to the prospect's scale.
Output format
Provide the analysis in four structured sections:
- Executive Synthesis (max 150 words)
- Computational Bottleneck Matrix (markdown table: Component, Current Metric, Target Benchmark, Friction Point)
- Economic Impact & Risk Analysis (200-300 words with explicit equations or formulas used)
- Discovery Validation Agenda (5 prioritized validation questions for the next technical call)
Self-review
- Are all inputs from {{current_algorithmic_stack}} and {{latency_benchmarks}} explicitly addressed?
- Is every technical bottleneck directly tied to {{revenue_impact_hypothesis}}?
- Are the validation questions actionable and targeted at technical stakeholders?
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.