A senior technical leader who works with your company part-time, on an ongoing basis,
instead of as a full-time hire. Here is what one does, what one costs, and when you
actually need one.
Prefer Traditional Chinese? Read this page in
繁體中文.
A fractional CTO is a senior technical leader who works with a company part-time, on an
ongoing basis, rather than as a full-time employee. They set technology direction, make
the architecture and hiring decisions a Chief Technology Officer makes, and, in the
hands-on version of the role, still write code. You bring one in when you need CTO-grade
judgment but cannot yet justify a full-time CTO's salary, equity, or headcount.
The word "fractional" is about time, not seniority. You get a full CTO's experience for a
fraction of the week: a day or two, a scoped project, or a standing advisory seat. It is a
permanent arrangement at part-time capacity, which is what separates it from the temporary
roles below.
What a fractional CTO actually does
The work spans four areas, and a given engagement usually leans on one or two of them:
Technology strategy. Roadmap, architecture, build-versus-buy calls, vendor selection, and the technical side of investor and board conversations.
Team and delivery. How the engineering team is structured, how it ships, hiring plans, code review culture, and the metrics that show whether any of it is working.
Hands-on building. In the hands-on version of the role, writing the code: prototypes and proofs of concept, a first MVP, or the example-setting work a team inherits.
Risk and governance. Security, technical debt, and, increasingly, the governance around AI-generated code. CodeRabbit's State of AI vs Human Code Generation Report found AI-authored pull requests had about 1.7x more issues than human-only ones (470 pull requests, December 2025).
The common thread is decisions. A fractional CTO owns the technical decisions a company
would otherwise make by guesswork, by copying a competitor, or by trusting whoever quoted
the loudest. If your team already ships well and just needs more hands, you need
developers, not a fractional CTO. If nobody senior is deciding what to build and
how, that is the gap this fills.
Fractional vs full-time, interim, and a dev agency
Four arrangements get confused with each other. They are genuinely different:
Full-time CTO. A permanent, full-time executive. The right answer once the company and the engineering org are large enough to need one every day. Below that scale it is expensive idle capacity.
Interim CTO. A full-time but temporary placement that fills a gap until a permanent CTO is hired. Fractional is the opposite trade: permanent relationship, part-time capacity.
A dev agency. Builds what you specify. It does not own the decision about what to build, and it has no incentive to tell you the project is wrong. You still need someone senior on your side to direct it and check its work.
Fractional CTO. Ongoing, part-time senior leadership that owns the technical decisions and, done well, still builds. The same person stays for as long as it is useful, and hands off cleanly when you outgrow the arrangement.
The confusion worth clearing up is fractional versus interim, because the words sound
similar and mean opposite things. Fractional is ongoing and part-time. Interim is temporary
and full-time. If you are hiring in Hong Kong specifically, the local market realities are
on the fractional CTO in Hong Kong page.
What a fractional CTO costs
A fractional CTO is priced as a fixed monthly retainer, sized to the scope of the
engagement, not billed by the hour. The reason to price it against a full-time hire is that
this is the real alternative most companies are weighing.
A full-time CTO in Hong Kong runs HK$1.2M to HK$3M a year in salary alone
(Robert Half, 2026 Hong Kong Salary Guide). That is before mandatory MPF contributions,
before equity, and before the recruiter's fee for finding the person. It
also takes several months to hire, during which the seat is empty, and a wrong senior hire
is expensive and slow to unwind.
A fractional engagement is a fraction of that annual cost, scales down when you need less,
starts in about two weeks, and stops with one month's notice. The honest trade-off: you get
less of the person's time, so a fractional CTO is the right call when the bottleneck is
judgment and direction, not raw daily hours. When you genuinely need a senior
technical leader in the building every day, hire full-time; a good fractional CTO will tell
you when you have reached that point and help you make the hire.
When you need one, and when you don't
A fractional CTO tends to be the right fit for:
A non-technical founder, pre-seed to seed, who needs a first product built and technology decisions made by someone they can trust.
An SME or scale-up whose existing team ships slowly and unevenly, and whose adoption of AI has not moved any number.
A funded startup, seed to Series A, that needs CTO-grade judgment on roadmap, hiring, architecture, and investor conversations before it can justify a full-time CTO.
It is the wrong fit, and an honest fractional CTO will say so, if:
You need someone to run a large engineering organisation, above roughly 50 engineers. That is a full-time job.
You want a CIO: internal IT, enterprise procurement, corporate infrastructure. Different discipline.
You want a strategy deck and nobody on the keyboard. A hands-on fractional CTO is the wrong hire for pure advisory theatre.
The one thing to check before you hire one
Ask whether they still write code. Most fractional CTOs do not; their value is framed as
decisions and direction, which is real, but it means their technical judgment is running on
memory. Someone who still builds reviews your code by reading it, proves an approach by
writing it, and catches the expensive mistakes while they are still cheap. It is the single
most useful filter, and it is the whole reason this practice exists.
28one · quality-control SaaS · fractional CTO since 2025
What the role looks like in practice
At 28one I do all four parts of the job at once: strategy (merging twelve client
databases into one platform), team (moving six engineers to AI-native workflows with
review gates), hands-on building (backend rebuild and AI features shipped into the
product), and governance (the guardrails that make AI-generated code safe to ship). Part
time, ongoing, with my hands on the keyboard.