AI application
A product whose core feature relies on a model: summarise, classify, extract, generate, understand an image or a document (multimodal).
Build With Me / AI
An assistant that answers from your documents, an automation that removes a repetitive task, an AI feature in your SaaS: useful when the problem is real and the result can be checked.
To build an AI product, start by checking that the problem needs AI: rules, search or a well-designed form are often enough. If AI helps, call the model from your server, give it the context it needs (document retrieval, limited tools), require structured output, measure quality on a set of examples before every change, cap the costs, and keep human approval before any irreversible action. An AI agent does not replace human judgment: it equips it.
Checked on
In brief
Three ways to build
This page gives the architecture, the guardrails and a staged path, with the model providers’ official documentation. To decide whether you can build your product with AI tools or should delegate, the free build, buy or delegate diagnostic (in French) helps decide. Build School teaches building a web product with a coding agent — an AI tool is one of its product types.
You build; Bynilson reviews the architecture, the evaluation set, the costs and the risks, in writing or in a session. For a product centred on an LLM (agent, chatbot), a request is reviewed case by case: no package, no promise before seeing the problem.
No Bynilson product in production depends on an LLM today. Delivery builds on what is proven — rules engines and workflows, like those behind Atamatax, Horvera and Vellaci — and adds AI where its result can be measured. The business process automation engagement exists; an agent or a chatbot centred on an LLM is reviewed case by case, through the project qualification.
No Bynilson product in production depends on an LLM today: delivery builds on proven rules engines and workflows, and adds AI where it can be measured.
The products
Six product shapes. For each, the sensible way to build it, and the trap that makes it fail in production.
A product whose core feature relies on a model: summarise, classify, extract, generate, understand an image or a document (multimodal).
A model that chains steps and calls tools (search, read, draft) to reach a goal, orchestrated by your code.
Answer questions from your documents or knowledge base — for your customers (support) or your team (internal assistant).
A regular SaaS — accounts, data, subscription — with an AI feature that adds measurable value.
Extract fields from an invoice, classify documents, check that a file is complete, compare a document against rules.
A sequence that runs on its own across your tools: an order creates an invoice, a request is sorted and assigned, a report goes out every Monday.
The real problem
The question that saves the most money. A model is useful for understanding or producing language; for the rest, simpler tools are more reliable and cheaper.
| Your need | Often enough | When AI becomes useful |
|---|---|---|
| Apply known conditions (eligibility, calculation, pricing) | A deterministic, tested rules engine | Almost never for the decision; sometimes to read free-text input |
| Find information | Full-text search and good filters | When questions are phrased freely and the words do not match |
| Collect information | A well-designed form | When information arrives as free text, emails or documents |
| Classify or extract | Rules, if the format is stable | When documents vary and human review is planned |
| Draft a text | Text templates | When every case differs and a person reviews before sending |
Write the problem in one sentence, with the person who has it and what the current situation costs them. If a written rule solves 90% of cases, start with it: AI can handle the rest later, on a measurable basis.
The architecture
Quality
Cost
Security and data
In production
The path
Write the problem down
Who, which task, how much time or how many errors it costs today.
AvailableWhen should a SaaS use AI?
Check that it needs AI
Rules, search, a form: the simplest solution first.
AvailableFree diagnostic: build, buy or delegate (in French)
Gather examples
Real cases, with the right answer: your future evaluation set.
Choose the model
Compare two or three models on your examples: quality, cost, latency, data handling.
Build the first call
On the server, with structured output validated against a schema.
AvailableAI SDK documentationVercel
Add context
Retrieval over your content, with access rights applied.
AvailableOpenAI platform documentationOpenAI
Limit the tools
Least privilege, human approval before irreversible actions.
Evaluate
Rerun the evaluation set, fix, repeat — before every deployment.
AvailableThe limits of AI in web development
Check data protection
What goes to the provider, for how long, on what basis.
AvailableFDPIC — Swiss Federal Data Protection and Information CommissionerSwiss Confederation
Go live and monitor
Errors, latency, cost, reports, a pinned model version.
Define a precise task, give the model a few least-privilege tools, cap the number of steps, log every call and require human approval before any irreversible action. Often start with a fixed workflow, where your code decides the order of steps: it is more predictable than a free-roaming agent.
With an evaluation set written before building: real examples and the criteria of a good answer. Rerun it on every change of prompt, model or retrieval, add hard cases and errors users report, and do not deploy a version that lowers the score.
To answer from your documents, retrieval (RAG) is usually the first choice: content stays current, sources can be cited, and access rights apply to the search. Fine-tuning is better suited to learning a consistent format or style; it is not a good way to teach facts that change.
If the rules are known and stable, conventional software is more reliable, faster and cheaper. AI is useful for the step that requires understanding free text or varied documents, with checks and human review around it.
Two separate costs: building it (depends on scope, like any software) and using it (every model call is paid). Measure the cost of a complete task on your examples before setting a price. No generic figure replaces that measurement; the SaaS cost calculator helps with the build side.
It depends on the provider and its configuration: check where data is processed, how long it is kept and whether it is used for training. Send only what the task requires, and apply access rights before retrieval. In Switzerland, the nFADP applies; this is not legal advice.
No. An agent can prepare, sort, draft and suggest; the decision that commits — send, pay, refuse, publish — stays with a person who sees what the agent did and why.