Systems and AI build, from workflow problem to working system
Two builds under one method. First the system the work runs on: the CRM or the operating software, your data inside it, the repeating steps automated. Then AI on top of it, once there is something solid to put it on. Either way you receive a working system in production, tested before release and documented at handover.
A build earns its cost by removing a specific piece of recurring work. These are the
six we are asked to remove most often.
There is no single record of anything
The contact history sits in an inbox, the quote in a spreadsheet, the invoice in the accounting system. Each tool holds part of the picture and none of them holds the whole one.
Reporting assembled by hand, and two people telling one client different things.
The same work is redone every week
Someone copies figures between two systems, checks them, and formats the result. It takes hours and it happens on a schedule.
Time spent, and errors that surface downstream.
Handoffs drop things
Work moves between people by email or message, and what each person needs to receive was never defined.
Rework, and a client who noticed before you did.
Follow-up depends on someone remembering
The lead, the renewal or the quote gets chased when a person has time, in the order they happen to open their inbox.
Revenue that was already won gets lost.
Knowledge sits in one person
The answer exists, in a document nobody can find or a head that is on holiday.
Wrong answers given confidently, and duplicated effort.
The pilot works and never ships
A prototype proves the idea, then stalls on access, data quality, or the question of who supports it in production.
Investment spent proving something you already believed.
The two builds
Start with the system, then put AI on top of it
Both run the same method and the same three tiers. What changes is what gets built.
Read the first one even if you came here for the second.
Door one
Systems Build
CRM, data, automation and business operating software
The system the work runs on. One place the record lives, your data inside it and trusted, the repeating steps automated, and the reporting built on top of it. This is the door most clients come through.
A system of record A CRM, or business operating software such as Zoho One, configured against how your work runs rather than against a default template.
Your data, moved and proven Inventoried, deduplicated, cleaned and migrated. You sign off a validation report before go-live, not after it.
The repeating steps automated The work your team does by hand every week, with the exceptions routed to a named person instead of failing quietly.
Connected, and reported on The tools you already run wired together so data moves between them, and dashboards built on one set of numbers.
Most systems builds land in Tier 1 or Tier 2: $2,500 to $12,000, five to nineteen weeks.
Door two
AI Build
AI workflows and agents, and FusionOS where the scope is a whole function
AI put to work inside that system, on processes structured enough for it to be safe. Built to a written specification, measured against an evaluation set, and released with the human review points already in place.
AI workflows and agents What each one does, what it may see, what it may decide, and where it stops and asks a person. Settled before anything is built.
Knowledge it can retrieve Your documents, records and procedures organized so the right one comes back, under permissions that hold when the system is the one asking.
Guardrails matched to the risk Review points, audit trail and escalation, sized to what a wrong output would cost. Demonstrated in test before anything is released.
FusionOS, where the scope is a function When it is a whole department rather than one workflow, the build is deployed into your own FusionOS environment instead of bolted onto the tools you already have.
AI builds usually land in Tier 2 or Tier 3: $4,000 to $40,000 and up, ten to forty weeks.
Most clients come through the first door. The system of record goes in,
the data becomes something people trust, and the work stops being manual. That is the
foundation the second door needs: AI on scattered data produces confident wrong answers,
and no amount of model quality fixes it. Once one system holds the truth, layering AI
onto it is a shorter build rather than a bigger one. Take one, or take both in either
order. This is the order that usually works.
What you receive
A running system, and everything needed to keep running it
Scope varies with the door and the tier. This part holds through both: you get the
specification the system was built from, evidence it was tested, and enough
documentation to hand the work to somebody who is not us.
Use case and success metric
The one process being built, and the number that has to move for the build to count. Agreed before anything is configured.
The build specification
Triggers, steps, branches and owners for the process as it will run once it is live, the system configuration scope, and the agent specification where agents are involved.
Tool Integration Plan
How the systems already in the business connect, what data moves between them, and what happens when one of them is unavailable.
Risk tier and guardrails
The risk tier this build sits in and the controls that match it, including every point where a person has to review before the work continues.
Testing and Verification Report
What the system was measured against and how it performed. You see this before release, not after it.
Deployment and Rollback Plan
How it goes live and how it comes back out if it has to, written before it goes live.
Procedures and role-based training
A written procedure for each process and training by role, so the people who run it daily are not reading a handover document.
Handover Package and ROI dashboard
Documentation, the metric wired to a dashboard, and the improvement backlog we did not get to. Enough to run it without us.
Price and duration
Three tiers, set by the work rather than the budget
What decides the tier is how much of the business the build touches, how sensitive the
data is, and how much the system decides on its own. A build spanning several
departments, or one that acts without a person in the loop, carries more testing, more
controls and more evidence, and that is what the band pays for.
Tier 1
$1,500 to $4,000
5 to 8 weeks
A standard build on low-sensitivity data. A configured system of record, a data migration, workflow automation, reporting, an integration between tools you already run.
Trigger: standard application, low sensitivity
Managed operations from $750 per month
Tier 2
$4,000 to $12,000
10 to 19 weeks
Several departments, integrations and custom reporting on the systems side. On the AI side, anything touching personal or business data: retrieval over your own knowledge, AI-assisted workflows, systems that recommend and a person acts.
Trigger: multi-team, or AI on personal or business data
Managed operations from $2,000 per month
Tier 3
$12,000 to $40,000+
20 to 40 weeks
Agentic, regulated or payment-handling work. Multiple agents coordinating, systems acting on their own conclusions, anything where a wrong output has a regulator or a bank behind it.
Trigger: agentic, regulated, or payments
Managed operations from $6,000 per month
Governance controls appropriate to the tier are inside the build price. Running the system
after it goes live is priced separately, and you are not obliged to buy it. The systems
half splits these tiers into a fixed-scope band and a scoped one, with the migration and
the platform question answered in full, on Systems Build.
Proof
Two builds, and what they now do every day
Both took a step that used to wait on a person being free and gave it to a system. The
figures are what those systems do now, on ordinary days.
Five things have to be true on day one, whichever door you come through. Where one is
missing, the mapping engagement supplies it faster and cheaper than the build discovers
it.
Ready to build if
One process is prioritized and a named person owns it
How that work runs today is documented, or mapping is in scope
The source systems and where the data lives are identified
The success metric is agreed before build starts, and you can measure it today
An executive sponsor will clear access and make decisions inside a week
Start somewhere else if
Several processes are candidates and none has been ranked. Go to FusionMap.
Staff are already using AI on sensitive data with no rules. Go to FusionGuard.
Adoption is the risk rather than the technology. Go to AI Systems Mastery.
Nobody will own the system after go-live. See Managed Operations before you build.
After go-live
Where a finished build usually leads
A system in production changes what the next constraint is. The handover package
includes the backlog we did not get to, which is where most of these start.
They cover workflow versus agent, how long a build takes, what an agent may touch, and
what happens when the output is wrong.
AI workflow or AI agent?
A workflow follows a fixed sequence with AI on named steps. An agent decides what to do next inside a defined boundary. Workflows fit when the path is known. Agents fit when the work branches and a person would otherwise decide each branch by hand. The build names which one you are getting before work starts.
How long does an AI build take?
Five to eight weeks at Tier 1 for a standard build on low-sensitivity data. Ten to nineteen weeks at Tier 2 when personal or business data is in scope or several teams are involved. Twenty to forty weeks at Tier 3 for agentic, regulated or payment-handling work.
What systems can an agent access?
Only the systems and actions named in the design and the permission matrix. Read access, write access and which records it may change are decided before build, and the agent is tested against those boundaries.
Do we need clean data first?
For anything that reads or writes your records, yes. Scattered or duplicate data produces confident wrong answers. Where the system of record is unsettled, Systems Build or FusionMap comes first and shortens the AI build.
How do you test AI output?
Against agreed success metrics and a set of cases that include the failures you care about. Output is scored for accuracy, review burden and the actions the system is allowed to take. Go-live waits on that evaluation.
How do you control AI costs?
Model choice, call volume and caching are part of the design. Usage is measured against a baseline after go-live. Tier selection already reflects data sensitivity and agent scope, which is where most cost surprises come from.
What happens when the AI is wrong?
Every build includes an exception path and a named owner. Wrong output is routed to a person, logged, and used to tighten the evaluation set. Agents that write to systems sit behind human approval on the actions that need it.
Build the one that pays for itself first
Bring the process you would remove tomorrow if you could. We will tell you which door it
belongs to, which tier it falls in, and what it takes to get it running.
Analytics and advertising cookies tell us how the site is used and whether our campaigns work.
Essential cookies keep the site running either way. See the
privacy policy.