Product-development process

A Development Process Built Around Learning and Risk.

I tailor the work to product maturity, uncertainty, and consequence of failure. A focused review may use only a few stages; a full program can carry the sequence from definition through production improvement.

01

Define

Align the product opportunity, users, stakeholders, use cases, requirements, interfaces, constraints, assumptions, and success criteria.

Shared product brief and requirements baseline
02

Diagnose

Identify the physics, failure modes, sensitivities, risks, and unknowns that can change the development path.

Ranked risks, hypotheses, and learning plan
03

Generate

Develop credible architectures, run first-order calculations, compare tradeoffs, and preserve the basis for concept selection.

Selected direction with a clear technical rationale
04

Develop

Resolve CAD, calculations, tolerances, materials, processes, purchased components, assembly, service, and documentation.

Stage-appropriate product and mechanical definition
05

Prototype

Build around the questions most capable of invalidating the product, then use the result to improve the next iteration.

Physical learning against the highest-risk assumptions
06

Validate

Connect requirements to tests, review failures, implement corrective action, and repeat critical verification.

Requirements-based test results and residual-risk record
07

Release

Prepare drawings, BOM structure, supplier handoff, inspection requirements, pilot-build support, and change control.

Supplier-ready manufacturing release package
08

Improve

Use production, service, supplier, cost, and field feedback to prioritize the next product improvements.

Practical improvement roadmap

The process exists to create clarity, accelerate useful learning, and keep avoidable cost from moving downstream. I use the smallest set of reviews and deliverables that the product risk justifies.

Entry point

A useful first review starts with evidence.

A non-confidential summary, the decision blocking progress, current constraints, and available requirements, CAD, prototypes, tests, or supplier feedback are enough to frame the next step.

Does every engagement use all eight stages?

No. I tailor the sequence to maturity, risk, evidence, and the decision required.

Can the work fit an existing development process?

Yes. Outputs and reviews can map into established gates and configuration control.

How is scope controlled?

The engagement starts with defined decisions, outputs, assumptions, responsibilities, and review points.

Direct senior involvement

Turn the product decision into a clear next step.

Share a non-confidential summary, the current stage, and the outcome the team needs.

Discuss Your Project