Checklist triển khai hệ thống nhắn tin đa kênh

Một hệ thống nhắn tin đa kênh chỉ nên go-live khi đã kiểm tra đầy đủ từ Channel, Conversation, Inbox, Assignment, Customer Context đến Workflow, SLA, Automation, Analytics, Testing và Training.

Checklist tốt không chỉ kiểm tra Facebook, Zalo đã kết nối hay chưa mà phải kiểm tra toàn bộ operational flow:

CUSTOMER → CHANNEL → MESSAGE → CONVERSATION → QUEUE → ASSIGNMENT → AGENT → WORKFLOW → RESOLUTION → ANALYTICS

Nếu một mắt xích lỗi, hệ thống vẫn có thể nhận message nhưng dễ xảy ra: bỏ sót conversation, không rõ ownership, quên Pending, thiếu Customer Context, đo SLA sai, Automation chạy sai hoặc báo cáo không phản ánh thực tế.

Vì vậy, checklist này đóng vai trò quality gate trước Pilot và Go-live.

Nếu chưa triển khai hệ thống, nên đọc trước Các bước triển khai hệ thống nhắn tin đa kênh.

Nếu chưa có target architecture, xem Cách thiết kế hệ thống giao tiếp đa kênh cho SME.

Sơ đồ 12 nhóm checklist triển khai hệ thống nhắn tin đa kênh trước go-live
Checklist triển khai nên kiểm tra toàn bộ operational chain thay vì chỉ kiểm tra việc kết nối các channel

Checklist này nên được dùng khi nào?

Có thể dùng ở ba thời điểm:

Trước Pilot

Mục tiêu: Nhóm pilot đã đủ foundation để xử lý conversation thật chưa?

  • Connection
  • Conversation và Status
  • Assignment
  • Basic workflow
  • Reply

Trước Go-live

Mục tiêu: Toàn team có thể chuyển sang hệ thống mới mà không tạo operational risk lớn?

  • Permissions và ownership
  • Training
  • SLA và reporting
  • Fallback

Sau Go-live

Mục tiêu: Hệ thống có thực sự vận hành đúng với traffic thật?

  • Failed messages
  • Unassigned và Pending
  • Workflow adoption
  • Data quality
  • Automation errors
  • Baseline

Cách chấm trạng thái checklist

Không nên chỉ dùng Done/Not Done. Nên dùng:

  • Pass: Đã kiểm tra và hoạt động đúng.
  • Partial: Có nhưng chưa hoàn chỉnh.
  • Fail: Chưa đạt hoặc đang lỗi.
  • N/A: Không áp dụng.

Có thể bổ sung: Owner, Due Date, Evidence, Notes.

Check Status Owner Evidence
Facebook inbound message Pass Admin Test #FB01
Zalo outbound reply Partial Admin Attachment chưa test
Unassigned Queue Pass Ops Screenshot
SLA Alert Fail Admin Chưa cấu hình

QUALITY GATE 1 — Checklist Channel

Mục tiêu: Mọi channel trong rollout scope phải kết nối đúng account, nhận message và gửi reply đúng.

Channel Inventory

  • Đã lập danh sách channel trong scope.
  • Xác định đúng account/page/OA.
  • Xác định Wave 1 và loại channel chưa cần.
  • Mỗi channel có business owner.
  • Mỗi connection có technical/admin owner.
Channel Account Wave Owner
Facebook Page A 1 Sales
Facebook Page B 1 CSKH
Zalo OA Main 1 CSKH
Website Widget Main 1 Sales
TikTok Account A 2 Marketing

Kiểm tra Connection

  • Authentication và Permission hoạt động.
  • Token/authorization còn hiệu lực.
  • Đúng account, Page/OA.
  • Admin biết quy trình reconnect.
  • Xác định người nhận cảnh báo khi connection mất.

Không coi “Connected” là đủ; phải test operational flow.

Kiểm tra Inbound Message

  • Gửi message test từ tài khoản khách.
  • Message xuất hiện đúng hệ thống và Channel Indicator.
  • Nội dung, Sender Identity và Timestamp chính xác.
  • Conversation được tạo/ghép đúng.
  • Attachment, emoji và format quan trọng hiển thị đúng nếu channel hỗ trợ.

CUSTOMER → CHANNEL → MESSAGE → SYSTEM → CORRECT CONVERSATION

