DevAi

Knowledge graph

home method services case-studies audiences skills projects decisions playbooks notes influences open-questions about
← audiences

For business owners

Most “AI for your business” pitches are theatre: a chatbot bolted onto the homepage, a demo that dazzles in the meeting and quietly breaks the week after. You do not need that. You need a useful internal tool, something that saves a person hours a week, answers a question your team gets asked fifty times a month, or turns a slow manual job into a fast one. This page is about what a build like that looks like when it is done properly, and how it is kept honest.

The difference is not the model. Everyone has the same models. The difference is the system built around the model: grounding its answers in your own documents, checking its output before it reaches anyone, and keeping a record of what it did. That is the part that decides whether a tool is still working in six months or sitting unused because nobody trusts what it says.

What this looks like in practice

A few concrete shapes these builds take. None of them is a science project.

  • AI search over your own documents. Your contracts, policies, past quotes, support history, internal handbook. You ask a question in plain language and get an answer drawn from your material, with a link to the source paragraph so you can check it. Not a generic model guessing. Your content, cited.
  • An assistant for internal operations. A tool that knows how your business runs and helps a staff member do a recurring task: draft a reply in your house style, summarise a long thread, pull the right figures from a report. It works inside your process rather than asking everyone to change how they work.
  • Lead qualification and self-service answers. A portal that answers the questions prospects always ask, scores who is worth a call, and lets the serious ones get what they need without a sales person. JobAbroad does exactly this, and it runs as a paid product.
  • Automating a messy admin workflow. The job that lives in spreadsheets and email and someone’s memory: chasing a status, generating a document, flagging the exception that needs a human. The tool handles the routine path and surfaces the cases that actually need you.

Why trust the build

A tool you cannot trust is a tool nobody uses. So the build is designed for trust from the start.

  • Every answer is grounded in your content, with citations. The assistant does not draw on whatever it absorbed from the open web. It answers from your documents, and it shows you the source it used so you can verify it in one click.
  • Typed outputs, so it cannot silently make things up. The model’s output is forced through a defined structure before anything acts on it. If it returns something that does not fit, the build rejects it rather than passing a confident-sounding error downstream. The guardrails live in the code, not in a hopeful instruction.
  • Logging and audit trails. Every meaningful action the tool takes is recorded: what was asked, what it answered, what it changed. When you need to know why it did something, the answer is in the log, not a guess.

This is the method I use on every build. You can read how it works in detail on the method.

Proof

These are not slides. They are running systems you can look at.

  • JobAbroad is a self-service portal that qualifies leads and answers repeat questions. Visitors run a readiness assessment, get cited answers from a semantic search over the content, and can pay for a deeper report and an AI coach. It is a working business, not a demo.
  • WeCoza is a real operational platform: a full line-of-business system managing learners, classes, agents, and compliance for a regulated training provider, with business rules enforced at the database layer and a forensic audit trail built in.
  • If a knowledge or document-search tool is what you are after, the knowledge portals service page covers that build specifically.

What I believe about this

[JOHN: short stance paragraph in your voice. The conviction line for a non-technical owner: why you build the boring, useful, auditable thing instead of the impressive demo. Something like “I would rather ship a tool that does one real job and that you can trust, than a clever one you stop using after a month” but in your own words and grounded in how you actually think about AI for a business. Keep it plain, no slogan.]

Talk to me

If you have a job in your business that feels like it should be faster, or a question your team keeps answering by hand, tell me about it. Email me at info@devai.co.za and describe the problem in plain terms. You can also see a live demo of the kind of tool I build.

Talk to me

Pick a doorway.

Remote, UTC+2. Open to contract, retainer, or lead-developer roles.

Drop a note to info@devai.co.za