Customer support
Answer frequent questions about products, policies, request status, and procedures, escalating sensitive cases to an operator.
AI services / Persian assistant
An assistant that answers only from your approved documents, cites its source, and hands off to a person when it does not know.

A Persian enterprise assistant is designed for repetitive customer questions, helping internal staff find the right procedure, and drafting replies for human review. Direct actions on systems (placing orders, changing records) are added only after a successful pilot and a precisely defined authority boundary.
Answer frequent questions about products, policies, request status, and procedures, escalating sensitive cases to an operator.
Semantic search across regulations, contracts, procedures, and correspondence with the exact source clause shown.
Draft replies to inquiries from the catalogue and approved terms, with final approval by the sales specialist.
Deploy the same assistant on the website, Telegram, WhatsApp, or an internal messenger from one shared knowledge base.
Collect initial request or lead details and record them in the existing system.
Q&A over the data of a specific product or portal, such as the operations assistant in the Olbrich Portal.
For enterprise Q&A our reference architecture is retrieval-augmented generation (RAG) with mandatory citations. The model is chosen after the data and constraints are understood, not before.
Documents with an owner, validity date, and access level are chunked and indexed.
Normalisation of zero-width joiners, Arabic and Persian character variants, digits, and Jalali dates is applied before search.
Every answer points to a specific clause; without a source the assistant says it does not know and refers to a person.
A versioned set of real user questions, reference answers, and supporting documents is built before deployment.
Conversation logging, specialist feedback, and periodic review of unsupported answers are part of operations.
Ask about Persian assistants, document automation, or how to start a pilot.
A rule-based bot only answers pre-written scenarios and stays silent otherwise. An LLM assistant understands varied questions but can confidently produce a wrong answer, which is why we recommend a retrieval-grounded architecture with mandatory citations and human hand-off.
Integration can start with a controlled file, a work queue, or a software interface. The connection type is chosen after reviewing the system, access levels, and security requirements, and it is tested in the pilot.
With a versioned acceptance set of real user questions. Four separate measures are reported: supported-answer rate, citation correctness, honest "I do not know" rate, and the severity of unsupported answers.
Cost depends on the question scope, document volume and quality, number of channels, integration type, and deployment model. After discovery you receive a staged estimate for a bounded pilot and then for expansion.
No. Your documents are used for retrieval and answering, and ownership of data and configuration stays with you. Data flow, hosting location, and retention are documented before the project starts.
In the first conversation we review the target channel, available documents, frequent questions, and acceptance criteria, including whether a pilot is appropriate at all.