Kiểm tra Outbound Reply

  • Agent reply được từ workspace.
  • Khách nhận được reply.
  • Reply xuất hiện trong Conversation History.
  • Reply đi đúng channel.
  • Attachment outbound đã test.
  • Agent hiểu giới hạn của channel.
  • Failure phải hiển thị rõ cho Agent.

Tránh tình huống: Agent clicks Send → UI looks normal → Customer receives nothing.

QUALITY GATE 2 — Checklist Message và Conversation

Nhận được message chưa có nghĩa Conversation Model đã đúng.

Conversation Creation

  • Message mới tạo Conversation đúng business logic.
  • Có Conversation ID và Channel.
  • Có Customer hoặc Channel Identity.
  • Ghi nhận Created Time, Updated Time và Last Message Time.

Kiểm tra Message → Conversation

Test chuỗi Message 1, Message 2, Message 3 và xác nhận cả ba thuộc đúng một Conversation nếu business logic yêu cầu.

Message 1 + Message 2 + Message 3 → Conversation #1024

Conversation Reopen

  • Conversation đã Resolve có thể nhận message mới.
  • Reopen đúng logic và quay lại active queue.
  • Assignee cũ được giữ/reset đúng policy.
  • SLA mới được tính đúng.
  • Agent vẫn thấy history trước đó.

Resolved → Customer sends message → Reopened/Active → Agent sees conversation

QUALITY GATE 3 — Checklist Conversation Status

Status là data attribute quan trọng của vận hành. SME có thể bắt đầu với: New, In Progress, Pending, Resolved.

Định nghĩa

  • Có danh sách Status chính thức.
  • Mỗi Status có định nghĩa rõ.
  • Agent hiểu New, In Progress, Pending và thời điểm Resolve.
  • Có xử lý Reopened.

Test Status Transition

NEW → IN PROGRESS → PENDING → IN PROGRESS → RESOLVED

  • Mỗi transition hoạt động.
  • Conversation vào đúng Queue.
  • Timestamp cập nhật.
  • Analytics nhận đúng state.
  • Automation liên quan chạy đúng.

Kiểm tra Pending

  • Định nghĩa rõ khi nào dùng Pending.
  • Phân biệt “chờ khách” với “agent đang bận”.
  • Pending có Queue và follow-up.
  • Pending không biến mất khỏi operational view.
  • Có người chịu trách nhiệm trong thời gian Pending.

READ ≠ RESOLVEDPENDING ≠ NO OWNER.

QUALITY GATE 4 — Checklist Unified Inbox và Queue

Unified Inbox phải giúp Agent biết phải xử lý gì và Manager biết toàn hệ thống đang có việc gì.

Core Views

  • All Conversations
  • My Conversations
  • New Queue
  • Unassigned Queue
  • Pending Queue
  • High Priority Queue nếu sử dụng
  • Filter theo Channel, Team và Assignee

Search

  • Search theo tên, phone, email.
  • Search theo Conversation ID, Order ID nếu cần.
  • Search theo nội dung message nếu hệ thống hỗ trợ.

Test thực tế: “Khách gọi điện nói đã nhắn hôm qua về đơn #1024.” Agent phải tìm được context mà không cần biết trước khách nhắn ở Facebook hay Zalo.

Queue phải có Operational Meaning

  • Unassigned: Conversation chưa có owner.
  • Pending: Conversation còn chờ.
  • SLA Risk: Conversation cần xử lý sớm.
Sơ đồ Unassigned, Pending và My Conversations trong Unified Inbox
Queue chỉ có giá trị khi mỗi view đại diện cho một loại công việc cần hành động

QUALITY GATE 5 — Checklist Assignment và Ownership

Conversation có visibility nhưng thiếu ownership vẫn có thể bị bỏ sót.

Team Structure

  • Team phản ánh business responsibility.
  • Không tạo Team dư thừa.
  • Agent nằm đúng Team.
  • Với SME, Sales và CSKH có thể là cấu trúc khởi đầu.

Assignment

  • Gán Conversation cho Agent hoặc Team.
  • Reassign và Transfer được.
  • Assignee/Unassigned hiển thị rõ.
  • Có Assignment History nếu cần audit.

Ownership Rule

Mỗi case phải trả lời được ai nhận: New Sales Lead, Complaint, VIP Complaint, Agent nghỉ.

Nếu câu trả lời vẫn là “Hỏi trong nhóm”, ownership model chưa hoàn tất.

Test Duplicate Handling

  • Agent thấy Assignee hiện tại.
  • Hạn chế duplicate handling nếu cần.
  • Các Agent thấy reply mới nhất.
  • Ownership update đồng bộ nhanh.

