
Conversational Commerce: Turn a Product Question into a Next Step
Use a six-part note to turn a shopper's question into a supported product choice, a clear next step, or a safe transfer to a person.
View details
A useful Zalo OA chatbot begins with a verified business identity and one bounded customer job. It should not start by automating every message. Define current channel rules, approved facts, minimum data, staffed human ownership, and observable states before choosing native, partner, API, or external tooling.
Record the OA identity, business owner, administrator roles, recovery contact, naming policy, operating hours, response expectation, and customer-facing verification instructions. Direct users only to the current official OA entry point and documentation. Open Zalo OA.
Do not let one vendor or staff account become the only administrator. Keep access review, offboarding, incident response, and export/continuity responsibility explicit.
Use a transition contract:
Trigger: verified inbound message on the OA
Context: current approved source plus minimum customer state
Allowed action: answer, clarify, create a bounded request, or hand off
End state: answered, accepted by a human, stopped, corrected, or failed visibly
Prohibited: unsupported claim, hidden channel switch, unapproved data collection, fake human availability
Good first candidates may include one FAQ family, order-status fields, standard appointment requests, or routing to a staffed team. Whether any is suitable depends on your source and operating process.
Zalo OA documents different message types and CTA context. Review the current documentation for eligibility, content, timing, interaction, and account conditions before implementation. Do not assume a script that works in one type can be sent in another. Review the official message guide.
For each planned message, record:
| Field | Decision |
|---|---|
| Message job/type | Why this message exists and which documented type applies |
| Trigger and permission | What event permits evaluation and what stops it |
| Allowed fields | Exact facts/templates the message may use |
| CTA | One relevant action and fallback |
| Delivery/reply state | Sent, delivered where observable, replied, failed, expired |
| Owner | Who accepts free text, failure, complaint, or sensitive context |
Preserve the original text, including missing diacritics and mixed English. Ask one short clarification instead of guessing. Use the brand's approved pronouns consistently and never infer age, gender, status, or purchasing power from language.
Để mình hiểu đúng, anh/chị đang cần [A] hay [B]?
Nếu nội dung khác hai lựa chọn này, mình có thể chuyển nhân viên hỗ trợ.
For each answer or action, name the source, owner, freshness, conflict precedence, permitted fields, and correction path. Recheck inventory, price, order, calendar, and service state immediately before consequential writes. Strategy decks and planned integrations do not prove live capability.
Zalo has published an OA appointment-management utility. It demonstrates a booking mechanism only; verify current availability, conditions, data behavior, and fit before use. Review the official source.
| Trigger | Required packet | Acceptance rule | Fallback |
|---|---|---|---|
| Customer asks for a person | Original request, facts sent, consent, urgency | Named queue accepts | State staffed hours and callback/stop option |
| Unsupported or sensitive request | Exact wording, source checked, action withheld | Authorized owner accepts | Safe refusal and official contact |
| Complaint, payment, safety, identity issue | Customer/order/case IDs permitted for the queue, active state | Priority owner accepts | Suppress commercial automation |
| Repeated failure or low evidence | Attempts, confidence/evidence reason, last safe state | Service owner accepts | Close transparently without pretending resolution |
The customer should not repeat material context. The bot must not promise live human presence until acceptance is recorded.
Replay representative Vietnamese cases without external writes, then pilot one OA/job/shift. Use governed measures rather than an unqualified dashboard:
| Measure | Definition and denominator | Baseline | Pilot threshold |
|---|---|---|---|
| Supported-answer rate | Answers backed by the approved current source / all bot answers sampled | Manual pre-pilot sample | 100%; any miss pauses that answer family |
| Accepted-handoff rate | Packets accepted by the named queue within its service window / all packets sent | Current manual handoff rate | At least 90%; below narrows the pilot to staffed hours |
| State-reconciliation rate | Requests whose OA, queue and calendar/request states agree / all requests sampled | Dry-run reconciliation | 100%; any consequential mismatch pauses writes |
| Clarification resolution | Ambiguous requests resolved without guessing / ambiguous requests | Replay set | Diagnostic; compare with baseline before changing script |
Use the same measure name to retain ownership and cadence on mobile:
| Measure | Owner | Cadence | Decision type |
|---|---|---|---|
| Supported-answer rate | Content owner | Daily | Hard pause gate |
| Accepted-handoff rate | Service owner | Per shift | Hard pause gate |
| State-reconciliation rate | Workflow owner | Daily | Hard pause gate |
| Clarification resolution | Vietnamese editor | Weekly | Diagnostic only |
Also monitor correction and opt-out/complaint rates by message type, script version, language pattern, source version, and shift. A diagnostic change does not justify expansion on its own.
A fictional appliance-service company completes this setup card for one standard maintenance-booking job:
| Field | Completed decision |
|---|---|
| Documented message job/type | Reply to a verified inbound OA request; the implementer must confirm the current official type before launch |
| Trigger and permission | Customer asks about standard maintenance and permits collection of district and preferred day |
| Allowlisted facts | Published service area and maintenance scope only; no technician skill or calendar promise |
| CTA and fallback | “Send preferred day” or request a staffed callback; stop after unsupported/sensitive intent |
| Delivery/reply states | Evaluated, reply sent/failed where observable, customer replied, packet sent, accepted or expired |
| Accepting owner | Staffed dispatcher for the named shift |
| Handoff packet | Original wording, clarified service, district, preferred day, facts sent, permission, safety flag and last state |
| Acceptance and fallback | Dispatcher records acceptance; if unaccepted by the service window, state the delay and offer callback/stop |
The OA clarifies “vs may lanh” as “vệ sinh máy lạnh” rather than guessing. Calendar availability does not encode technician skill, so the chatbot creates no booking. A refrigerant-leak concern triggers human-first safety routing and suppresses commercial follow-up. The pilot exercises one accepted handoff and one correction test; no booking or service result is claimed.
Does Zalo OA automatically include a generative AI chatbot?
This guide makes no such claim. Verify current native features, account eligibility, partner/API options, and vendor responsibilities in official documentation and testing.
Can one script be copied from website chat?
Not safely by default. Adapt message type, CTA, customer expectation, channel state, Vietnamese language, identity, permission, and human ownership.
What should happen outside staffed hours?
State the actual availability, preserve the request, offer the approved next update or self-service route, and never imply a human accepted it.
What must be reviewed before launch?
Current channel rules, OA access, data purpose/fields/retention, source truth, scripts, claims, handoff, security, privacy/legal requirements, monitoring, and rollback.
Use the Vietnamese sales scripts playbook for wording, the AI-to-human handoff guide for transfer controls, and the service-booking playbook for resource-backed appointments.
Zalo OA features, rules, availability, price, and partner/API behavior may change. This article claims no native generative-AI feature, integration, legal compliance, response, booking, sales result, or Easy AI capability.

Use a six-part note to turn a shopper's question into a supported product choice, a clear next step, or a safe transfer to a person.
View details
Use seven filters and an industry-state matrix to select one bounded AI job with current evidence, an owner, a safe fallback, and a measurable end.
View details
Decide what to automate by checking the source, observable change, allowed action, accepted handoff, and recovery path for one sales job.
View details
Choose search, recommendations, conversational assistance, or a controlled combination from the shopper's job, product truth, consequence, and measurable failure.
View details
Use five clear stop signals and a transfer note so AI can pass a customer conversation to the right person without losing context.
View details
Decide when customer context is safe and useful, when a generic answer is better, and when a person must take over.
View details