Adding AI features to an existing SaaS product: the patterns that work, what they cost to run, and how to test them.
By Zain Masroor · 14 October 2026 · 11 min read
Start with a job your users already do by hand inside your product, then pick one of four patterns: classification, search over their own data, an assistant that drafts, or automation of a multi-step task. Test it on real examples against a written threshold, attribute its cost to each customer, and update your privacy documents before release.
Talk it through: book a free 30-minute call →Start from a job, not a feature
The AI features that stick are the ones that remove a step users already take. Look at where people copy text between screens, read a document to fill in fields, sort a queue by hand, or write the same kind of message every day. Your support tickets and product analytics usually point straight at them. A feature that starts from one of those jobs has a measurable before and after; a feature that starts from wanting to have AI rarely does.
Write the job down in one sentence, with the user, the input, the output and how you would know it worked. That sentence becomes the test, the cost estimate and the release note.
Four patterns, and where each fits
Nearly every AI feature in a SaaS product is one of four patterns, and they differ most in how predictable their cost and their failures are. Start with the cheapest pattern that does the job.
| Pattern | What it does | Example in a SaaS product | Running cost | Main risk |
|---|---|---|---|---|
| Classification and extraction | Reads one item and returns a label, a score or fields | Sort incoming tickets; pull fields from an uploaded document; score a CV against an advert | Low and predictable per item; small model | Quiet errors at volume |
| Search over customer data | Answers a question from the customer’s own records, with sources | Ask your workspace; answers from a help centre or policy library | Moderate: retrieval plus a generated answer | Stale or wrong sources; data crossing between customers |
| Assistant that drafts | Writes text in context for the user to edit | Reply drafts, report summaries, job descriptions | Moderate to high; grows with use | Heavy users costing more than they pay |
| Automation of a multi-step task | Carries out several steps using your product’s own actions | Chase incomplete records; prepare a weekly digest | Highest and least predictable | Acting wrongly with real permissions |
What it costs to run
Model providers charge per token, input and output separately. At Anthropic’s September 2026 list prices Haiku 4.5 is $1 per million input tokens and $5 output, and Sonnet 5 is $2 and $10; batch processing halves the price for work that can wait, and prompt caching cuts the cost of repeated context. For classification and extraction the small model is usually enough, which is why that pattern costs least.
The number that matters is cost per active customer per month, set against what that customer pays. Attribute every model call to a customer and a feature, set a monthly ceiling per customer and trigger it once on purpose before release, and decide how the cost is recovered: an allowance included in each plan, or usage metered into billing through Stripe. In our own products, moving one high-volume feature from the frontier model to the small one made it several times cheaper and faster with no drop in success.
Evaluate before you release
An AI feature needs a test set before it needs a launch date. Collect real examples from your own product, with personal data handled under your existing rules, write down what a correct output is for each, and agree a threshold the feature must pass. Run it, read the failures, and change the prompt, the model or the pattern until it passes. Then keep the set, because every later change of model or prompt has to pass it again.
Data protection in a multi-tenant product
In most SaaS products you process your customers’ data on their behalf, so adding a model provider means adding a sub-processor. Update your sub-processor list and notify customers as your contract requires, use the provider’s business or API terms under which inputs are not used for training, and confirm where the data is processed. Tell end users plainly where AI is used, and keep a DPIA where the feature affects individuals in a significant way, such as screening or scoring people.
For search over customer data, filter by customer before retrieval, not after, so a question from one customer can never surface another’s documents. Keep prompts and outputs only as long as you need them for support and evaluation, and say so in your retention policy.
Rolling it out
Release an AI feature the way you would release any risky change, only more slowly. Switch it on for one or two customers first, with their agreement, and watch both the quality and the cost before widening it. Give users a quick way to say an answer was wrong, log enough to understand why, and keep a switch that turns the feature off for one customer or for everyone without a deployment.
What we do in our own products
We run AI features in both of our own products. In GoRizzume, a careers platform for UK students and graduates, AI scores a CV against a specific job advert, which is the classification pattern. In Onrolo, an applicant tracking system for UK recruitment agencies, AI helps agencies screen the applications they receive, with recruiters making the decisions. Both follow the rules above: every call attributed to a customer and a feature, ceilings tested, the small model by default, and new features switched on per organisation first.
When we add AI to someone else’s product, the work is priced as a fixed-price phase: £8,000 to £25,000 for a custom AI system, or as part of a SaaS phase at £8,000 to £30,000, with the evaluation set, the cost attribution and the ceilings included rather than sold as extras.
Common questions
What AI features should I add to my SaaS product first?
The one that removes a step users already take by hand, measured before and after. Classification and extraction, such as sorting tickets or pulling fields from documents, is usually the cheapest and most predictable place to start.
How much do AI features cost to run in SaaS?
It depends on volume and model. At Anthropic’s September 2026 list prices the small model, Haiku 4.5, is $1 per million input tokens and $5 output. Measure cost per active customer per month and set a tested ceiling per customer.
Should I charge extra for AI features?
Either include an allowance in each plan or meter usage into billing. What matters is knowing the cost per customer before choosing, so heavy users do not cost more than they pay.
How do I test an AI feature before release?
Collect at least fifty real examples, write down the correct output and a threshold before the first run, fix the failures, and re-run the same set whenever the model or prompt changes.
Do I need to tell customers I am using a new AI provider?
Usually yes. If you process their data on their behalf, the provider is a sub-processor: update your list, notify customers as your contract requires, and use terms under which their data is not used for training.
What does it cost to have AI features built into my product?
We price it as a fixed phase: £8,000 to £25,000 for a custom AI system, or within a SaaS phase at £8,000 to £30,000, including the evaluation set, cost attribution and tested ceilings.
Adding AI to a product you already run?
Tell us the job your users do by hand today. We reply with the pattern we would use, what it should cost per customer to run, and a fixed price to build it.