QUALITY GATE 6 — Checklist Customer Context

Agent không chỉ cần message hiện tại mà cần đủ context để xử lý case.

Customer Profile

  • Name, Phone, Email nếu có.
  • Channel Identity.
  • Customer Tags.
  • Conversation History.
  • Order Context nếu cần.

Customer History

  • Agent xem được các interaction trước.
  • History sắp xếp theo thời gian.
  • Biết Channel của từng Conversation.
  • Tìm lại case cũ được.

Customer Identity

  • Có rule nhận diện Customer.
  • Không merge chỉ vì cùng tên.
  • Xác định identifier đáng tin cậy.
  • Agent biết merge và xử lý duplicate profile.
  • Có thể sửa/undo merge sai nếu hệ thống hỗ trợ.

SAME NAME ≠ SAME CUSTOMER

QUALITY GATE 7 — Checklist Tags và Priority

Tag Taxonomy

  • Có danh sách Tag chính thức.
  • Tag được nhóm theo mục đích.
  • Loại synonym duplicate.

Ví dụ nên chuẩn hóa: Customer Type → VIP thay vì dùng đồng thời VIP, Khách VIP, VIP Customer, Quan trọng.

Tag Purpose

Mỗi Tag cần có purpose rõ, như:

  • Classification
  • Routing
  • Priority
  • Filter
  • Segmentation
  • Analytics
  • Automation
  • Không dùng Tag để chứa dữ liệu nên là field.
  • Quy định Agent được tạo Tag mới hay chỉ chọn Tag có sẵn.
  • Có owner quản lý taxonomy.

Priority

  • Định nghĩa Priority và phân biệt với Status.
  • Có rule xác định High Priority.
  • Agent hiểu cách dùng.
  • High Priority xuất hiện ở view phù hợp.
  • Không gán High Priority cho mọi Conversation.

Normal / High có thể đủ cho SME ở giai đoạn đầu.

QUALITY GATE 8 — Checklist Workflow

Mỗi business flow chính phải được test từ đầu đến cuối.

Sales Inquiry

New Message → Sales Classification → Assign Sales → Agent Reply → Follow-up → Resolved/Converted

  • Classification đúng.
  • Routing và Assignment đúng.
  • Agent biết next action.

Support

New Support Conversation → CSKH → Agent Handling → Need External Info? → Pending → Continue → Resolved

  • Pending hoạt động.
  • Transfer hoạt động.
  • History được giữ.

Complaint

Complaint → Tag = Complaint → Priority = High → CSKH → Escalation → Resolution

  • Complaint được nhận diện.
  • Priority đúng.
  • Escalation path rõ.
  • Team Lead biết theo dõi.
  • History đủ để audit.

Workflow phải có Exit Condition

  • Biết khi nào bắt đầu.
  • Biết ai chịu trách nhiệm.
  • Biết các state chính.
  • Biết khi nào Escalate.
  • Biết khi nào Resolve.

Nếu không biết khi nào kết thúc, backlog khó phản ánh công việc thật.

QUALITY GATE 9 — Checklist SLA

SLA không chỉ là một con số trên dashboard.

SLA Definition

  • Chọn metric phù hợp.
  • Định nghĩa First Response Time và Resolution Time nếu dùng.
  • Quy định SLA theo Priority.
  • Xác định Business Hours và cách xử lý ngoài giờ.

SLA Data

  • Created Time, First Reply Time, Resolved Time chính xác.
  • Status transition được ghi nhận.
  • Agent/Team dimension chính xác.

Test SLA

SLA Met: 09:00 Created → 09:07 First Reply → Target 10 minutes → PASS.

SLA Breach: 09:00 Created → 09:15 First Reply → Target 10 minutes → BREACH.

  • Dashboard ghi nhận breach.
  • Alert hoạt động nếu có.
  • SLA Risk Queue hiển thị đúng.
  • Manager xem được.

QUALITY GATE 10 — Checklist Quick Reply và Knowledge

Quick Reply

  • Xác định câu hỏi lặp lại nhiều nhất.
  • Nội dung chính xác, không lỗi thời.
  • Agent biết cá nhân hóa.
  • Có owner review.

Không cần hàng trăm template. Ưu tiên: giá, giao hàng, đổi trả, thanh toán, địa chỉ, giờ làm việc.

Knowledge Base

  • Nội dung đã review và đúng policy hiện hành.
  • Không có bài mâu thuẫn.
  • Có người cập nhật.
  • Agent biết cách tìm Knowledge.

