FAQ

The questions operators actually ask.

Straight answers on AI, cost, commitment, and what happens if the outcome isn't hit. If a question here doesn't get a clean answer, that's a question worth raising in the first conversation.

01

The approach & AI

Isn't this just AI writing code you can't trust?

No. You're not trusting an AI system to make decisions about your business — you're trusting a senior architect, supported by AI tooling that lets one person do what used to require ten.

The architect decides what the business needs, names the outcome, owns the engineering calls, and is accountable for what ships. AI does the labor underneath: analytical scale, code generation, integration work, integrity-checking — and, inside the capabilities we ship, the judgment-shaped labor that rules can't do: reading messy inputs, reconciling, drafting, flagging. Most of it is delivered by AI. None of it is decided by AI. The architect owns the result. The full split is on Why Capability Factory.

What actually changed to make this possible?

The economics of building bespoke software. For thirty years it meant a team of five to ten, twelve to eighteen months, and a five-year lock-in — rarely a defensible line item for a mid-market business.

AI-native development compressed the labor that used to require teams. The judgment didn't get cheaper; the labor did, by an order of magnitude. The price followed the labor down.

Do we need an internal technical team?

No. One senior architect takes input directly from the business and delivers the capability, using the systems you already have. No internal software team required, and no desire to build you one.

What kinds of capabilities do you build?

Operational software fitted to how your business runs: forecasting, quoting, project setup, month-end close, operational reporting, cash visibility, decision support. Bespoke to each business, coming off the same line, in weeks.

If it can be named as a problem and tied to a measurable outcome, it's a candidate. If it can't, we'll say so.

02

Cost & commitment

What does an engagement cost?

Engagements are sprint-priced. A sprint is one senior architect-week, and several capabilities ship inside one; the outcome they add up to usually lands in one to three. You buy the next sprint because the last one earned it, signable as a CFO line item. The full engagement model →

What am I committing to?

An outcome, named and signed before the build starts, and one sprint at a time. No seven-figure capital request, no annual contract, no five-year lock-in, no team to keep staffed. Stop whenever the outcome is met.

Who owns what you build?

You do. The code we write is yours, never licensed back to you — it stays in your business after the engagement ends, and we stay to help you run it and build the next one. Where a bought component is the right call, any license fees are named and disclosed up front, and the decision is yours.

What does scoping cost, and what do I get?

Scoping is a structured 90-minute conversation, twice — not a billable discovery quarter. You leave with a written package: the problem named and quantified, the capability that resolves it, the outcome it moves, and the Benefit Realization Plan we'd sign. The package is yours either way, whether or not you engage us.

03

Trust & accountability

What if the outcome isn't hit?

Every engagement runs against a Benefit Realization Plan: a lagging metric, a baseline, leading indicators, a named owner on your side, and a review trigger. The trigger is the gate — cross it, and the engagement stops to be re-examined, not quietly continued. Measured monthly. See an illustrative BRP →

What if you can't name an outcome for my problem?

Then we won't take the engagement, and we'll tell you in the first conversation — not after a scoping fee or at the end of discovery. That isn't an attitude. It's a working constraint that keeps the work honest. If we can't name the number the capability is meant to move, there's nothing to hold ourselves to.

Who's actually doing the work — a partner, or juniors?

One named senior architect, accountable from scoping through outcome. The architect who scopes is the architect who builds. None are juniors covered by a senior's name. None are partner-led with the work flowing down. A second architect joins only when scope or timeline genuinely requires it.

04

Fit & getting started

How is this different from a consulting firm, a SaaS platform, or a custom build?

A consulting firm sells a project and runs a pyramid. A SaaS vendor sells a platform that fits the average of a thousand companies. A custom build is a seven-figure, multi-year bet. We produce a specific capability, fitted to your business, in weeks, against an outcome you own.The cost-shape comparison →

Who is this for?

Mid-market operators with no internal software team, no appetite for a five-year platform commitment, and a list of operational workflows held together by spreadsheets, disconnected SaaS, and manual handoffs. Typically $10M–$500M in revenue.

How fast do we see something working?

You see working output every Friday — not a status deck, a capability in progress. The first outcome usually lands in one to three sprints. The capability is in production while a traditional build is still in discovery.

How do we start?

One conversation. Bring the workflow that's costing you the most. We'll tell you whether we can name an outcome worth signing to — and you keep the written package either way. Start a conversation →

Still have a question?

Ask it in the first conversation.

The good ones become part of how we scope. Bring the workflow that's costing you the most — the scoping package is yours either way.

Start a conversation See what it costs90 minutes · written package · no obligation
Start a conversation