← ALL POSTS
CUSTOM SOFTWARE EXPLAINER

Adding AI to your app without the hype

Every software vendor is bolting "AI" onto their product, and every business owner we talk to is somewhere between curious and exhausted by it. Here is the honest version: most AI pitches are vapor, but there is a small set of AI features that work reliably today, cost little to run, and save real hours. If you have an app, an internal tool, or a workflow with a lot of text in it, these are worth knowing about.

The four features that actually work

Modern language models are genuinely good at four jobs. Almost every useful AI feature we build is one of these wearing different clothes.

1. Summarize

Take something long and make it short. A 40-minute call transcript becomes five bullet points. A 30-page contract becomes a one-page brief. A week of support tickets becomes "here are the three things customers complained about most." This works well because the source material is right there: the model is condensing, not inventing.

2. Extract

Pull structured data out of unstructured text. Read an emailed purchase order and pull out the vendor, line items, quantities, and total. Read a resume and fill in the candidate fields. Read an inspection note and pull the address, the issue, and the severity. Extraction is the quiet workhorse: it is what lets you automate processes that used to require a human to read something.

3. Draft

Produce a first version for a human to edit. Reply drafts for common customer emails. A first pass at a job description, a proposal section, a product description from a spec sheet. The key word is draft. The human still sends it. You are saving the blank-page time, not removing the person.

4. Classify

Sort things into buckets. Route incoming emails to sales, support, or billing. Tag support tickets by product and urgency. Flag reviews that mention a safety issue. Classification is old technology made dramatically easier: what used to take months of training data now takes a well-written prompt and an afternoon of testing.

What does not work (yet)

Be suspicious of anything pitched as autonomous. Models that take actions on their own, agents that "run your business," anything making final decisions with money or legal weight attached. The failure mode of these systems is that they are confidently wrong, and confidently wrong at scale is expensive. Also be suspicious of "ask your data anything" chatbots as a first project. They demo great and disappoint in production, because vague questions get vague answers.

Guardrails: the part that makes it safe

Every AI feature we ship has the same three protections built in:

There is also a data question to settle up front: what are you sending to the model provider? The major APIs offer terms where your data is not used for training, but you should confirm that, and anything genuinely sensitive (health records, payment data) needs a deliberate decision, not a default.

What it costs

Less than people expect. These features run on API calls priced in fractions of a cent per request for most workloads. A tool that summarizes every support call your team has might cost a few dollars a month in API fees. The real cost is the build: wiring it into your systems, writing and testing the prompts, and building the review step. That is typically a small project, not a big one, if you keep the scope to one of the four jobs above.

How to pick a first project

Look for a task where someone reads text and then does something mechanical with it. Reads emails and routes them. Reads documents and types fields into a system. Reads notes and writes a summary. That is the sweet spot: high volume, low stakes per item, easy to check.

Then measure before and after. Minutes per item, items per day. If you cannot measure it, you will never know if it worked, and "it feels faster" is how hype survives.

How to know it's done right

A good AI feature disappears into the workflow. Your team stops thinking of it as AI and starts thinking of it as "the thing that pre-fills the form." Error rates are known, not guessed. The weird cases route to humans. And when the model gets something wrong, you find out from a log or a review step, not from an angry customer.

Stuck on this, or want it done for you? That's the job.

Email us →
RELATED READING
Web app or website: which are you actually asking for? Explainer
Rescuing legacy software: modernize without the rewrite Explainer
Native, React Native, or just a good website? Explainer
Testing that fits a small app budget Explainer
Send SMS and email alerts from your app Step-By-Step Guide
NO FORMS. JUST EMAIL.
mason@hurbs.io
or (832) 457-4317, LA and Houston