Nếu Knowledge sai, Automation hoặc AI phía trên cũng dễ sai.

QUALITY GATE 11 — Checklist Automation

Chỉ nên bật Automation khi business rule đã ổn định.

Với mỗi Rule

TRIGGER → CONDITION → ACTION

Ví dụ: New Conversation → Tag = VIP → Priority = High.

Automation Checklist

  • Trigger, Condition và Action rõ.
  • Input ổn định.
  • Test positive, negative và edge case.
  • Không có loop vô hạn hoặc conflict giữa rule.
  • Agent biết Automation đã làm gì.
  • Admin có thể tắt rule nhanh khi lỗi.

Test Negative Case

Rule tốt phải chạy khi cần và không chạy khi không cần.

Ví dụ: Tag = VIP → High Priority; với Tag = Returning → Priority không đổi.

Auto Assignment

  • Routing rule rõ.
  • Có fallback khi không có Agent available.
  • Không giao cho user inactive.
  • Transfer thủ công vẫn dùng được.
  • Manager nhìn thấy routing failure.

QUALITY GATE 12 — Checklist Analytics

Analytics phải phản ánh operating model thật.

Core Metrics

  • Conversation Volume
  • New Conversations
  • Resolved
  • Pending
  • Unassigned
  • First Response Time
  • SLA Compliance nếu dùng

Dimensions

  • Theo Channel
  • Theo Team
  • Theo Agent
  • Theo ngày/giờ
  • Theo Tag/Priority nếu cần

Sanity Check dữ liệu

Đừng chỉ nhìn dashboard; hãy lấy sample thủ công.

Ví dụ Dashboard báo Pending = 25, mở 5–10 Conversation để kiểm tra:

  • Có thực sự Pending?
  • Có case đã xong nhưng quên Resolve?
  • Có case dùng sai Status?

Beautiful Dashboard + Bad Status Usage = Bad Analytics.

Sơ đồ quan hệ giữa dữ liệu vận hành và độ chính xác của báo cáo nhắn tin đa kênh
Analytics chỉ đáng tin khi Status, Assignment và các operational attributes được cập nhật chính xác

QUALITY GATE 13 — Checklist Permissions và Access

Không phải mọi user đều cần quyền Admin.

Agent

  • Xem đúng Conversation và reply.
  • Update Status.
  • Assign/Transfer theo policy.
  • Xem Customer Context cần thiết.

Team Lead

  • Xem Team Queue và Unassigned.
  • Reassign.
  • Xem SLA và Analytics cần thiết.

Admin

  • Quản lý Channel và User.
  • Cấu hình Workflow, Automation, Integration.

Kiểm tra quyền quá rộng

  • Agent có quyền xóa/kết nối Channel không?
  • User không cần thiết có quyền Admin không?
  • Former user đã bị xử lý account chưa?
  • Shared admin credentials có tồn tại không?

Enough Access to Work + No Unnecessary Access.

QUALITY GATE 14 — Checklist Team và Training

Phần mềm đúng vẫn có thể triển khai thất bại nếu team không hiểu process.

Agent phải biết

  • Mở My Conversations, nhận và reply Conversation.
  • Set Status, Pending, Resolve.
  • Add Tag, Set Priority nếu được phép.
  • Transfer.
  • Xem Customer Context và tìm Conversation cũ.

Team Lead phải biết

  • Xem Unassigned, Pending và backlog.
  • Reassign.
  • Phát hiện SLA Risk.
  • Kiểm tra workload và escalation.

Admin phải biết

  • Reconnect Channel.
  • Thêm/bỏ User.
  • Sửa Workflow.
  • Tắt Automation lỗi.
  • Kiểm tra Channel health và technical escalation.

Training Scenario

  • Scenario A: Khách mới hỏi giá → Agent thực hiện đúng flow.
  • Scenario B: Khiếu nại đơn giao sai → kiểm tra Tag, Priority, Assignment, Escalation.
  • Scenario C: Agent hết ca, case đang chờ kho → kiểm tra handoff.
  • Scenario D: Khách nhắn lại vào Conversation đã Resolve → kiểm tra reopen.

QUALITY GATE 15 — Checklist Testing

Trước Go-live cần có test log.

Test ID Scenario Expected Actual Status
T01 FB inbound Conversation created Correct Pass
T02 Zalo reply Customer receives Correct Pass
T03 Pending Enters Pending Queue Correct Pass
T04 Reopen Returns active Incorrect Fail

