Who is in this workflow?
- The customer arrives on whichever channel is nearest: a messaging app, email, a web form, a phone call. They will not repeat themselves twice without irritation.
- Front-line agents answer, look things up in two or three systems, and copy the result somewhere else. They are the people who know which answers are wrong.
- The team lead owns queue health, quality review and the escalation rules nobody has written down.
- Subject owners outside support hold the real answer: billing, logistics, engineering, legal. A case waits on them more often than on the agent.
- Automated actors already exist: the autoresponder, the routing rule, the ticket nobody reads.
How the workflow runs today
A message arrives in a shared mailbox or messaging inbox. Someone reads it, decides what it is about, looks up the customer in another system, and either answers from memory or asks a colleague. The answer is typed fresh each time. If it needs another team it moves by internal chat and comes back, or does not. What was agreed lives in the thread, not in the customer's file.
That works while volume is low and the same three people handle everything. It fails when volume rises, when a second channel opens, or when the people who held the answers in their heads leave.
Where the workflow breaks
-
The same question is answered from scratch
There is no approved answer, so two agents give two versions and neither is wrong enough to correct.
-
Nobody knows what the volume is made of
Without a classified record of intents, a decision about what to automate is a guess dressed as a plan.
-
Routing is tribal knowledge
New agents learn who to ask by asking. When that person is on leave, the case stops.
-
Context does not travel
An escalated case arrives as a forwarded thread, so the specialist repeats the diagnosis already done, and a customer gets a different answer on chat than by email because the queues share no record.
-
Knowledge decays silently
A policy changes; the article does not. The error surfaces weeks later in a complaint.
-
Automation is bolted on without an exit
A bot that cannot say "I do not know" and cannot reach a person produces angrier customers than no bot at all.
The target flow
-
Arrival and identification
The message enters one queue whatever the channel, and the customer is matched to an existing record rather than retyped.
-
Intent classification
The request is classified against a defined intent list, with a confidence score and the original text preserved.
-
Automated answer
High-confidence, low-risk intents are answered from approved content, with the source of the answer recorded.
-
Containment check
Anything below the threshold, or in a category marked sensitive, is never answered automatically. The threshold is a written decision, not a default.
-
Escalation with context
The case reaches a person with the classified intent, customer record, conversation and any automated attempt already made.
-
Resolution and record
The outcome is written to the customer record, not only into the thread, so the next conversation starts informed.
-
Feedback
Wrong classifications, poor answers and new intents feed a review cycle that updates the intent list and the approved content.
| Step | What it gives you | Best for |
|---|---|---|
| Arrival and identification | One cross-channel queue, matched to the customer record | Not retyping who the customer is |
| Intent classification | A confidence score on every request | Deciding what happens next, auditably |
| Automated answer | A sourced reply from approved content | High-confidence, low-risk requests |
| Escalation with context | A full case handed to a person | Anything below the threshold |
| Feedback | An updated intent list and content | Fixing wrong classifications |
System boundary
The solution owns intake, identification, intent classification, automated answers from approved content, the escalation rule, the record written back at the end, and the audit trail of what was answered automatically and on what basis.
It does not own the answers themselves, the policy behind them, staffing, or which categories may never be automated — those stay with the support organisation. The automation proposes; your policy and your people decide.
Orders, invoices and stock questions resolve in the systems behind ERP and back-office operations. Questions about a specific listing and its seller belong in marketplace and classifieds operations, and a charge or refund nobody can explain usually traces back to order and payment operations.
Data and integrations
The objects to design are the conversation, the classified intent, the customer record, the approved answer with its version, the escalation event and the resolution. Versioning the answer is what lets you explain, months later, what the system told someone.
Typical connections are the messaging or email channel, a CRM or helpdesk, the systems holding order and account data, an identity check and analytics. Each needs an owner, a sandbox and defined behaviour when it returns an error or an uncertain result: a half-written case is worse than none.
Conversation data is personal data: decide residency, retention, consent and what may be sent to an external service before the architecture. Netbase security practice includes secure code review and version control, role-based access control, multi-factor authentication for admin dashboards, contributors under NDA, and NDAs and data processing agreements on request.
Where does AI do the work in this workflow?
Two steps in the target flow are the AI part: scoring each request's intent with a confidence number, and drafting the automated answer from approved content for the high-confidence, low-risk cases. Netbase works with commercial and open-source AI models chosen per project, not one fixed vendor. Below the confidence threshold, or in a category marked sensitive, the model does not answer at all — the case goes to a person with the classification and conversation attached, and that threshold is a written decision your team makes before the pilot.
Delivery modules
- Intake and channel connection: one queue, identification, message normalisation.
- Intent model: the intent list, classification, confidence thresholds and the evaluation set.
- Approved answer library: content, versioning, ownership and review dates.
- Escalation and routing: rules, context hand-off and the queue a person actually works from.
- System integration: CRM or helpdesk write-back, account and order lookups.
- Quality and audit: sampling, review of automated answers, the audit trail.
- Reporting: intent mix, containment, escalation reasons and reopened cases.
They are built as AI Workflow Automation milestones with written acceptance criteria.
Rollout
Stage one is measurement: classify several weeks of real conversations by hand, and you learn both the intent mix and which answers your team disagrees about. Whether an intent needs rules, configuration or a model is worked through in the business workflow transformation guide; an AI Workflow Blueprint settles it for one workflow before a build.
Stage two pilots two or three high-volume, low-risk intents on one channel, with every automated answer sampled by a person. Stage three widens intent by intent, only after sampling shows the previous batch behaving.
Milestone acceptance is described on the project delivery page, and engagement shapes on engagement models.
Risks
-
A confident wrong answer
Harder to catch than silence; sample from day one.
-
No escape hatch
A customer who cannot reach a person treats the automation as the complaint.
-
Sensitive categories
Complaints, cancellations, safety and payment disputes stay with a person by written policy.
-
Unowned content
An answer with no owner and no review date is a future error.
-
Personal data in prompts
Decide consent and retention before sending conversation content externally.
-
Measuring deflection only
Track reopened and repeat contacts beside containment, not containment alone.
How is success measured?
Baseline first, then track: intent mix and how much of it is repetitive; the share answered automatically and the share escalated, with reasons; classification accuracy on a sampled set; time to first useful reply; reopened and repeat-contact rate; how often an escalated case arrives with complete context; and the age of the approved answer library.
Which industries run this workflow
The workflow holds wherever a business answers many similar inbound requests about accounts, orders, bookings, deliveries or service status: retail and e-commerce, logistics, travel and hospitality, education, subscription software, utilities, and professional services with a client desk.
It does not fit regulated advice needing a licensed person, clinical or safety-critical triage, or a support function whose volume is genuinely varied with nothing repetitive to separate out. If the bottleneck is a broken back-office process, automating the conversation only makes the queue polite.
Proof from delivery
For a client who is not named, Netbase built a WhatsApp Business AI chatbot with intent and conversation-flow handling, a large language model API, and CRM synchronisation for lead capture, customer data and workflow automation. GPT-4 appears in that project's recorded stack; naming it describes the stack and implies no partnership. The work was delivered in milestones from design and prototype to documentation, knowledge transfer and 30 days of support, over four to eight weeks.
That record describes one project, not a package or a standing offer. The documents do not describe a hand-over from the chatbot to a person, so no such hand-over is claimed, and no volume, sector or result is reported. The full record with its evidence limits is the WhatsApp AI chatbot and CRM integration page; how evidence is labelled is explained on the methodology page.
Common questions
No. It should remove repetition from a named set of intents and make every escalation arrive with context. Headcount decisions are yours and follow evidence, not a launch.
Sampling catches it, the audit trail shows what was said and why, and the intent moves back to human handling until the approved content is fixed.
You do. Intellectual property created in custom development belongs to the client, evaluation set included; a Netbase productized module, if one is proposed, is licensed rather than transferred and named up front.
Netbase works remote-first from its Hanoi head office, which is its only office; onsite work is scoped when a pilot needs it.
Yes. Every service on this site is delivered remotely from Hanoi, and Netbase has worked with clients in 80 countries. Delivery communication is in English, with weekly reviews and a named project manager.
Netbase takes on projects in any industry where the work can be delivered remotely and accepted by milestones. The industry pages describe the approach sector by sector, and the Work records show delivered projects.
Payment is by bank transfer to the company account of Netbase JSC or through PayPal Business. The payee is always Netbase JSC, the company that operates OutsourcingVN.
Talk to Huy Nguyen (David), Founder and CEO of Netbase JSC: message him on WhatsApp at +84 937 869 689 or email project@netbasejsc.com. You can also send your brief through the project request form. Say which workflow or system the project concerns and what has to stay unchanged; the first step is a discovery conversation, and scope and milestones are agreed after it.
Services behind this solution
AI workflow automation with evaluation and human control
One operating workflow automated, with an agreed way to judge it and a person on uncertain cases.
Learn More
Scope this workflow
Bring a few weeks of real conversations, the channels you run, the categories you will never automate, and the systems that hold the answers. The commercial route is AI Workflow Automation; other engagements are listed under services. When ready, submit a project brief. OutsourcingVN is operated by Netbase JSC and is Netbase's own outsourcing-services platform.