Why fixed price?
Because open-ended estimates are why these projects overrun. Every Rad Shift build opens with a two-day diagnostic of the live stack; the scope quotes those findings, the price locks against that scope in the SOW, and it doesn’t move mid-build. If the diagnostic finds less work than expected, the scope narrows — it’s never padded to fill a number.
What happens if scope changes mid-build?
The build runs against the scope locked at the diagnostic, so nothing changes silently. Anything discovered after the lock becomes a decision made with you — scoped and priced separately, or parked for later — never absorbed as drift. That discipline is what makes a fixed price and a fixed timeline possible at all.
What if it isn’t done in two weeks?
The two-week schedule holds because the thing that usually blows it — unmapped scope — is resolved before the build starts. Where a dependency genuinely runs longer than the window, it’s named in the SOW with its date: domain warmup, for example, ramps over three weeks by design and starts on day one, and handover includes the checklist that carries it to full volume.
Who touches our CRM instance?
On a Rad Shift build, the diagnostic and all data-touching work are core-team only. Where a disclosed delivery partner executes a Zoho implementation — TuvisTech, a premium Zoho partner — they’re named in the SOW with your consent before any access exists, never silently. The diagnostic and final acceptance always stay with the core team.
We already have a CRM. Do we have to move?
No. Every build runs on the accounts you already own — Zoho, HubSpot, or Salesforce. Migration is one component of the CRM + Data Foundation build when you actually want it, in any direction across the three, with data-loss protection. Nothing is replaced by default, and you keep every record either way.
What happens after handover?
You run it. A Rad Shift handover is a working system verified live, a runbook that documents it, an acceptance checklist you sign against, and every credential in your hands — the code, domains, and playbooks are yours outright. There’s no retainer and no dependency on us to keep it alive; when teams come back, it’s for the next build.