1. Bối cảnh ngành nội thất
Ngành nội thất có đặc thù rất khác so với thương mại hoặc sản xuất hàng loạt.
Một đơn hàng có thể bao gồm:
Hàng trăm mã vật tư
Nhiều công đoạn sản xuất
Nhiều nhà cung cấp
Nhiều đợt giao hàng
Nhiều thay đổi theo yêu cầu khách hàng
Ví dụ:
Một dự án nội thất căn hộ cao cấp gồm:
Tủ bếp
Tủ quần áo
Giường ngủ
Bàn trang điểm
Kệ TV
Mỗi sản phẩm lại có:
BOM riêng
Định mức riêng
Quy trình sản xuất riêng
Khi triển khai ERP, doanh nghiệp kỳ vọng:
Quản lý đơn hàng tập trung
Kiểm soát tồn kho
Quản lý sản xuất
Tính giá thành chính xác
Theo dõi giao hàng
Tuy nhiên trước khi Go-Live, doanh nghiệp phải trả lời một câu hỏi quan trọng:
ERP có thực sự hoạt động đúng với thực tế vận hành hay chưa?
Đó chính là lý do UAT (User Acceptance Testing) tồn tại.
Và Key User chính là người chịu trách nhiệm xác nhận điều đó.
2. Pain Point thực tế
Rất nhiều doanh nghiệp xem UAT như một thủ tục.
Các Key User thường:
Test qua loa
Chỉ kiểm tra giao diện
Không mô phỏng tình huống thực tế
Không ghi nhận lỗi đầy đủ
Không kiểm tra dữ liệu xuyên phòng ban
Kết quả:
Sau Go-Live mới phát hiện:
Sales
Báo giá sai
Kho
Xuất kho không đúng
Sản xuất
MRP chạy sai
Kế toán
Giá thành lệch
Mua hàng
Đề nghị mua không phát sinh
Ban giám đốc
Dashboard không có dữ liệu
Khi đó việc sửa lỗi khó gấp nhiều lần so với lúc UAT.
3. Chi phí của việc không giải quyết
Nhiều doanh nghiệp đánh giá thấp vai trò UAT.
Nhưng thực tế chi phí sau Go-Live thường rất lớn.
Chi phí vận hành
Dừng sản xuất
Chậm giao hàng
Sai tồn kho
Chi phí nhân sự
Tăng OT
Tăng hỗ trợ kỹ thuật
Chi phí tài chính
Sai giá thành
Sai doanh thu
Chi phí khách hàng
Trễ tiến độ dự án
Mất uy tín
Chi phí dự án ERP
Có doanh nghiệp phải:
Rollback hệ thống
Go-Live lại từ đầu
Chi phí có thể gấp 5–10 lần giai đoạn UAT.
4. Framework triển khai
Một Framework UAT hiệu quả gồm 5 bước.
Bước 1: Chuẩn bị Test Scenario
Xác định:
Ai test
Test gì
Test khi nào
Bước 2: Chuẩn bị Test Data
Dữ liệu phải giống thực tế:
Khách hàng
Vật tư
BOM
Tồn kho
Bước 3: Thực hiện Test
Theo quy trình nghiệp vụ.
Không test từng màn hình riêng lẻ.
Bước 4: Ghi nhận lỗi
Phân loại:
Critical
High
Medium
Low
Bước 5: Sign-off
Key User xác nhận:
Hệ thống đáp ứng yêu cầu nghiệp vụ.
5. Quy trình thực tế
Ví dụ UAT quy trình Order-to-Cash.
Bước 1
Tạo Lead
↓
Bước 2
Tạo báo giá
↓
Bước 3
Tạo Sales Order
↓
Bước 4
MRP
↓
Bước 5
Mua vật tư
↓
Bước 6
Sản xuất
↓
Bước 7
Xuất kho
↓
Bước 8
Giao hàng
↓
Bước 9
Hóa đơn
↓
Bước 10
Thu tiền
Key User phải kiểm tra toàn bộ luồng này.
Không chỉ một phòng ban.
6. KPI đo lường
Để đánh giá chất lượng UAT cần theo dõi KPI.
Test Coverage
Mục tiêu:
≥ 95%
Test Case Completion
Mục tiêu:
≥ 95%
Critical Defect Closure
Mục tiêu:
100%
Defect Leakage
Số lỗi phát hiện sau Go-Live.
Mục tiêu:
< 5%
UAT Sign-off Rate
Mục tiêu:
100%
Business Process Coverage
Mục tiêu:
Tất cả quy trình chính được kiểm thử
7. Vai trò ERP
ERP là đối tượng được kiểm thử.
Nhưng ERP chỉ tốt khi được test đúng.
Trong UAT, ERP giúp:
Kiểm tra luồng dữ liệu
Sales
↓
Planning
↓
Purchasing
↓
Warehouse
↓
Production
↓
Finance
Kiểm tra phân quyền
Ai được:
Xem
Sửa
Duyệt
Kiểm tra dữ liệu
BOM
Routing
Tồn kho
Giá thành
Kiểm tra báo cáo
Dashboard
KPI
Tài chính
ERP cung cấp nền tảng.
Key User xác nhận nền tảng đó phù hợp thực tế.
8. Vai trò AI
AI đang thay đổi hoàn toàn UAT.
Tạo Test Case
AI có thể sinh:
Hàng trăm kịch bản kiểm thử
Từ một quy trình nghiệp vụ.
Phân tích lỗi
AI phân nhóm:
Lỗi dữ liệu
Lỗi quy trình
Lỗi cấu hình
Tạo dữ liệu kiểm thử
Ví dụ:
10.000 đơn hàng mẫu
5.000 mã vật tư
Dự báo rủi ro Go-Live
AI có thể phát hiện:
Quy trình chưa test
Module chưa đủ coverage
Hỗ trợ viết Test Script
Giảm thời gian chuẩn bị UAT từ vài tuần xuống vài ngày.
9. Case Study
Doanh nghiệp nội thất A
Quy mô:
500 nhân sự
2 nhà máy
1 showroom
ERP triển khai:
Sales
Inventory
MRP
Production
Accounting
UAT lần 1
Key User chỉ test giao diện.
Kết quả:
142 lỗi sau Go-Live
UAT lần 2
Áp dụng framework chuẩn.
220 Test Cases
18 Key Users
4 tuần UAT
Phát hiện:
97 lỗi cấu hình
31 lỗi dữ liệu
12 lỗi quy trình
Kết quả Go-Live:
Không gián đoạn sản xuất
Tỷ lệ lỗi giảm 85%
Người dùng tiếp nhận nhanh hơn
10. Lộ trình triển khai
Giai đoạn 1
Chuẩn bị UAT
Tuần 1
Xác định Key User
Xác định quy trình
Giai đoạn 2
Thiết kế Test Case
Tuần 2
Chuẩn hóa kịch bản
Giai đoạn 3
Thực hiện UAT
Tuần 3–4
End-to-End Testing
Giai đoạn 4
Fix lỗi
Tuần 5
Đóng lỗi Critical
Giai đoạn 5
Regression Test
Tuần 6
Test lại
Giai đoạn 6
Sign-off
Tuần 7
Phê duyệt Go-Live
11. CTA
ERP không thất bại vì phần mềm.
ERP thất bại vì doanh nghiệp Go-Live khi chưa hiểu rõ hệ thống có thực sự đáp ứng nghiệp vụ hay không.
Trong giai đoạn UAT, Key User không chỉ là người kiểm thử.
Họ là:
Đại diện nghiệp vụ
Người bảo vệ quy trình vận hành
Người xác nhận tính khả thi của ERP
Cầu nối giữa người dùng cuối và đội triển khai