Pricing
Fixed price, agreed in writing — after a 20-minute conversation.
Engagements are quoted individually, because what an automation costs genuinely depends on your systems and your data, and what an adoption programme costs depends on how many people are actually in it. What does not vary: the price is fixed before work starts, the scope caps are numeric, and nothing outside them is ever billed as a surprise.
- One price, agreed in writing
- FixedOne price, agreed in writingAgreed before any work starts, with numeric scope caps on the statement of work so that “finished” is objective rather than negotiable.
- From fit call to written proposal
- 24hFrom fit call to written proposalUsually within a day of the call: scope caps, deliverables, timeline and payment schedule already in it. Not a range and not a slide deck.
- Revision rounds included on builds
- 2Revision rounds included on buildsAgainst the agreed acceptance criteria. A third is a change order, quoted and agreed in writing before any of it starts.
- Surprise line items
- 0Surprise line itemsAnything outside the written caps is quoted and agreed before it happens. Nothing is discovered in week two and billed in week three.
Why there is no price list
Because the same deliverable is not the same job twice.
Two companies can ask for what sounds like an identical automation and the work can differ by a factor of three. One has a documented process and a modern API. The other has the process in one person’s head, a tool with no integration surface, and four years of inconsistent data behind it.
A published price has to cover the second case to be safe, which means the first company subsidises it. The alternative — quoting low and discovering the gap in week two — is how fixed-price projects turn into arguments. Neither is a good way to start.
So the number comes after a short, specific conversation about your actual situation, and then it is fixed and written down. Everything below tells you exactly what moves it, so nothing about the quote should surprise you.
Included in every engagement
- Fixed price agreed in writing before any work starts
- Numeric scope caps on the statement of work, so "finished" is objective
- Two revision rounds against the agreed acceptance criteria
- Error handling, retries and dead-letter paths on everything that can fail
- An evaluation suite on every deliverable that touches a language model
- Observability: execution logging, failure alerting and a token-cost view
- A written runbook and a recorded handover walkthrough
- Everything in version control, in your repository
- A 14-day bug window after handover
The sequence
Four steps from first message to a number that does not move.
No procurement dance and no multi-week discovery, because there is no sales team to route it through.
You describe the problem
Reply within 24 hours
One process and roughly what it costs you in hours a week, or one person and what their week is spent on. The reply comes from whoever would do the work.
A 20-minute fit call
Free · qualification only
Which systems, how clean the data is, how much is documented, who signs off — or for adoption work, how many named people and what they each do. No advice given on it.
A written proposal
Usually within 24 hours of the call
A fixed price with the scope caps, deliverables, timeline and payment schedule already in it. Not a range, not an estimate, and not a slide deck.
The number then holds
For the life of the engagement
Two revision rounds are included on builds. Anything outside the written caps is quoted and agreed before it happens, never billed afterwards as a surprise.
The other side of the ledger
Before weighing what automation costs, count what the process costs.
A quote is only expensive or cheap relative to the hours it removes. This is the number the fit call starts from — and you can have it before you book anything.
What is the process costing you in hours?
The first two questions of the fit call, as sliders. Set them to the process you were thinking about when you opened this page.
Every week
15hrs
of hand-work the process absorbs.
Every year
690hrs
across 46 working weeks.
In working days
86days
of somebody’s year, spent on this one process.
One person at a time, always — because nobody changes how they work by watching somebody else be taught.
How that works →What moves the number
Seven things decide what an engagement costs.
Each one is a scale with a contained end and a larger end, and you can place yourself on all seven before we ever speak. If most of them point the easy way, the quote will reflect that. The last one applies only to adoption work, and it is the one buyers most often expect us to hide.
- Contained end — less to discover, less to build
- Larger end — more surface, more evaluation, more review
How many systems it touches
One system read and one written is a different piece of work from five systems with conflicting identifiers. Integration count is the single largest driver, which is why every statement of work caps it as a number.
- Contained
- One system read, one written.
- Larger
- Five systems with conflicting identifiers.
Whether an API exists
A documented, stable API is straightforward. A legacy tool with no API, or one that rate-limits aggressively, changes both the approach and the effort — sometimes by more than everything else combined.
- Contained
- A documented, stable API.
- Larger
- A legacy tool with no API, or hard rate limits.
How clean the data is
Consistent records with predictable formats are cheap. Free-text fields, duplicates, and thirty variations of the same customer name are where automation projects actually spend their time.
- Contained
- Consistent records, predictable formats.
- Larger
- Free text, duplicates, thirty spellings of one name.
How much of the process is written down
If the process lives only in one person's head, the first part of the work is extracting it. An SOP somebody else could already follow means there is less to discover, and the scope reflects that.
- Contained
- An existing SOP somebody else could follow.
- Larger
- The process lives in one person’s head.
Corpus size and channel, for agents
A few hundred documents on one channel is a contained build. Tens of thousands of pages across several channels is a different scope with a different retrieval design.
- Contained
- A few hundred documents, one channel.
- Larger
- Tens of thousands of pages, several channels.
How exposed the output is
An internal draft that a human reviews carries less risk than something a customer sees unmediated. Customer-facing and regulated use needs more evaluation, tighter guardrails, and more review — and that is reflected in the scope.
- Contained
- An internal draft a human reviews first.
- Larger
- Customer-facing or regulated, seen unmediated.
How many people, for adoption work
Enablement is quoted per person because it is delivered per person — a rollout for twelve is twelve intakes, twelve roadmaps and twelve sets of sessions. The headcount is on the quote rather than hidden inside a day rate, because there is no day to divide.
- Contained
- One person, one programme.
- Larger
- A whole function, one programme each.
Read all seven drivers as a table
| Driver | Contained end | Larger end |
|---|---|---|
| How many systems it touches | One system read, one written. | Five systems with conflicting identifiers. |
| Whether an API exists | A documented, stable API. | A legacy tool with no API, or hard rate limits. |
| How clean the data is | Consistent records, predictable formats. | Free text, duplicates, thirty spellings of one name. |
| How much of the process is written down | An existing SOP somebody else could follow. | The process lives in one person’s head. |
| Corpus size and channel, for agents | A few hundred documents, one channel. | Tens of thousands of pages, several channels. |
| How exposed the output is | An internal draft a human reviews first. | Customer-facing or regulated, seen unmediated. |
| How many people, for adoption work | One person, one programme. | A whole function, one programme each. |
What gets quoted
Seven engagement shapes, in three families
Each is quoted individually, but the scope caps, deliverables and timelines below are fixed — they are what your statement of work will contain.
Solo Track
One professional, one written roadmap built around their own work, and six one-to-one sessions on the tasks they actually do.
- 1 person; the programme is not transferable to a colleague
- 1 intake (60 min) and 6 one-to-one working sessions (60 min)
- Up to 8 of your own recurring tasks rebuilt
- 30 days of written follow-up after the final session
- Timeline
- 4–6 weeks, scheduled around your working week
- When you pay
- 50% to start50% at the final session
Solo Rollout
Your team raised one person at a time — a separate intake, a separate roadmap and separate sessions for every individual.
- 1 sponsor alignment call (60 min) before any individual is contacted
- Per person: 1 intake (45 min) and 4 one-to-one sessions (60 min)
- Up to 12 individual programmes in delivery at any one time; larger rollouts run in sequenced waves
- 2 aggregate progress reports to the sponsor; no individual transcripts
- Timeline
- 6–11 weeks by headcount, plus 30 days of follow-up
- When you pay
- 50% to start50% at completion
One purchase order for the whole rollout
AI Opportunity Diagnostic
A ranked, costed map of what to automate first — before you commit to building anything.
- 1 department
- 3–5 ranked automation candidates
- 1 walkthrough call (45 min)
- Timeline
- 5 business days
- When you pay
- 100% upfront
credited against any build commissioned within 30 days
Workflow Automation Sprint
One process your team does by hand every day, running without them in ten working days.
- 1 business process
- Up to 3 system integrations
- 2 revision rounds included
- Timeline
- 10 working days from Access-Complete
- When you pay
- Milestone-based · agreed in the statement of work before work begins
AI Agent Build
An assistant that answers from your documents, knows when to escalate, and is tested before you trust it.
- 1 agent, 1 channel (web, WhatsApp, Slack or email)
- Up to 2 integrations
- Corpus up to 1,000 documents or 5,000 pages
- Timeline
- 10–15 working days from Access-Complete
- When you pay
- 50% to start50% at UAT
Ops Automation Package
The full operational layer — several workflows, an agent, and a map of how they fit together.
- 3 workflows
- 1 agent
- 1 handover session per named owner
- Timeline
- 4–6 weeks
- When you pay
- Three milestones · agreed in the statement of work before work begins
Forward Deployed Engineer
An engineer placed inside your operation for a month or more, building the AI layer where the work actually happens.
- 1 engineer placed with 1 client, minimum 1 month, extended in monthly blocks
- 4 days a week inside your working hours; 1 day held for build and review
- Scope frozen at the end of week 1, then re-agreed at each monthly renewal
- On-site within Bengaluru; elsewhere remote by default or quoted with travel
- Timeline
- 1 month minimum, extended in monthly blocks
- When you pay
- Monthly, invoiced in advance · 30 days’ written notice on either side
The bars above show the payment structure — when money moves, in what shares of a fee that is agreed with you first. They are not a scale of amounts, and nothing on this page is.
Ongoing
Care & optimization
Optional, offered at handover rather than bundled into the build, and quoted monthly against the tier you choose. Three-month minimum, then monthly. Your system keeps running whether or not you take it — it is in your infrastructure and it belongs to you.
1. Essential
It stays up, and someone is watching it.
- Uptime & error monitoring
- Included
- Bug fixes on delivered scope
- Included
- Response SLA
- 2 business days
- Prompt & retrieval tuning
- 2 hrs / month
- Eval suite regression run
- Quarterly
- Model migration on vendor deprecation
- Quoted separately
- New workflow builds
- —
- Monthly performance report
- —
2. Standard
RecommendedIt stays up, it keeps improving, and it survives model changes.
- Uptime & error monitoring
- Included
- Bug fixes on delivered scope
- Included
- Response SLA
- 1 business day
- Prompt & retrieval tuning
- 5 hrs / month
- Eval suite regression run
- Monthly
- Model migration on vendor deprecation
- Included
- New workflow builds
- 1 minor / quarter
- Monthly performance report
- Included
3. Priority
Same-day response and continuous development capacity.
- Uptime & error monitoring
- Included
- Bug fixes on delivered scope
- Included
- Response SLA
- 4 business hours
- Prompt & retrieval tuning
- 12 hrs / month
- Eval suite regression run
- Fortnightly
- Model migration on vendor deprecation
- Included
- New workflow builds
- 1 minor / month
- Monthly performance report
- Included
The commercial terms
What is fixed, what is billed to you, and what is never marked up
Fixed unless you change it
Change orders
Two revision rounds are included in every build. A third is a change order, quoted and agreed in writing before any work starts.
Anything outside the written scope caps is quoted before it happens, at the change-order rate stated in your statement of work. That rate sits deliberately above the blended project rate, so it is always cheaper for you to scope a new piece of work properly than to extend an existing one informally.
Billed to you, never marked up
Running costs
Model API and third-party SaaS costs are billed to your own accounts and are never resold or marked up through us. Every AI build ships with a projected cost per run or per conversation, so the monthly figure is known before launch.
The only one that exists
Discounts
A discount is available for engagements paid in full upfront above a certain size. It is the only discount that exists — there is no first-client discount and no negotiation off a quoted price.
Statutory, on top of the fee
Tax — India
Invoices issued in India carry 18% GST in addition to the quoted fee.
Statutory, in your jurisdiction
Tax — international
International invoices are issued in US dollars. Exports of service from India are zero-rated, and invoices are exclusive of any tax applicable in your own jurisdiction.
The written position
Before you commit
Read the refund and cancellation policy and the terms of service. Both describe the standard position that your statement of work will follow.
The alternatives
Who else could do this — and when should you choose them?
Hiring, an agency, or wiring it up yourself are all legitimate answers, and each one wins in circumstances this table names. A comparison the house wins on every row is marketing; this one routes some readers away on purpose.
| Dimension | Hire in-house | Automation agency | DIY on no-code tools | SoloZ AI |
|---|---|---|---|---|
| Who actually does the work | An employee you recruit, onboard and manage — after the hiring cycle completes. | A delivery team, assembled per project; the people can rotate mid-engagement. | You, or whoever on the team is keenest — between the job they were hired to do. | One named production-systems architect, end to end. The person on the call is the person in the repository. |
| Time to a first shipped automation | After recruitment, notice periods and ramp-up — months before the first commit lands. | After discovery, onboarding and a statement of work clears both procurement processes. | This afternoon — and as far as enthusiasm and the free tier carry it. | Ten working days from Access-Complete for a Workflow Sprint, published and fixed in writing. |
| What you own at the end | Everything — to the exact degree the work got documented while it was being done. | The deliverables; sometimes on the agency’s tooling or tenancy, which is where lock-in lives. | A stack of tool subscriptions wired together, documented in one person’s head. | Repository, prompts, evaluation suite and runbook, in your infrastructure, transferred on full payment. |
| What happens when it breaks | Your employee’s first job tomorrow morning — real ownership, bounded by one person’s availability. | A ticket in their queue, against whatever SLA survived the contract negotiation. | Your problem, discovered by whoever the failure hits, with no alerting to say it happened. | Alerting into a channel you already read, a written runbook, a 14-day bug window, then a Care SLA if you want one. |
| The engineering floor | Whatever standard your hire brings and your review process enforces. | Varies by team — ask to see an evaluation suite from a previous build before signing. | Whatever the tool exports. Version control and test suites are usually the first casualties. | Version control, a 40-pair evaluation suite with a pass threshold, failure paths, observability and a runbook — on every build, at every size. |
When hire in-house is the right call
Choose it when automation is permanent, high-volume work in your business — a full-time backlog, not a bounded build. Compounding context beats any outside engagement at sustained volume.
When automation agency is the right call
Choose it when you need several workstreams delivered in parallel on one deadline. A bench can run five builds at once; a solo practice deliberately cannot.
When diy on no-code tools is the right call
Choose it when the process is small, personal and low-stakes — the fastest way to learn what automation feels like, and the cheapest possible start.
FAQ
Questions about money
You can buy it directly. A support professional who wants to close three times as many tickets without dropping quality, an accountant working through reconciliations, a lawyer summarising discovery, a recruiter writing outreach that does not read as machine-written — each of those is a legitimate engagement on its own terms, with no employer involved. The intake is identical to the enterprise version: your real work, your real files, a roadmap built for how you actually operate. Scope, format and timing are agreed in writing before anything begins, and the sessions are yours alone. Nothing you did not know at the start is reported to anyone, because there is nobody in the arrangement to report it to.
Progress at the level of the organisation, never a transcript of anyone’s session. The sponsor receives the agreed objectives, roadmap coverage across the people named in the engagement, completion against the written schedule, the themes that recurred — the tool nobody knew existed, the policy everyone was quietly working around — and the automation candidates the intakes surfaced. What the sponsor does not receive is who asked which basic question, who needed a second session, or who was slowest to start. That boundary is stated to everyone before their intake, because confidentiality is what makes an intake honest, and honest intakes are the only ones worth building a roadmap from.
The intakes are an unusually accurate automation diagnostic, and they feed straight into it. Sitting with people individually and watching them work surfaces the same task done a dozen different ways, the export nobody automated, and the three steps every one of them repeats by hand every morning — which is precisely the input a Workflow Automation Sprint or an AI Agent Build needs. Where something turns out to be worth building rather than teaching, it is written up as a ranked candidate with an hours-saved estimate and the assumptions stated, so you can challenge it. The two are quoted separately and neither is a condition of the other. Teaching a person to do a task faster is the wrong answer when the task should never have reached them.
Model and third-party SaaS costs are billed to your own accounts and are never resold through me — I do not want to carry token-price risk on your behalf and you should not pay a margin on it. Every AI build ships with a cost-per-conversation or cost-per-run projection so the monthly number is known before launch rather than discovered afterwards. Ongoing support is optional, quoted monthly against the tier you choose, and never bundled into the build price.
It is quoted per engagement rather than published, because the same brief can differ by a factor of three depending on your systems. Six things decide it: how many systems it touches, whether those systems have a usable API, how clean the data is, how much of the process is already written down, the corpus size and channel for an agent, and whether the output is customer-facing or internal. You get a fixed written price after a twenty-minute call, usually within twenty-four hours of it, and that price does not move afterwards — two revision rounds are included and anything outside the written scope caps is agreed before it happens.
Because a published number would have to be padded to cover the worst case, which means straightforward projects subsidise difficult ones. The alternative — advertising a low number and discovering the gap in week two — is how fixed-price projects turn into arguments. Instead the entire commercial structure is published: what drives the number, what is included at no extra charge, the payment milestones, the change-order rule, and the tax treatment. Only the amount waits for a short conversation about your actual situation.
Every enquiry gets a reply within one business day, from the person who would do the work rather than an automated sequence. After a twenty-minute fit call, a written fixed-price proposal typically follows within twenty-four hours, containing the scope caps, deliverables, timeline and payment schedule. There is no multi-week procurement dance, because there is no sales team to route it through.
That is the expected end state, and the build is structured for it. Everything is in version control with a runbook, prompts are versioned files rather than text pasted into a web interface, and the handover session is recorded. Your engineer can pick it up by reading the repository. There is no proprietary layer of mine in the middle that has to be replaced first.
Numeric caps written into the statement of work before you pay — how many processes, how many integrations, how many revision rounds, how many documents. Two revision rounds are included. Anything beyond the caps is a change order, quoted and agreed in writing before any work happens, at the rate stated in your statement of work. The fixed price does not move because the scope does not move quietly.
It is a fair question and the honest answer shapes how everything is built. Because the work lives in your infrastructure, in your version control, with a runbook and an evaluation suite, any competent engineer can take over without me — that is the point of building it this way rather than faster and looser. Delivery capacity is deliberately capped so schedules are not built on optimism, and for larger engagements I will name trusted subcontractors in advance rather than after a problem.
The centre of the practice is B2B services and B2B SaaS companies of roughly 10 to 200 people, with a named decision-maker and a manual operations bottleneck — large enough that a process eats real hours every week, small enough that one accountable engineer beats a vendor team. Individual professionals engage directly at one end, and larger organisations commission scoped rollouts one department at a time at the other. Where it is genuinely not a fit: pre-revenue startups looking for a technical co-founder, and open-ended "what can AI do for us" exploration with no process, no owner and no number attached.
Who on your team should be better at this by next quarter?
Bring one person, one team, or one process that is costing you hours every week. You will have a reply within 24 hours — and if it is not something I can help with, I will say so rather than sending a proposal.
Prefer email? hello@soloz.ai