WAYS TO START
Choose the decision you need to make.
Start with the work that will move your project forward. Each engagement has its own scope and deliverables. You can take the findings to your team or continue into delivery with us.
Planning guide · 1–2 weeks Discovery & scope
For a new product or a workflow whose requirements are still unclear. Focus on one operation and the decision about what to build first.
You receive- A problem brief and current workflow map
- Users, business rules, constraints and success measures
- Prioritised scope, open questions and a proposed first delivery
The decision it supportsWhat is worth building, what needs testing, and what can wait.
Discuss discovery Planning guide · 2–4 weeks Architecture review
For an existing system facing a difficult change. Focus the review on a specific concern: dependencies, integration, reliability or migration.
You receive- System boundaries and dependency views
- Findings, risks and options with their trade-offs
- A recommended direction and prioritised change plan
The decision it supportsWhat to retain, what to change, and how to sequence the work.
Discuss a review Planning guide · 6–12 weeks Initial software build
For an agreed problem that is ready for delivery. Build one useful end-to-end workflow, including the user interface, backend, data and integrations it needs.
You receive- Working software against agreed acceptance criteria
- Tests, deployment setup and operating notes
- A handover and a prioritised plan for the next release
The decision it supportsHow well the first release works in practice and what to improve next.
Discuss an initial build Timing depends on the agreed scope, access to people and systems, integrations and migration. These are planning ranges. Your written proposal confirms deliverables, fees, responsibilities and review points before work starts.
WORKING TOGETHER
Clear scope, regular reviews and a useful handover.
After launch, we can agree ongoing database and technical support, alongside new requests and improvements informed by real use. The scope and response arrangements are agreed separately. Explore technical support or discuss your existing system.
What we need from you
Someone who knows the operation, suitable examples and a person authorised to settle scope and business decisions. We agree any system access when it is needed; anonymised material is often enough to begin.
How we work together
You review working software and the decisions behind it. When the brief changes, we make the effect on scope, timing and delivery clear before continuing.
Meet the lead →What happens at handover
We agree code and account ownership, deployment access, documentation, knowledge transfer and operating responsibilities. Any ongoing support has its own scope and response arrangement.
LET’S TALK
Let’s find the right starting point.
Tell us what you would like to build or improve. We’ll help you choose a useful first step, with a clear scope and way of working.