info@reformtech.in+91 92655 39667Ahmedabad, India · Working with IN · US · UK · and yours

Home / Services / AI solutions

AI solutions and automation

Agents, LLM features, document pipelines and workflow automation, scoped as a pilot on your own data, measured for accuracy and running cost, then rolled out. For finance, healthcare and public-sector clients the same work runs on self-hosted models with nothing leaving your environment.

The problem

Most AI projects stall between the demo and production.

The demo is easy. Someone wires a prompt to your data, it answers three questions convincingly, and the project gets approved. Then it meets real inputs: a scanned invoice at an angle, a customer who asks two things at once, a document in a format nobody anticipated. The accuracy nobody measured turns out to be somewhere around seventy percent.

Seventy percent is the worst possible number. Too good to abandon, not good enough to trust, so a person ends up checking every output and the automation has added a step instead of removing one.

The second thing that stalls projects is cost. Token spend is invisible during a pilot and very visible at ten thousand documents a month. We have seen a working pipeline shelved because nobody priced it before building it.

And for a large share of the companies that approach us, none of it matters until one question is answered: where does the data go? Banks, hospitals, insurers and government suppliers all start there. If the answer involves a third-party API, the conversation ends.

Sound familiar?

01

A proof of concept that impressed everyone and has been parked for six months.

02

Nobody can state the accuracy rate, because nobody built a test set.

03

Monthly API spend that nobody forecast and nobody can now explain.

04

Legal or compliance blocked it, and no one offered a version that clears review.

05

It works for the happy path and fails silently on everything else.

06

The vendor owns the prompts, the pipeline and the evaluation data.

What you get

A pilot you can judge, then a rollout you can run.

01

A scoped pilot on your own data

Not a generic demo. We take a sample of your real documents, tickets or records, build against those, and show you where it fails as well as where it works.

02

An accuracy baseline and a test set

Where the task can be scored objectively, we build a labelled evaluation set with your team. It stays with you, along with a way to re-run it whenever a model or prompt changes.

03

Running cost, forecast before build

Token cost per document or per conversation, multiplied by your actual volume. If the economics do not work, we say so during the pilot, not after the invoice.

04

Production rollout with guardrails

Rate limits, fallbacks when the model is unavailable, a confidence threshold that routes uncertain cases to a person, and logging you can audit.

05

Monitoring after launch

Accuracy drifts as your inputs change and as providers update models. You get dashboards and alerts, not a silent degradation nobody notices for a quarter.

06

A self-hosted option where data cannot leave

Open-weight models running inside your VPC or on your own hardware. Scoped case by case, since the right approach depends on your infrastructure and the model size, and it is the only version some clients can approve.

How we build it

Measure first, build second.

Every engagement starts with a paid pilot. It is the cheapest way to find out whether AI is the right tool for the problem you have, and sometimes the honest answer is no.

01

Define the task and the bar

What exactly is being automated, and what accuracy makes it worth doing? A claims triage that must be 99% right is a different project from a draft-reply generator that can be 85%.

Output: a written task definition and a target accuracy.

02

Build the evaluation set

Where the task allows it, we take a representative sample of your real data and label the correct answers with your team. This is the unglamorous part and it is why the rest works.

Output: a labelled test set you keep.

03

Pilot and measure

We build the pipeline, run it against the test set, and report accuracy, failure modes and cost per unit. You see the failures, not just the wins.

Output: a pilot report with go or no-go.

04

Roll out with guardrails

Production deployment with confidence thresholds, human review routing, fallbacks, logging and monitoring. Then a handover so your team can operate it.

Output: a running system and its documentation.

Stack

What we build on, and why.

Model choice is a cost and privacy decision more than a capability one. Most tasks do not need the largest model available.

Claude, GPT and Gemini APIs

Default for anything where data can leave your environment. We benchmark two or three against your test set rather than assuming one is better.

Llama and Mistral, self-hosted

Open-weight models on your own infrastructure. Chosen when compliance requires it, not because they outperform the hosted ones.

Python, LangChain and LlamaIndex

Pipeline orchestration, retrieval and chunking. Kept thin. A wrapper you cannot debug is worse than no framework.

pgvector and Qdrant

Vector search for retrieval. pgvector when you already run Postgres and want one less system to operate.

n8n

Workflow automation connecting the model to the tools you already use: CRM, email, storage and ticketing, without a custom integration for each.

Langfuse

Tracing and evaluation in production. Every call logged with its inputs, cost and latency, so a drop in quality is visible.

Not fixed to these

This is what we reach for by default, not a limit. Most AI work has to fit around a system that already exists. If your stack is different, we work in it: a different cloud, a model your security team has already approved, an orchestration tool you are committed to. Tell us the constraints on the scoping call and we will say honestly whether they change the approach or just the tooling.

Engagements and timelines

How the work is broken up, and how long each part takes.

AI work is scoped in stages rather than as one project, so you can stop after the pilot if the numbers do not justify going further.

EngagementTypical timelineBest for
Scoping call and written brief1 weekDeciding whether there is a project here at all
Pilot on your data2 – 4 weeksOne task, measured, with a go or no-go
Production rollout6 – 14 weeksA pilot that cleared its accuracy bar
Self-hosted deploymentScoped per projectRegulated data that cannot reach a third-party API
Monitoring retainerOngoingKeeping accuracy and cost under watch after launch

How we quote

The pilot is priced on its own, so the decision to continue is made with a measured accuracy figure and a running-cost forecast in front of you rather than on an estimate. Model running costs are separate from build cost and depend on your volume.

Every project is priced in writing after a scoping call. You get a fixed number, with what is included and what is not, so there is nothing to negotiate later.

Tell us what you need built and we will send a scope and a price. The reply comes from the person who would run the project.

Get a quote →

This page describes how we prefer to work, not a fixed contract. Deliverables, stages and timelines vary with the size and shape of the project, and some of what is described here will not apply to yours. The written scope you receive after the scoping call is the version that counts. How we engage →

Questions

What clients ask before starting.

Where does our data go?

With hosted models, to that provider's API (Anthropic, OpenAI or Google) under their enterprise terms, which exclude training on your inputs. With a self-hosted deployment, nowhere. The model runs inside your VPC or on your hardware and no request leaves your network. We will tell you which is realistic for your compliance position before quoting.

How do you know the accuracy is good enough?

Where the task can be scored objectively, we build a labelled test set from your real data before writing the pipeline, agree a target with you, and report the measured figure against it. You keep the test set. Some tasks, open-ended drafting for instance, cannot be scored that way, and we will say so rather than inventing a number.

What will it cost to run each month?

That depends on volume, and we forecast it during the pilot: cost per document or per conversation, multiplied by your real throughput. If the running cost makes the project uneconomic we tell you at the pilot stage.

What if the pilot shows AI is the wrong tool?

Then we say so and you have spent a few thousand dollars instead of forty. It does happen, and often the problem turns out to need a rules engine, better data entry, or a fixed process rather than a model.

Who owns the prompts and the pipeline?

You do. Prompts, evaluation data, pipeline code and infrastructure configuration are handed over in your repository under your account. There is no licence, no hosted layer you have to keep paying us for, and no lock-in.

Can you add AI to software we already run?

Usually yes. Most of our AI work sits alongside an existing system rather than replacing it: a classification step on incoming email, extraction from uploaded documents, a drafting assistant inside a tool your team already opens every day.

Tell us what you need built. We will send a scope and a price.

Every enquiry gets a reply within one working day, from the person who would run your project.