Consulting & advisory
The technical call, made by someone who has made it before.
Technology decisions you will not have to undo: build or buy, rebuild or repair, what to fix and what to leave alone. Once, as a review. Or standing, for as long as the decisions keep coming.
What this means
Sometimes the most useful thing we can do is read what already exists: what is load-bearing, what is about to become expensive, and what the next move should be. We take that work on its own terms, with a written answer at the end, and we do it knowing the honest answer might cost us the project underneath it.
The questions are usually the same shape. Is this platform worth extending, or is it finished. Does buying this cost less than owning it once you count the second year. Why did the last rewrite change so little. Answering those takes somebody who has run systems like these in production, which is why this work sits right next to the engineering.
Most of this work carries on past the answer. A review that lands well tends to become a standing arrangement, a day or two a month, in the decisions that come up between projects, so the next expensive call gets made by someone who already knows the system. Some people call that a fractional CTO. It is the same work on a longer clock.
Questions
What people ask first.
Can we hire you for a review without a build?
Yes. It is a fixed scope, and what you get is a recommendation you can act on. If the recommendation is that you do not need us, that is the recommendation.
Can you just guide our team through a decision?
Yes, and it is the most common way this starts. A single decision, whether a platform choice, an architecture your team is unsure about or a supplier's proposal nobody can evaluate, is a short, bounded piece of work. You get a recommendation and the reasoning under it, there is no commitment past it, and plenty of these end there.
What if we want you around longer than one review?
Then it becomes a standing arrangement, a day or two a month, inside the decisions as they come up rather than reviewing them afterwards. Architecture calls, vendor and hiring conversations, and a technical voice in the room when the board asks something nobody internally can answer yet. That is the arrangement people usually mean by a fractional CTO. It is scoped in months, and either side can end it.
Do we need a full-time CTO instead?
Eventually, probably. Most companies reach a point where the technical decisions are constant enough to justify one, and when you reach it we will say so, and help you hire. Before that, a full-time hire is a large fixed cost for a role that is genuinely busy two days a month. This is the arrangement for the years in between.
How long does a review take?
Usually two to four weeks depending on how much of the system is documented and how many people we need to talk to. Longer than that generally means the question was too broad, and we would rather narrow it at the start than bill for the discovery.
What do we actually get?
A written assessment of what exists, what is at risk, and what each option costs, in language your board can read and your engineers will stand behind. It ends with a recommendation and the reasoning under it, so you can act on it or argue with it.