The same questions, fifty times a day
Opening hours, pricing, availability, delivery times, what to bring. Answered by people who should be selling or treating patients.
An hour a day of repeated answers is more than 250 hours a year, per person.
Web & eCommerce
Automation & software
Bookings & scheduling
Sales & operations
A chatbot that answers questions is a support widget. An assistant that reads a request, checks your calendar, books the slot and tells the right person is a member of staff. We build the second kind.
We reply the same working day. No obligation.

Opening hours, pricing, availability, delivery times, what to bring. Answered by people who should be selling or treating patients.
An hour a day of repeated answers is more than 250 hours a year, per person.
Someone asks at nine in the evening and hears back at ten the next morning, by which time they have asked someone else.
A technical question reaches sales, an urgent one waits behind a routine one, and nothing is tracked.
Your services, pricing, policies and documents. Not a generic model guessing.
It reads real availability and real stock, then acts on them.
What it may do alone and what goes to a person is defined and visible.
Not in conversations. What matters is how many needed no human at all.
Not a chat window. An assistant with access, permissions and accountability, like any other member of the team.
Interprets the request, checks real availability, books the slot and sends the confirmation.
Handles first contact, asks the qualifying questions, and hands a prepared summary to the salesperson.
Answers from your documentation, checks order status, and escalates with context when it cannot resolve.
Your team asks it about procedures, contracts or specifications instead of asking a colleague.
Reads invoices, orders or contracts, extracts the data and files it in the right system.
Reads incoming requests across channels and routes each to the right person, with urgency flagged.
Three months of real questions tell us what the assistant must handle. Assumptions do not.
What it answers, what it may do, what it must escalate. Written and agreed before anything is built.
Knowledge base, live data connections and the defined actions, with permissions on each.
It runs with every answer reviewed by a person, and the corrections improve it before it goes public.
We watch escalations and unanswered topics, and close the gaps month by month.
Choosing a model is the easy part. The engineering is in what the assistant is allowed to do, what it must never claim, and what happens when it is unsure.
We treat an assistant like a member of staff: it gets access to specific systems, permission for specific actions, and a clear instruction on when to ask someone. It answers from your material rather than from general knowledge, and when it does not know, it says so and hands over — with the conversation summarised.
For Cabinero we built an assistant that interprets the patient request, routes it to the correct specialty and books the slot in the calendar — no phone call, no operator, and escalation to a person whenever the request is ambiguous.
Worth knowing: an assistant is only as good as the material behind it. If your pricing, policies and procedures are not written down anywhere, that documentation work comes first — and we will tell you before you commit.
Invoices, orders and contracts arriving in different formats, with the data extracted, validated and filed automatically. Exceptions flagged rather than guessed.
Suited when tens or hundreds of documents a month are keyed in by hand.
Procedures, specifications, contracts and past decisions, searchable in plain language, so people stop interrupting the person who remembers.
Suited to companies where institutional knowledge sits with two or three people.
First contact handled, qualifying questions asked, urgency detected, and a prepared summary passed to the right person.
Suited when enquiry volume exceeds what the team can triage carefully.
| Basic chatbot | Platform assistant | Custom assistant | |
|---|---|---|---|
| Answers from your data | scripted only | partly | fully |
| Reads live availability or stock | no | rarely | yes |
| Takes real actions | no | limited | yes, with permissions |
| Escalates with context | no | basic | with full summary |
| Improves from corrections | no | limited | yes |
| You control the data policy | no | no | yes |
Our rule: If your questions are few and always the same, a scripted chatbot is cheaper and we will say so. A custom assistant earns its cost when requests vary, when answers depend on live data, or when the assistant needs to actually do something rather than explain it.
Conversation counts flatter everyone and mean nothing. We agree the target before building and verify it after.

A concrete example: the Cabinero assistant completes the whole path from request to booked appointment, which previously required a phone call answered by a person during opening hours.
AI systems delivered and running in production.






We work on an hourly rate: €50 per hour, excluding VAT. The price comes from the number of estimated hours rather than from a fixed package. You receive a proposal in which each module carries its estimated hours and cost.
No. This is a system built around how your organisation already works. We start from your workflow, your rules and your existing software, then build what fits. That is why it costs more than a subscription tool — and why people actually use it.
A focused assistant takes 6–10 weeks. One connected to several systems and taking multiple actions takes 8–12 weeks. We always run a supervised trial before it goes public, and that period is part of the timeline.
That is the risk we engineer against. It answers from your material rather than from general knowledge, and when the material does not cover something it says so and escalates. We test that behaviour deliberately during the supervised trial, including with awkward questions.
We agree in writing what leaves your systems and what does not. For sensitive material we use processing arrangements that exclude your data from model training, or local processing where the case requires it. The policy goes into the project documentation.
It can act: book an appointment, look up an order, generate a quote, create a ticket, route a request. Each action sits behind its own permission, and anything above the thresholds you set goes to a person for approval.
Every conversation is reviewable by your team. Corrections feed back into the knowledge base, so the same mistake does not recur. Thresholds decide what runs alone and what needs approval, and we tighten them wherever the cost of an error is high.
Website, WhatsApp, email and internal chat, sharing the same knowledge base and the same limits. We usually start with one channel, prove it, then extend.
Largely, yes. The assistant is only as good as the material behind it. If pricing, policies and procedures are not written down, we do that work first — and we tell you before you commit, rather than discovering it halfway through.
Five steps, under two minutes. The more context you give us, the closer the estimate will be to reality.
ProjectStep 1 din 5
You can pick more than one.
You do not need a specification. Send us the questions that arrive most often and what currently happens to them. We reply with what an assistant could handle, what it should not, and the estimated hours.
Get an estimateOr email us directly: contact@divasweb.ro+40 755 336 514