Happy Path

MESSAGE → CONVERSATION → ASSIGN → REPLY → RESOLVE

Exception Path

  • No Assignee
  • Agent Offline
  • Channel Disconnect
  • Reply Failed
  • Automation Error
  • Customer Reopens
  • Duplicate Customer
  • Transfer
  • SLA Breach

Chỉ vượt qua Happy Path chưa đủ để sẵn sàng production.

QUALITY GATE 16 — Checklist Pilot

Pilot là kiểm tra bằng traffic thật.

Pilot Scope

  • Xác định Channel, Agent, Workflow pilot.
  • Chốt thời điểm bắt đầu.
  • Có Owner theo dõi.

Trong Pilot cần quan sát

  • Agent có hiểu Queue?
  • Status có bị dùng sai?
  • Unassigned/Pending có bị bỏ quên?
  • Customer Context có đủ?
  • Agent còn phải mở nhiều tool?
  • Automation có hành vi bất ngờ?
  • Manager có thấy operational state?

Ghi lại workaround, ví dụ: Inbox → Copy ID → Google Sheet → Messenger Group → Back to Inbox. Nếu workaround xuất hiện thường xuyên, workflow chưa hoàn chỉnh.

QUALITY GATE 17 — Checklist Go-live

Critical

  • Core Channel nhận message ổn định.
  • Reply ổn định.
  • Conversation tạo đúng.
  • Assignment hoạt động.
  • Unassigned visible.
  • Status hoạt động.
  • Agent đã training.
  • Không còn blocker nghiêm trọng.

Nếu Critical fail, không nên mở rộng Go-live chỉ để kịp deadline.

Cutover

  • Chốt giờ chuyển hệ thống.
  • Team biết thời điểm dùng workspace mới.
  • Xác định vai trò của tool cũ.
  • Chốt Primary Operational System.
  • Có người monitor giờ đầu.
  • Có fallback khi Channel lỗi.

Tránh Dual Operation kéo dài

Không nên để Facebook Native Inbox + Unified Inbox cùng là hệ thống chính trong thời gian dài vì dễ dẫn tới Duplicate Reply, Unclear Ownership và Fragmented Status.

QUALITY GATE 18 — Checklist sau Go-live

Go-live không phải bước cuối. Giai đoạn đầu nên kiểm tra hàng ngày.

Channel Health

  • Channel disconnect
  • Inbound message bị mất
  • Outbound reply lỗi
  • Attachment issue

Queue Health

  • Unassigned tăng
  • Pending tăng
  • SLA Risk tăng
  • Conversation bị “kẹt”

User Adoption

  • Agent có dùng workspace chính?
  • Còn dùng Inbox cũ?
  • Workflow nào thường bị bỏ qua?
  • Có Tag mới tự phát?

Automation

  • Rule chạy đúng.
  • Không conflict.
  • Không route sai.
  • Không có false positive.

Baseline sau Go-live

Ghi nhận: Conversation Volume, First Response Time, Pending, Unassigned, SLA Compliance, Resolution.

Baseline là điểm bắt đầu. Không cần mọi metric đẹp ngay; quan trọng là data đủ tin cậy để biết vấn đề nằm ở đâu.

Bảng Quality Gate tổng hợp

Nhóm Critical trước Go-live? Ví dụ
Channel Receive/Reply
Conversation Create/Reopen
Status New/Pending/Resolved
Inbox Queue đúng
Assignment Owner rõ
Customer Context Nên có Profile/History
Tags Nên có Taxonomy
Workflow Core flows
SLA Tùy scope FRT
Automation Không bắt buộc Routing
Analytics Nên có Baseline
Permissions Correct access
Training Agent ready
Testing Critical scenarios
Pilot Rất nên có Real traffic
Go-live Plan Cutover/Fallback

Khi nào hệ thống được coi là Ready for Pilot?

Core Channel Connected + Inbound Working + Outbound Working + Conversation Working + Status Working + Assignment Working + Agent Trained

  • Khách gửi được.
  • Hệ thống nhận được.
  • Conversation xuất hiện.
  • Agent nhận được.
  • Agent reply được.
  • Agent update Status được.
  • Conversation không mất khỏi Queue.

Automation, AI và advanced analytics chưa phải điều kiện bắt buộc.

Khi nào được coi là Ready for Go-live?

