Skip to content
TechFabric

Expertise

Strategy that ends in a scope you can build from

What we sell here is a two-to-three week discovery, run by the same senior people who would build the thing, ending in a scope, an architecture and a cost you can act on. On AI work it is also where success gets written down precisely enough to score.

Product discovery

Two to three weeks with the engineers who would build the thing. The output is a scope, an architecture and a cost, which is a different artefact from a strategy deck and a more useful one to a board.

  • The problem stated in terms somebody outside the room would recognise
  • Constraints found early, since the ones discovered in month four are the expensive ones
  • An architecture with the trade-offs written down and the rejected options named
  • A cost and a sequence you can commit to, or a recommendation not to proceed

AI readiness

On AI work discovery has an extra output, and it comes first. Without a written definition of a good answer there is no way to tell an improvement from a regression, and the programme runs on opinion.

  • A scoring rubric agreed with the people who will judge the output
  • The data that would ground it located, with the permission model examined
  • A pilot scoped so its result actually decides something
  • The cost of running it at volume estimated before anyone commits to it

Estate assessment

For the organisations where the question is what to keep rather than what to build. An assessment is only worth commissioning if it ends in a sequence somebody can fund.

  • What runs, what it costs and who depends on it, written down once
  • Decommissioning treated as a dated phase rather than an aspiration
  • Risk stated in terms of what breaks and who notices
  • A wave plan where the first wave is small enough to prove the approach

How we staff it

The same senior people throughout, which is the arrangement the company was started on. There is no account layer between the first conversation and the people who would do the work.

  • A senior engineer in the first call, joined by product when the question warrants it
  • The people who scope the work are the people who build it
  • A team that stays through delivery rather than handing over at kickoff
  • An honest recommendation when the work is smaller than the engagement

What we build

  • Discovery run by the people who will write the code
  • A written scope and a realistic cost before a larger commitment
  • On AI work, a scoring rubric as a first artefact
  • A recommendation to not proceed, when that is the honest one

How this is delivered

Forward-deployed teams

Product, design and engineering people who sit inside your business, find the real problem, and ship it.

FAQ

Questions we get asked

Do you do digital transformation strategy?

Yes, in the form that tends to be useful. We sit with you for two to three weeks and come back with something you can build, or a reason not to. How that engagement runs is on /how-we-work.

Who is in the first conversation?

A senior engineer, and on product questions someone from product joins the same call. There is no account layer between that conversation and the people who would do the work, which is the arrangement described at /services/forward-deployed.

What if discovery says we should not hire you?

Then that is the finding. Preetham's line is that we would rather tell a client in March they have two weeks of work they can do themselves than bill them for six months of finding that out.

How can we help?

A conversation with an engineer. If two weeks of discovery is the honest start, that is what we will sell you.