Skip to content
CipherCruCipherCru

Menu

How you can work with us

Seven ways to work with us. One of them fits.

The right engagement is a question of how much control, responsibility and certainty you want to hold — not of how much software you are buying. These seven are ordered from clarity-first to delivery-led, so you can find your position on the spectrum.

Not sure yet
Start with Discovery or Advisory. Both end in a decision, not a commitment.
You have the team
Staff Augmentation adds capacity without moving delivery ownership.
You need the team
A Dedicated Team or a Retainer, depending on how continuous the work is.
You want the result
Fixed-Scope for a defined build, Managed Delivery for an outcome.

Engagement models are about ownership, not size

Most suppliers offer one way of working and describe every problem in its terms. We would rather tell you that the model you asked for is the wrong one — a fixed price around an undefined outcome, or a standing team for work that needs a retainer, costs more than the conversation that prevents it.

If you are not sure where you sit, the two entry models exist for exactly that. Both end in a written position you can act on with us or without us.

The seven models

Ordered as a continuum, from the models that resolve uncertainty to the models that take delivery responsibility.

Need clarity first

Discovery / Assessment

A time-boxed investigation that ends in a written recommendation, including the recommendation not to build. You can act on it with us or without us.

Best when the problem is agreed and the solution is not.

An illustration of a magnifying glass held over a stack of flow diagrams, beside a recommendation checklist with “do not build” ticked.
  • Where it fits: a business case nobody can evidence, or a system everyone blames.
  • A written problem statement, the options considered, and the reasoning for each.
  • You own the decision at the end; we own the evidence behind it.
Need judgment first

Consulting / Advisory

Senior engineering judgment applied to decisions you are already making — architecture, vendor choice, a rebuild someone has proposed. No delivery attached.

Best when you have the team but not the second opinion.

An illustration of a compass engraved “senior engineering judgment”, beside blocks naming architecture, vendor choice and technology strategy.
  • Where it fits: an in-house team facing a decision it cannot take twice.
  • Architecture review, technology selection, or a rebuild proposal tested before it is funded.
  • You own the decision and the delivery; we own being right about what we told you.
Client-led

Staff Augmentation

Senior engineers inside your team, under your process, your standards and your review. You direct the work day to day.

Best when you know what to build and lack the people.

An illustration of two sets of figures, one pale and one blue, sharing a single desk and planning board under the labels “client team” and “CipherCru team”.
  • Where it fits: a roadmap that is agreed, funded and behind schedule.
  • Knowledge transfer is a deliverable, so capacity does not become dependency.
  • You own the backlog, the priorities and the delivery risk.
Shared

Dedicated Engineering Team

A standing team that works to your roadmap with our own delivery lead, engineering standards and quality bar. It ramps up and stays with the product.

Best when the roadmap is long and the requirements keep moving.

An illustration of a standing team around one table, a delivery lead at the board working a product roadmap from discover through to scale.
  • Where it fits: a product roadmap that runs longer than any single project.
  • A named delivery lead who is in the standups, not reporting on them.
  • You own direction and priorities; we own how the team delivers them.
Shared

Retained Engineering

Reserved senior capacity for a system already in production — changes, integrations, incident support and the improvements a live business keeps needing.

Best when the software is live and the work never fully stops.

An illustration of three engineers at a support desk, watching screens of system health, incidents and uptime for software already running.
  • Where it fits: a live system your team can run but not extend.
  • Unused capacity is a signal to reduce the retainer, not to invent work.
  • You own the operation; we own the engineering capacity you draw on.
CipherCru-led

Fixed-Scope Delivery

A defined piece of work, scoped and priced up front, delivered end to end. Scope changes are re-priced in the open rather than absorbed quietly.

Best when the scope is stable enough to write down and hold.

An illustration of a project calendar with build and test runs marked across it and a go-live date circled, beside a clock and a plan-to-production sequence.
  • Where it fits: a replacement, an integration, or a first release with firm edges.
  • Fixed budget, so the risk of a wrong estimate is ours, not yours.
  • We own scope, estimate and delivery risk; you own acceptance.
CipherCru-led

Managed Delivery

We take an outcome rather than a specification — assembling the team, running the delivery, and reporting against the business result you asked for.

Best when the result is agreed and delivery has no owner.

An illustration of a lead presenting business results — adoption, efficiency, uptime and cost per transaction — to a delivery team at work.
  • Where it fits: an organisation with the outcome but no engineering function to run it.
  • Reporting is against business milestones, not against hours booked.
  • We own planning, staffing and delivery; you own the decisions and the result.

Each model has its own page covering what it is, what it is not, who is responsible for what, and how it works commercially.

Compare all seven

Four questions that narrow the field quickly. The detail pages carry the fuller comparisons against the two or three models each one is genuinely confused with.

The seven CipherCru engagement models compared on control, delivery accountability, scope and continuity
DiscoveryAdvisoryStaff Aug.Dedicated TeamRetainedFixed-ScopeManaged
Who controls day-to-day work?CipherCruYouYouSharedSharedCipherCruCipherCru
Is CipherCru accountable for delivery?NoNoNoFor the teamFor the capacityFor the scopeFor the outcome
Is scope predetermined?The question isNoNoNoNoYesThe outcome is
Is capacity ongoing?NoNoYesYesReservedNoFor the outcome

Choosing between them

The questions that come up before a model is chosen rather than after.

We don’t know which model we need. Where do we start?
Tell us the situation rather than picking from the list. The model is something we work out together in the first conversation, and it is a short conversation — most situations rule out four or five of the seven immediately. If genuine uncertainty about what to build is the blocker, that points at Discovery.
Can we change model later?
Regularly, and the sequence is often the point. Discovery into Fixed-Scope, Fixed-Scope into Retained once the thing is live, Staff Augmentation into a Dedicated Team as coordination becomes a job of its own. Each change is a new agreement rather than an amendment, because what you are buying genuinely changes.
Can we run more than one at once?
Yes. A retainer on a live product alongside a fixed-scope build of something new is a common pairing. What matters is that responsibility for each is written down separately, so that nothing falls between two arrangements.
What is the smallest way to start?
Advisory, usually — it is the fastest to begin because there is no team to assemble, and it ends with a decision rather than a commitment. Discovery is the next step up when the question itself needs investigating first.
What if we ask for the wrong model?
We will say so. Selling a fixed price around an undefined outcome, or a standing team for work that needs a retainer, produces an engagement that fails slowly — which is worse for us than the conversation that prevents it.

Start with the situation, not the model

Tell us what you are trying to solve, what you have already tried, and what is fixed. We will tell you which of these fits — including when the answer is none of them.

Strictly necessaryEssential for the site to function: page navigation, security, session management, and remembering the cookie choices you make here.
Always on
FunctionalRemembers choices you make, such as language, region or display preferences, so the site opens the way you left it.
Performance and analyticsPerformance and analytics cookies show us how the Website is used: which pages are visited, how long is spent on them, where visitors came from, and what errors occur. They are set by Google Analytics and by HubSpot, whose cookies also link the pages you viewed to any enquiry you later send us.
Marketing and targetingTracks browsing activity to measure advertising and show relevant ads. We set none of these today, and will not without your opt-in.