PILOT PASSED + CORE WORKFLOW STABLE + TEAM TRAINED + NO CRITICAL MESSAGE FAILURE + OWNERSHIP CLEAR + OPERATIONAL VISIBILITY

  • Pilot đã xử lý traffic thật.
  • Không có lỗi mất message nghiêm trọng.
  • Assignment rõ.
  • Pending quản lý được.
  • Team biết xử lý exception.
  • Manager xem được Queue.
  • Admin biết xử lý Channel issue.
  • Fallback rõ.

Có cần hoàn thành 100% checklist trước Go-live không?

Không nhất thiết mọi mục đều phải Pass. Quan trọng là phân loại theo mức độ cần thiết.

Must Have

Nếu thiếu sẽ tạo operational risk lớn:

  • Inbound
  • Outbound
  • Conversation
  • Status
  • Assignment
  • Basic workflow
  • Training

Should Have

Nên có để quản lý tốt hơn:

  • Tags
  • Customer History
  • Basic Analytics
  • SLA

Later

Có thể bổ sung khi foundation ổn:

  • Complex automation
  • AI
  • Advanced segmentation
  • Advanced analytics

Không nên dùng checklist như một bài tập “tick cho đủ”

Mỗi checkbox cần có evidence.

Thay vì “Assignment hoạt động” nhưng chưa test, nên ghi:

  • Check: Assignment hoạt động.
  • Evidence: T03 — Conversation FB test.
  • Assigned Agent A.
  • Appeared in My Queue.

Với mục Critical nên có: Check + Test + Evidence + Owner.

Template Checklist có thể copy sang Google Sheet

Các cột nên dùng:

ID | Category | Check Item | Priority | Status | Owner | Evidence | Issue | Due Date

ID Category Check Item Priority Status Owner
CH-01 Channel FB inbound works Critical Pass Admin
CH-02 Channel FB outbound works Critical Pass Admin
CV-01 Conversation New conversation created Critical Pass Ops
ST-01 Status Pending Queue works Critical Partial Ops
AS-01 Assignment Unassigned visible Critical Pass Team Lead
AU-01 Automation VIP priority rule Medium Fail Admin

Mã ID gợi ý cho checklist

  • CH — Channel
  • MS — Message
  • CV — Conversation
  • IB — Inbox
  • ST — Status
  • AS — Assignment
  • CU — Customer
  • TG — Tags
  • PR — Priority
  • WF — Workflow
  • SL — SLA
  • QR — Quick Reply
  • AU — Automation
  • AN — Analytics
  • PM — Permission
  • TR — Training
  • TS — Testing
  • PL — Pilot
  • GL — Go-live
  • PG — Post Go-live

Ví dụ: CH-001, CV-001, AS-001, WF-001, GL-001 giúp team dễ trace issue.

Bảng checklist rút gọn 60 giây cho Manager

Nếu chỉ có một phút trước Go-live, hỏi 10 câu:

  1. Tất cả Core Channel có nhận và gửi message?
  2. Conversation mới có luôn xuất hiện trong Queue?
  3. Mọi Conversation có owner?
  4. Unassigned có thể nhìn thấy?
  5. Pending có thể theo dõi?
  6. Agent biết khi nào Resolve?
  7. Customer History cần thiết có thể truy cập?
  8. Core Workflow đã pilot?
  9. Team đã training?
  10. Nếu Channel lỗi, ai xử lý và fallback là gì?

Nếu nhiều câu chưa trả lời được, hệ thống chưa thực sự ready dù phần mềm đã “setup xong”.

Checklist theo vai trò

Operations Lead

  • Conversation Status
  • Assignment Model
  • Workflow
  • Pending logic
  • Escalation
  • Tag taxonomy

Admin / Technical

  • Channel Connection
  • User
  • Permission
  • Automation
  • Integration
  • Error handling

Team Lead

  • Queue
  • Ownership
  • Workload
  • SLA
  • Agent adoption
  • Handoff

Agent

  • Receive
  • Reply
  • Status
  • Assignment
  • Tags
  • Customer Context
  • Transfer

Manager

  • Operational visibility
  • Analytics
  • SLA
  • Backlog
  • Go-live readiness

Những mục nào thường bị bỏ quên?

  • Reopen Conversation: chỉ test New → Resolve nhưng quên test khách nhắn lại.
  • Unassigned: có Inbox chung nhưng không ai theo dõi Conversation chưa được gán.
  • Pending: Conversation đã đọc nên biến mất khỏi attention của Agent.
  • Channel Disconnect: chưa xác định ai kiểm tra và reconnect.
  • Negative Automation Test: chỉ test khi rule phải chạy.
  • Data Sanity Check: tin dashboard mà không kiểm tra sample Conversation.
  • Training Exception: Agent biết case bình thường nhưng chưa biết Transfer, Reopen hoặc Escalation.
  • Primary System: sau Go-live vẫn để mỗi người tự chọn Native Inbox hoặc Unified Inbox.

