// service · 1 – 2 days

The scoping workshop

Before writing a single line of code, we take the time to understand the real process, its friction points and what truly deserves to be tooled. A clear frame avoids building the wrong tool.

Scoping a business tool project — reading the data and the process
// why start here

Most projects go off track for lack of scoping, not technique

We often confuse “what we ask for” with “what we need”. The workshop turns an intuition (“we should have a tool”) into a concrete, prioritized and realistic scope that can be estimated and built with confidence.

// how it unfolds

How it works

01

Listen to the business

We walk through the process as it really exists, with the people who live it every day.

02

Spot the friction

Double entry, re-keying, friction points, dependencies on a few key people.

03

Define what's useful

We separate the essential core from the “nice to have”, to aim at a first sustainable scope.

04

Set a frame

A clear scope, identified business objects and an estimable trajectory.

// what you leave with

A clear map of your current process.
A prioritized functional scope for a first version.
The main business objects and screens identified.
A realistic estimate of effort and budget.

// who it's for

SMEs running a key process on Excel, emails and habits.
Teams whose current tool covers only part of the need.
Leaders who want to decide before committing to development.
Projects where you want to avoid an over-engineered mess.
$ ./contact --start

Ready to scope your need?

One or two days are often enough to see clearly and know whether or not to build a custom tool.