SME Việt đang trả tiền SMS Brandname cho OTP, “đơn đã xác nhận”, “đang giao”, nhắc hẹn — trong khi khách sống trên Zalo cả ngày. Zalo ZNS (Zalo Notification Service) là kênh tin giao dịch đúng chỗ đó: brand rõ, template có cấu trúc, thường unit cost cạnh tranh hơn SMS ở nhiều mức volume, có trạng thái gửi — nếu dùng đúng policy utility. Bài này so sánh ZNS vs SMS thực dụng, khi nào OTP/đơn nên chuyển ZNS, khi nào giữ SMS (hoặc failover), ràng buộc OA/template, KPI và checklist triển khai với CDUDU.
ZNS là gì — nói một phút?
- OTP / mã xác thực đăng nhập, đặt slot, thanh toán
- Xác nhận đơn hàng, đang chuẩn bị, sẵn sàng lấy, đang giao
- Nhắc lịch hẹn (spa, salon, nha, clinic, lớp học…)
- Hóa đơn / biên nhận giao dịch (theo template)
- Không phải broadcast “sale 50%”, cold spam list SĐT mua ngoài
Pain khi SME vẫn chỉ dùng SMS
SMS Brandname vẫn cần — nhưng “mọi thứ đều SMS” thường đắt và mờ:
- Unit cost cao khi volume OTP + status đơn tăng theo doanh số.
- Nội dung ngắn, khô: khó ghi mã đơn, giờ hẹn, CTA xem chi tiết.
- Lẫn tin rác: khách quen ignore SMS lạ / brandname không nhớ.
- Báo cáo mờ: sent có, read/engage thường kém hoặc không có như Zalo.
- OTP trễ / không đọc → drop login, drop checkout.
- Lệch thói quen: khách hỏi status trên Zalo OA trong khi shop bắn SMS — hai kênh không gặp nhau.
Bảng so sánh thực dụng: ZNS vs SMS Brandname
Con số tuyệt đối (đồng/tin) phụ thuộc bảng giá Zalo, nhà cung cấp SMS, volume, loại tin — xin quote theo volume thật. So về bản chất:
- Kênh hiển thị: ZNS trong Zalo (app khách dùng hằng ngày) · SMS hộp tin nhắn máy.
- Chi phí: ZNS thường cạnh tranh hơn SMS Brandname ở nhiều case OTP/đơn (không cam kết “rẻ hơn mọi lúc”).
- Định dạng: ZNS template giàu biến + (tuỳ) nút CTA · SMS 160 ký tự / ghép tin.
- Brand: ZNS gắn OA/brand Zalo · SMS brandname chữ ngắn, dễ giả mạo hơn trong mắt khách.
- Trạng thái: ZNS thường có Sent/Delivered/Read (theo hệ) · SMS chủ yếu sent/delivered nhà mạng.
- Phạm vi người nhận: ZNS cần SĐT có Zalo · SMS gần như mọi SĐT (trừ chặn).
- Policy nội dung: ZNS siết utility · SMS cũng có quy định nhà mạng nhưng “lách KM” dễ bị lạm dụng hơn (và dễ bị coi là rác).
- Tích hợp: cả hai đều API; ZNS cần OA + template duyệt trước.
ZNS giải quyết pain nào cho OTP?
OTP là use-case “nóng”: SLA gửi gắt, khách đang đứng màn hình chờ mã. ZNS phù hợp khi:
- Đăng nhập Mini App / web / app nội bộ bằng SĐT Việt (đa số có Zalo).
- Xác thực đổi mật khẩu, xác nhận giao dịch giá trị.
- Cần brand rõ + log Sent/Delivered để support “em không nhận được mã”.
- Muốn giảm bill SMS OTP tháng (đo A/B 2–4 tuần trước khi cắt hẳn SMS).
ZNS cho đơn hàng & lịch hẹn — khác OTP chỗ nào?
OTP = 1 mã, TTL ngắn, tần suất theo lần login. Đơn/hẹn = nhiều mốc trong lifecycle, copy dài hơn, CTA “xem đơn” hữu ích:
- Confirmed: đã nhận đơn/booking #… — giảm “có vào hệ chưa?”.
- Preparing / Ready / Shipped: cắt inbox hỏi status peak.
- Reminder T-24h: spa/salon/nha — giảm no-show.
- Nên ghép Mini App deep link (Đơn của tôi / Chi tiết lịch) — xem bài ZNS + Mini App thông báo đơn.
- Tách template OTP vs template đơn: biến khác, SLA khác, không gộp một mẫu.
Khi nào vẫn cần SMS (hoặc failover SMS)?
ZNS không thay 100% SMS trong mọi thị trường/user:
- SĐT không dùng Zalo (hoặc gửi ZNS fail) → failover SMS.
- OTP compliance / ngành đặc thù yêu cầu kênh SMS theo quy định nội bộ — hỏi pháp chế của bạn.
- Khách nước ngoài / SĐT không VN — ZNS không phải kênh universal.
- Volume thấp + chưa OA: tạm SMS trong khi setup OA/template (đừng trì hoãn mãi).
- Kiến trúc hay dùng: ZNS first → nếu fail/no Zalo → SMS trong cùng service, có log.
Ràng buộc quan trọng (policy & điều kiện)
Làm sai policy tốn tuần duyệt lại template — hoặc mất kênh:
- OA & điều kiện Zalo: thường cần OA đủ điều kiện / verified theo chính sách từng thời điểm trước khi scale ZNS.
- Template utility only: gắn giao dịch khách đã khởi tạo — không cold blast, không nhét “sale %”.
- Duyệt template trước go-live production; copy & biến phải khớp mẫu đã duyệt.
- Tần suất hợp lý: mỗi mốc trạng thái 1 lần; tránh 5 tin/15 phút cho 1 đơn F&B.
- KM / nurture: OA broadcast, bài viết, Ads, voucher Mini App — không “lách” ZNS.
- Chi tiết phễu OA–Mini–ZNS: tích hợp một phễu.
Kiến trúc kỹ thuật gọn (OTP & đơn)
Team dev/SME cần hình dung flow trước khi xin báo giá:
- OTP: user request mã → backend tạo OTP + TTL → gọi API ZNS template OTP → log request_id/status → user nhập mã → verify. Fail → SMS cùng OTP (tuỳ).
- Đơn: order status change (Mini App/Cshop/API) → map event → template_id + biến → ZNS → (CTA) Mini App. Fail → SMS rút gọn hoặc OA push nội bộ.
- Idempotent: không gửi 2 lần cùng mốc khi retry webhook.
- Dashboard: % success, fail reason (no Zalo, template, quota), chi phí ước tính.
- CDUDU thường bàn giao: template + API/webhook + log + train CSKH “khách không nhận tin”.
Case dùng ngay theo ngành
Chi phí: cách nghĩ sòng phẳng (không “một con số”)
Đừng hỏi “ZNS bao nhiêu một tin?” rồi chốt qua tin nhắn. Tách:
- Biến phí ZNS: theo tin gửi thành công × loại template (OTP thường khác tin đơn) × bảng Zalo thời điểm.
- Biến phí SMS: brandname × volume; so sánh cùng volume OTP/tháng.
- Phí triển khai: soạn template, duyệt, API, dashboard, train — one-time/milestone (CDUDU).
- Phí OA/verified: theo chính sách nền tảng.
- Ẩn phí: CSKH xử “không nhận OTP”, retry, số fail no-Zalo.
- Rule hay dùng: đo 1 tháng SMS hiện tại (số tin × đơn giá) → pilot ZNS 2–4 tuần cùng use-case → so cost + conversion OTP + số tin hỏi status.
KPI sau 2–6 tuần chuyển (một phần) sang ZNS
Thắng = rẻ hơn hoặc hiệu quả hơn (thường cả hai nếu đúng utility) — đo đủ:
- OTP success rate (nhập đúng mã / request) & p95 thời gian nhận
- ZNS delivery / read rate theo template
- % fallback SMS / tổng gửi
- Chi phí thông báo / đơn hoặc / login (so baseline SMS)
- Số ticket “không nhận mã” / tuần
- Với đơn: số tin OA hỏi thuần status (giảm = ZNS đang làm việc)
- No-show (nếu reminder hẹn)
Sai lầm thường gặp
Tránh để dự án ZNS “chết” sau 2 tuần:
- Copy template mang tone KM → bị từ chối duyệt
- Cắt hết SMS ngày 1 không failover → user no-Zalo kẹt OTP
- Gửi ZNS khi SĐT format sai (+84 / 0) → fail hàng loạt
- Không tách OTP vs status → khó tối ưu SLA & giá
- Kỳ vọng ZNS thay OA CSKH / thay Mini App catalog
- Bắn status khi order_id chưa chuẩn (data bẩn)
- Không log request_id — support không tra được
- Scale volume ads/đơn trước khi template + ca exception ổn
Lộ trình chuyển SMS → ZNS (tham chiếu CDUDU)
Tuần 1: audit volume SMS theo loại (OTP / đơn / hẹn), OA sẵn sàng chưa, chọn 1–2 use-case pilot. Tuần 1–2: soạn & submit template utility; chuẩn bị API; test SĐT nội bộ. Tuần 2–3: bật pilot % traffic (vd. 30–50% OTP qua ZNS + failover SMS); đo KPI. Tuần 3–4: tăng tỷ lệ ZNS; giữ SMS failover; train CSKH script “kiểm tra Zalo / hộp tin”. Phase 2: thêm template đơn/ship/reminder; deep link Mini App; dashboard chi phí tuần.Checklist kickoff với CDUDU (copy gửi Zalo)
Gửi đủ để estimate template + API + so bill SMS:
- Đang gửi SMS loại gì? Volume/tháng từng loại (OTP, đơn, hẹn…)
- Đơn giá SMS Brandname hiện tại (nếu biết)
- Đã có Zalo OA chưa? Verified / đủ điều kiện ZNS chưa?
- Nguồn event: Mini App / web / Cshop / app nội bộ / khác
- Cần failover SMS không? Nhà SMS hiện tại?
- 2–4 template phase 1 ưu tiên
- SLA OTP mong muốn (vd. < 10–15 giây cảm nhận)
- KPI 30 ngày (vd. “−40% bill SMS OTP”, “OTP success ≥ x%”)
- Người owner kỹ thuật + CSKH
CDUDU hỗ trợ những gì?
CDUDU triển khai: audit SMS hiện tại → chọn use-case pilot → soạn template utility → API/webhook + log + failover → UAT OTP/đơn → train → hypercare. Gắn Mini App/OA khi cần deep link và exception.
Xem dịch vụ Zalo ZNS, ZNS + Mini App đơn hàng, Mini App, Zalo OA.
Kết luận
ZNS khác SMS ở chỗ đứng: trong Zalo, template utility, brand OA, báo cáo giàu hơn, thường tối ưu cost cho OTP và status đơn khi khách Việt dùng Zalo. SMS vẫn là lưới an toàn (no Zalo, failover, compliance). Chiến lược sòng phẳng: ZNS first + SMS backup, đúng policy, đo 2–4 tuần rồi mới cắt bill SMS lớn.
Bước tiếp: gửi volume SMS hiện tại + 2 use-case pilot cho CDUDU — demo free Zalo 0777.704.099.
Cần so bill SMS vs ZNS cho OTP/đơn hàng và triển khai template + API + failover? Demo free với CDUDU — Zalo 0777.704.099. Xem dịch vụ ZNS và case study thực tế.
Liên hệ CDUDU: Zalo 0777.704.099 · Dịch vụ · Case study