Những mục checklist không nên làm quá phức tạp với SME

SME không nhất thiết cần ngay:

  • 15 SLA policy
  • 20 Status
  • 100 Tag
  • 30 Queue
  • Complex skill routing
  • AI Bot nhiều intent
  • Advanced workforce management

Checklist tốt phải kiểm tra độ phù hợp, không phải số lượng feature.

4 Status dùng đúng tốt hơn 18 Status không ai hiểu.

Checklist không thay thế SOP

Checklist trả lời: Hệ thống đã được kiểm tra chưa?

SOP trả lời: Khi tình huống xảy ra, nhân viên phải làm gì?

Ví dụ SOP: Khách đang chờ kho → Agent set Pending → Add note → Follow-up sau X thời gian.

Hai tài liệu phục vụ hai mục tiêu khác nhau.

Checklist không thay thế Monitoring

Một mục Pass hôm nay không có nghĩa sẽ mãi hoạt động. Ví dụ Channel Connection có thể Pass nhưng token hết hạn sau đó.

Sau Go-live tiếp tục kiểm tra:

  • Connection Health
  • Message Failures
  • Queue Backlog
  • SLA
  • Automation Error

Checklist = launch validation.
Monitoring = continuous operational control.

Checklist triển khai hoàn chỉnh — bản copy nhanh

A. Channel

  • Channel inventory hoàn tất.
  • Đúng account.
  • Authentication hoạt động.
  • Permission đúng.
  • Inbound/Outbound test Pass.
  • Attachment test nếu cần.
  • Channel Indicator đúng.
  • Reconnect process rõ.
  • Connection owner rõ.

B. Conversation

  • Conversation tạo đúng.
  • Messages group đúng.
  • Conversation ID tồn tại.
  • Channel được lưu.
  • Created/Updated Time chính xác.
  • History đầy đủ.
  • Reopen đã test.

C. Status

  • New rõ.
  • In Progress rõ.
  • Pending rõ.
  • Resolved rõ.
  • Status transition đã test.
  • Pending Queue đúng.
  • Reopen state đúng.

D. Inbox

  • All Conversations.
  • My Conversations.
  • New Queue.
  • Unassigned.
  • Pending.
  • Priority.
  • Filter Channel/Team.
  • Search.

E. Assignment

  • Team đã tạo.
  • Agent đúng Team.
  • Manual Assign.
  • Reassign.
  • Transfer.
  • Unassigned visible.
  • Ownership policy rõ.

F. Customer

  • Name.
  • Phone/Email nếu có.
  • Channel Identity.
  • Conversation History.
  • Tags.
  • Order Context nếu cần.
  • Duplicate handling.
  • Merge policy.

G. Tags & Priority

  • Taxonomy rõ.
  • Duplicate tags đã xử lý.
  • Tag purpose rõ.
  • Priority model rõ.
  • High Priority rule rõ.

H. Workflow

  • Sales flow.
  • Support flow.
  • Complaint flow.
  • Pending flow.
  • Escalation.
  • Handoff.
  • Resolution condition.

I. SLA

  • SLA metric.
  • Target.
  • Business hours.
  • First Reply timestamp.
  • Breach test.
  • Alert.
  • Reporting.

J. Knowledge

  • Quick Reply.
  • Current information.
  • Knowledge Base review.
  • Content owner.

K. Automation

  • Trigger.
  • Condition.
  • Action.
  • Positive test.
  • Negative test.
  • Conflict test.
  • Fallback.
  • Rule owner.

L. Analytics

  • Volume.
  • New/Pending/Unassigned/Resolved.
  • First Response.
  • SLA.
  • Channel/Team/Agent.

M. Permission

  • Agent.
  • Team Lead.
  • Admin.
  • Former user removed.
  • Admin rights reviewed.

N. Training

  • Agent trained.
  • Lead trained.
  • Admin trained.
  • Scenario practice.
  • Exception training.

O. Testing

  • Inbound.
  • Outbound.
  • Assignment.
  • Pending.
  • Resolve/Reopen.
  • Transfer.
  • SLA.
  • Automation.
  • Channel failure.

