Skip to content
E—03Technology leadershipFractional CTO

Senior judgement,
without the hire.

Senior technical judgement on retainer — architecture calls, delivery review, stack and hiring direction — without a full-time executive appointment. The deliverable is a written decision record, not an opinion delivered in a meeting nobody minuted.

Retainer recordE—03
ShapeMonthly retainer, fixed hours
CadenceStanding weekly session
Minimum3 months
AuthorityArchitecture calls
DeliverableDecision records
Reports toFounder or board
§ 01What the retainer covers

Eight responsibilities,
held by one person.

Scoped narrowly on purpose. A retainer that covers everything covers nothing, and the first thing to slip is the writing — which is the part that outlasts us.

01

Architecture authority

Data model, service boundaries, integration surfaces, and the build-or-buy calls. One person holds the shape of the system and is accountable for it, including the parts that turn out to be wrong.

02

Decision records

Every material call written down: the decision in a sentence, the constraint that forced it, the option we rejected, and what would make us revisit it. The record is the deliverable, not a by-product.

03

Architecture review

A read of what already exists, including the parts nobody wants to open. Fragility, coupling, single points of failure, and the migrations that will get harder every month you defer them.

04

Delivery review

Sprint output against stated intent. Where estimates break, where review is being skipped under pressure, and which recurring bug class is a design problem rather than a discipline problem.

05

Stack and vendor direction

What to standardise on, what to retire, and which contract is quietly setting your ceiling. We argue for boring infrastructure and put the reasoning in writing when you want to go the other way.

06

Hiring direction

The sequence of roles, the level required, the interview loop, and the technical screen. We sit in final rounds and give a written read on each candidate rather than a thumbs up.

07

Risk register

A maintained list of what could break the business, ordered by cost rather than by how recently it was mentioned. Security, key-person dependency, data recovery, cost exposure, and compliance.

08

Technology due diligence

Independent technical reads for boards and investors — codebase quality, architecture risk, team capability, and what the roadmap will actually cost. Written for a non-engineer to act on.

1
Standing session per week

Same slot, same person, decisions recorded.

1d
Async response window

Architecture questions answered in writing within one working day.

3
Month minimum term

Long enough to see how your team actually delivers.

3
Ventures we operate

We carry our own on-call, so recommendations come from experience.

§ 02Who it suits

Four situations
where this works.

If none of these describes you, the retainer is probably premature. A team of three engineers with a clear roadmap does not need an architecture authority on a monthly bill.

01

Funded teams without a CTO

You have engineers shipping and nobody holding architecture. Decisions get made by whoever is closest to the keyboard, which works until two of them disagree in production.

02

Founders about to commit capital

A build is priced and about to start. An architecture read before the first commit is the cheapest hour you will spend on the project.

03

Boards needing an independent read

You are being asked to approve a technical plan you cannot verify. We report to the board, not to the team being assessed, and we say so to everyone up front.

04

Teams inheriting a codebase

An acquisition or an outsourced build has landed on your team and nobody trusts it. We map what is there, what is load-bearing, and what has to be rewritten before it can be extended.

01

Funded teams pre-CTO

02

Boards needing technical assurance

03

Pre-build diligence

§ 03What a month looks like

Four weeks,
four artifacts.

The rhythm is fixed so the work is auditable. If a week produces no artifact, it did not happen and you should ask us about it.

01

Week 1

Standing session and priorities

A fixed weekly slot with the founder or engineering lead. Open decisions listed, ranked by what blocks delivery, and the ones we will settle in writing this month agreed.

  • Decision queue
  • Blocked items named
02

Week 2

Architecture and code review

A read of the current branch, the schema, and the deployment path. Findings go into the risk register with a cost and a recommended sequence rather than a severity colour.

  • Architecture note
  • Risk register update
03

Week 3

Delivery review and decisions

Sprint output against intent, estimate accuracy, and review discipline. Every call made this month is written as a decision record and lands in your repository, not a slide deck.

  • Decision records
  • Delivery read
04

Week 4

Roadmap and reporting

The next quarter resequenced against what we learned, including what is explicitly deferred. One written report you can forward to a board without translating it first.

  • Sequenced roadmap
  • Monthly report
§ 04What we produce

Four documents
that stay with you.

All of it lives in your repository or your drive from day one. The reasoning does not leave when the retainer ends, which is the only honest test of whether advisory work was worth buying.

Deliverables

  • 01

    Decision records

    One page per material call. The decision, the constraint, the rejected alternative, and the trigger to revisit.

  • 02

    Architecture notes

    Data model, service boundaries, and integration surfaces at a level a new engineer can join on.

  • 03

    Risk register

    What could break the business, ordered by cost, with an owner and a recommended sequence.

  • 04

    Sequenced roadmap

    What to build in what order, and what is explicitly deferred with the reason attached.

Infrastructure defined as code, reproducible from zero. Observability and alerting configured before launch.

Retainer terms

Shape
Retainer · fixed hours · decision records

Fixed monthly hours agreed at the start and reported against. No open-ended availability, no unbilled drift.

Cadence
Standing weekly session

Same slot every week with the founder or engineering lead. Recorded decisions, not a status meeting.

Between sessions
Async, one working day

Architecture questions answered in writing within one working day during IST hours.

Minimum term
3 months

A shorter term buys an opinion. Three months buys judgement informed by how your team actually delivers.

Notice
30 days, either side

The records are already yours, so ending the retainer does not require a transition project.

Escalation
Two documented levels

The retainer holder, then the founder. Response commitments are stated in the agreement rather than assumed.

The rate depends on hours and scope, and we state it in the first reply to a brief. Diligence engagements for boards and investors are quoted as a fixed piece of work rather than a retainer.

§ 05Where the judgement comes from

We carry the pager
for what we recommend.

Three products are ours, and we run them in production. When we advise you to standardise on something or to refuse a shortcut, it is because we have already lived with that decision at our own cost.

V—01Beta

Aurelia

Your network, with a memory.

Relationship intelligence · B2B SaaS

V—02In development

Voyazio

The backbone of travel business.

Travel infrastructure · Vertical SaaS

V—03In development

AxleOne

Powering the backbone of Bharat.

Logistics infrastructure · Fintech

01

We do not write the strategy deck

The output is a decision record, an architecture note, and a sequenced roadmap. If what you need is a fundraising narrative, hire someone who does that well.

02

We do not carry the title without the authority

A fractional CTO who can be overruled by whoever shouted last is decoration. Either the architecture call sits with us or the retainer is not worth your money.

03

We do not sell a build off the back of a review

A diligence or architecture engagement can conclude that your current team is fine and needs no vendor. That conclusion is a legitimate outcome and we have delivered it.

WhatsAppStart a chat