
Consulting
Before we build, we design the technology decision.
Diagnosis, product discovery, architecture, and a roadmap that takes uncertainty out of a project before it starts costing money.
What it solves
Five situations where quoting a build is guesswork.
The idea is still fuzzy
There is a clear business opportunity, but nobody can turn it into scope. Every vendor quotes something different because every vendor understood something different.
A legacy platform is holding the business back
The system runs the operation and simultaneously prevents changing it. You can neither switch it off nor keep going like this.
Technical debt is showing up on the calendar
What used to take a week now takes a month, and nobody can explain exactly why.
You have to choose a technology or a vendor
Three proposals that cannot be compared to each other, and no independent basis for deciding.
You are building without architecture
The team is shipping, but every decision is made in the moment and none of them get written down.
Services
What consulting covers.
- Product discovery: from business problem to the smallest defensible scope.
- Diagnosis of an existing platform or process.
- Solution design and architecture, with explicit boundaries.
- Build vs. buy evaluation, on criteria rather than preference.
- Phased technical roadmap, with dependencies and risks.
- Audit of code, delivery process, or an AEM implementation.
- Technical governance and documentation, so judgment stops depending on one person.
- Assessment of real applied-AI opportunities — including concluding there are none.

Format
What a consulting sprint looks like.
A bounded period, named participants, and a written deliverable. Not open-ended meetings until someone gets tired.
Framing
We agree on the question to answer and what would make the answer useful.
Immersion
Conversations with business, operations, and engineering. A review of what already exists.
Options
Two or three paths on the table, with cost, risk, and what each one closes off.
Recommendation
A reasoned decision, not a menu. With what supports it and what would invalidate it.
Handover
Document, walkthrough with the team, and answers to the questions that come up afterward.
Deliverables
What you walk away with.
Depending on agreed scope. Never all of them at once: a deliverable nobody will read is not a deliverable.
- A map of the problem and the people involved.
- A clickable prototype when the doubt is about product, not technology.
- Solution architecture with decisions on record.
- A prioritized initial backlog.
- A risk register with mitigations.
- A phased estimate with stated assumptions.
- A phase plan with exit criteria.
Who takes part
Without these people, the result falls short.
Consulting is not a technology exercise: half the answers live in operations.
- Whoever owns the budget and can close the scope.
- Whoever knows the real process, not the documented one.
- Whoever will maintain the system afterward.
- When relevant: legal, security, or compliance.
The recommendation does not oblige you to hire us for the build.
If the answer is buy rather than build, we say so. If the best path is your internal team, same. A consulting engagement that can only end in a project of our own is not consulting — it is a sales proposal with a different name.

Generative AI
We use generative AI throughout. The decisions stay human.
Generative AI lets us deliver sooner, at higher quality, with better results — because it frees up hours of mechanical work and returns them to what actually decides whether a project succeeds: understanding the problem and reviewing what got built. It does not choose the architecture, sign off on security, or answer for delivery.
- More value per project: the time not spent on repetitive work goes into solving your business problem.
- Less time to a first version: a conversation becomes scope, risks, and a prototype in hours instead of weeks.
- Early prototypes your team can actually click through before you commit budget.
- Better quality: assistance with code, tests, and documentation, with more coverage than fits in the same schedule.
- Better results: more iterations on what matters, because each pass costs less effort.
- Intelligent features inside the product only when they earn their place.
- Mandatory human review of architecture, security, and quality before every release.
Let's design the solution.
Start by understanding the problem. Scope comes after that.