Discovery
AuraScore 81/100

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.

Template

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

  1. Deconstruct {{current_algorithmic_stack}} into its mathematical formulation, ingestion, and compute pipeline components.
  2. Quantify the throughput variance between current scale in {{data_volume_metrics}} and future peak requirements.
  3. Model the runtime efficiency deficit indicated by {{latency_benchmarks}}.
  4. Pinpoint algorithmic bottlenecks (such as linear scaling issues, matrix decomposition limits, or memory locks).
  5. Map technical bottlenecks directly to the commercial drivers outlined in {{revenue_impact_hypothesis}}.
  6. Evaluate architectural compatibility against {{target_architecture_goals}}.
  7. 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:

  1. Executive Synthesis (max 150 words)
  2. Computational Bottleneck Matrix (markdown table: Component, Current Metric, Target Benchmark, Friction Point)
  3. Economic Impact & Risk Analysis (200-300 words with explicit equations or formulas used)
  4. 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?
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering8/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

sales
sales-discovery
complex-reasoning-analysis-math
sales discovery
quantitative analysis
technical presales