P. Pilot

  • Pilot scope.
  • Pilot users.
  • Real conversations.
  • Feedback captured.
  • Workflow adjusted.
  • Critical issue resolved.

Q. Go-live

  • Cutover time.
  • Primary system.
  • Fallback.
  • Monitoring owner.
  • No critical blocker.
  • Communication to team.

R. Post Go-live

  • Connection health.
  • Failed messages.
  • Unassigned.
  • Pending.
  • SLA.
  • Automation.
  • User adoption.
  • Baseline recorded.

Câu hỏi thường gặp

Checklist triển khai nhắn tin đa kênh gồm những gì?

Channel, Message, Conversation, Inbox, Status, Assignment, Customer Context, Workflow, SLA, Automation, Analytics, Permissions, Training, Testing, Pilot và Go-live.

Mục nào quan trọng nhất trước Go-live?

Các mục Critical thường gồm khả năng nhận/gửi message, tạo Conversation đúng, Status hoạt động, ownership rõ, core workflow đã test và Agent đã được đào tạo.

Có cần Automation trước Go-live không?

Không bắt buộc. Manual workflow ổn định quan trọng hơn; Automation có thể triển khai sau nếu rule chưa đủ rõ.

Có cần AI trước Go-live không?

Không. AI nên là lớp bổ sung sau khi Conversation, workflow, Knowledge và human handoff đã ổn định.

Có cần SLA ngay không?

Không phải SME nào cũng cần SLA nâng cao ngay từ Wave đầu, nhưng nên có khả năng ghi timestamp và đo Response Time nếu đó là mục tiêu vận hành.

Có nên test từng Channel riêng?

Có. Mỗi channel có capability và restriction khác nhau nên inbound/outbound flow cần test riêng.

Pilot có bắt buộc không?

Không phải quy định bắt buộc, nhưng Pilot giúp kiểm tra workflow bằng conversation thật trước khi chuyển toàn bộ team.

Khi nào nên hoãn Go-live?

Cân nhắc hoãn nếu còn lỗi nghiêm trọng liên quan đến nhận message, gửi reply, Conversation creation, ownership hoặc team chưa biết core workflow.

Checklist có dùng lại sau khi thêm Channel mới không?

Có. Khi thêm Facebook Page, Zalo OA, WhatsApp hoặc channel mới, nên chạy lại ít nhất Channel, Conversation, Inbox, Routing, Testing và Analytics.

Ai nên chịu trách nhiệm checklist?

Không nên để một người tự tick toàn bộ. Operations sở hữu workflow; Admin/Technical kiểm tra integration; Team Lead kiểm tra Queue và ownership; Agent tham gia test; Manager quyết định Go-live gate.

Tóm lại

Checklist triển khai nhắn tin đa kênh không nên chỉ là:

  • Facebook connected
  • Zalo connected
  • Website connected

Một hệ thống chỉ thực sự sẵn sàng khi toàn bộ chain được kiểm tra:

CHANNEL → MESSAGE → CONVERSATION → STATUS → QUEUE → ASSIGNMENT → CUSTOMER CONTEXT → WORKFLOW → SLA → AUTOMATION → ANALYTICS → TEAM

Ba câu hỏi quan trọng trước Go-live:

  1. Conversation có luôn được nhìn thấy không?
  2. Có biết ai chịu trách nhiệm không?
  3. Có biết bước tiếp theo là gì không?

Nếu chưa trả lời chắc chắn ba câu này, việc kết nối thêm channel hoặc bật thêm AI thường không giải quyết vấn đề nền tảng.

Đối với SME, một hệ thống có ít tính năng nhưng No Lost Conversation + Clear Ownership + Clear Status + Clear Workflow thường có giá trị hơn một hệ thống nhiều feature nhưng thiếu operational discipline.

Sau khi checklist Pass, doanh nghiệp có thể chuyển sang câu hỏi tiếp theo: Có phải doanh nghiệp nào cũng cần hệ thống như vậy, và thời điểm nào việc triển khai thực sự đáng giá?

Đọc tiếp

  1. Cách thiết kế hệ thống giao tiếp đa kênh cho SME
  2. Các bước triển khai hệ thống nhắn tin đa kênh
  3. Checklist triển khai nhắn tin đa kênh
  4. Khi nào doanh nghiệp nên dùng hệ thống đa kênh?
  5. Những sai lầm khi triển khai Omnichannel
  6. Omnichannel cho doanh nghiệp nhỏ
  7. Cách đánh giá một hệ thống nhắn tin đa kênh