Guides

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
Cheapest patternClassification and extraction
Before releaseReal examples, written threshold
MeasureCost per active customer

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.

PatternWhat it doesExample in a SaaS productRunning costMain risk
Classification and extractionReads one item and returns a label, a score or fieldsSort incoming tickets; pull fields from an uploaded document; score a CV against an advertLow and predictable per item; small modelQuiet errors at volume
Search over customer dataAnswers a question from the customer’s own records, with sourcesAsk your workspace; answers from a help centre or policy libraryModerate: retrieval plus a generated answerStale or wrong sources; data crossing between customers
Assistant that draftsWrites text in context for the user to editReply drafts, report summaries, job descriptionsModerate to high; grows with useHeavy users costing more than they pay
Automation of a multi-step taskCarries out several steps using your product’s own actionsChase incomplete records; prepare a weekly digestHighest and least predictableActing 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.

01At least fifty real examples, including the awkward ones, per feature.
02A written threshold agreed with whoever owns the outcome, before the first run.
03Results checked per customer as well as overall, since one customer’s data can behave differently.
04Low-confidence outputs routed to a person rather than shown as answers.
05The same test re-run on every model or prompt change, and a sample checked in production each week.

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.

01Per-customer feature switch, off by default.
02Pilot with one or two customers who have agreed to it.
03A feedback button on every AI output, reviewed weekly.
04A kill switch per customer and globally.
05Cost and quality on one dashboard, per customer.

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.

Read next

More guides: Building software and MVPs →SaaS development in London →What an AI feature costs to run →MVP development in London, £10k to £20k fixed →Bespoke software development in London →Our prices, in full →Building a SaaS product: lessons from our own two →

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.