A materials company keeps a working relationship with us, and no minimum hours. When they need a bespoke feature built at pace, a senior engineer turns on. When they need a hand — a review, a stuck integration, help through a change — the same person turns on for that. When the queue is empty, they turn off.
The company builds materials. The software around that is real and specific: formulation tools, an internal app for their data and models, extraction from technical documents, a mapping product, a public site. None of it is idle. None of it produces a feature request every week.
The usual ways to cover that gap all cost more than the work:
They kept the relationship, and dropped the minimum. A senior engineer who already knows the products turns on for the work in front of them and turns off when it is finished. The next time on does not start from zero.
The pace comes from who is turning on. A senior who knows the codebase, working the way we work, can land a bespoke feature in the time a cold start would spend reading. The same person can spend an afternoon on assistance and stop. Both are the relationship. Neither requires a block of hours bought in advance.
When the work is a whole product rather than a switch, it is a bounded build — a vibecoded prototype taken to production in four working weeks, on a small budget. Read that story.
They have a senior engineer for the moments that need one, and they do not carry one through the moments that do not. Features land at pace. Assistance stays assistance. The relationship is what makes the next “on” fast.
We are not publishing hours, rates, or a count of projects. No minimum is the term of the relationship: a senior engineer turns on for a bespoke feature or for help, and turns off when that work is finished.
On for a feature. On for a hand. Off when the queue is empty. No minimum hours. Fifteen minutes is enough to see if that shape fits.