Quantitative analysis · Systems engineering

Software that runson the numbers.

We combine academic-level statistics with systems engineering. Models are estimated properly, then built into software that holds up under real load. Ten years of it, across finance, logistics and manufacturing.

10+ yrs
modelling and shipping
95% CI
on everything we report
9
languages in production
From a business problem to a running systemreduction
the world
formalise
the model
engineer
the system
  1. 01
    State the decisionmax E[U(a)]

    Which action, taken how often, and what does being wrong cost. No modelling starts before the objective is written down.

  2. 02
    Formalise the worldD = {(xᵢ, yᵢ)}

    Messy operational reality becomes features, outcomes and constraints, with the data-generating process stated explicitly.

  3. 03
    Estimate and boundθ̂ = argmin E[L]

    Fit, validate out of sample, and report the uncertainty. A number without an interval is not an answer.

  4. 04
    Engineer the answerf(x) → service

    The estimator becomes a service with tests, budgets, monitoring and drift alarms, running against live traffic.

Same four steps whether the problem is a sales territory, a factory line or an order book. The mathematics changes; the reduction does not.

Where this started

Systems engineering met market modelling.

Shadows Technologies grew out of one combination: engineers building serious production infrastructure and quantitative analysts mathematically modelling financial markets on top of it. Neither discipline works well alone, so we kept them in the same team.

Quant + eng

one team, statistics and systems together

10+ yrs

average experience per engineer, in production

4 sectors

finance, logistics, manufacturing, accounting

0 handovers

the person who models is the person who ships

Two mandates

We build it, or we make yours measurably better.

Mandate 01

Construct

New systems designed against explicit numbers: data pipelines, pricing and risk services, routing engines, real-time platforms with the analytics wired in.

  • Targets written down before architecture
  • Load and soak harness shipped with the system
  • Models, dashboards and alerts on day one
Systems engineering
Mandate 02

Audit & improve

Existing code and existing models, whatever the language. We measure the real behaviour, quantify the ceiling, then land the fixes with your team in the loop.

  • Profiled and sampled under production-shaped load
  • Findings ranked by effect size and effort
  • Fixes delivered as reviewable pull requests
Audits & optimisation
Quantitative core

Estimate, then engineer.

A worked example from an insulation installer. Before any routing software gets written, we estimate the probability that a given address converts, using energy label, roof and build age, subsidy eligibility and proximity to recent installations. The route planner then sends crews where the expected value is, instead of where the map looks tidy.

Sales territory · scored addresses, clustered and routedk-means · 2-opt route
C1C2C3
clusters
3
stops routed
12
lift vs random
1.44×

Each pin is an address scored by the classifier. k-means groups the territory into workable day-clusters, and a 2-opt tour orders the highest expected-value stops inside them. Crews drive less and knock on better doors.

Close probability model · holdout performancegradient-boosted classifier
addresses contacted (by model score)share of closes captured
false positive ratetrue positive rate
AUC
0.823
top decile lift
3.4×
closes in top 20%
55%

Ranking beats guessing by a measurable margin: the top two score deciles hold over half the closes. Features include energy label, roof and build age, subsidy eligibility and proximity to recent installations.

Representative results

Numbers, not adjectives.

Anonymised outcomes from engagements in trading, freight and manufacturing platforms. Same pattern every time: model the behaviour, remove the waste, prove the delta.

End-to-end response time · before vs after
before after
8.4ms
1.3ms
Order gateway (equities)
940ms
120ms
Freight dispatch solver
610ms
84ms
Inline defect inspection
46ms
3.2ms
Telemetry ingest

Measured on the client's own hardware, production-shaped load, same functional test suite passing.

Method

Four stages, no discovery theatre.

01

Instrument

Traces, counters and samples from the real path.

02

Quantify

Rank the cost with statistics, not with opinion.

03

Rebuild

Targeted change sets, benchmarked one at a time.

04

Guard

Regression gates so the win survives the next release.

Typical first measurable win: within two weeks

Statistical rigour

Effect sizes, intervals and out-of-sample validation. No conclusion from a single run.

Whole-stack view

Kernel flags, allocator, network path, query plan. The bottleneck is rarely where it is blamed.

Safe under load

Backpressure, degradation modes and failure drills before go-live, not after.

Your repo, your rules

We work in your codebase, your review process, your CI. No parallel universe branch.

Legacy-friendly

Twenty-year-old C++ or a sprawling monolith: we read code before proposing rewrites.

Knowledge transfer

Your engineers pair with ours. When we leave, the capability stays.

Capability matrix

A wide range of languages, honestly rated.

We audit and build in the language your system is already written in. Where we are not the right team, we say so.

LanguageDepth
C++ (17/20/23)
Rust
Java / JVM
Python
C#/.NET
Go
R / Julia
TypeScript
SQL / PL-pgSQL
Next step

Send us the data and the problem.

One call with an engineer, not a salesperson. Bring a dataset, a trace or just a complaint from operations, and we will tell you what we would measure first.

Start the conversation