Mẫu kế hoạch pilot EWA và tiêu chí quyết định mở rộng

Một kế hoạch pilot EWA cần xác định trước mục tiêu, nhóm lao động, thời gian, chính sách hạn mức, dữ liệu tích hợp, trách nhiệm, ngân sách, KPI và điều kiện dừng. Quy trình tham khảo gồm sáu giai đoạn: chuẩn bị, thiết kế, tích hợp, UAT, vận hành có kiểm soát và đánh giá. Cuối pilot, doanh nghiệp không chỉ chọn “mở rộng” hoặc “không mở rộng” mà có thể ra bốn quyết định: Go, Adjust, Extend hoặc Stop. Quyết định phải dựa trên giá trị cho người lao động, tác động nhân sự, chất lượng vận hành, chi phí và rủi ro.

> Lưu ý: Đây là mẫu khung triển khai, không phải cam kết về thời gian hoặc tính năng của Lương Ngày. Lịch, quy mô, ngưỡng KPI, vai trò pháp lý, chính sách phí, nguồn tiền và luồng quyết toán cần được Nhân Kiệt và doanh nghiệp xác nhận trong hồ sơ pilot chính thức.

> Giải thích thuật ngữ: EWA (nhận lương theo ngày công đã làm) · pilot (triển khai thử nghiệm) · UAT (kiểm thử nghiệm thu) · RACI (ma trận phân vai: Thực hiện – Chịu trách nhiệm cuối – Tham vấn – Thông báo) · KPI (chỉ số đo lường) · cutoff (mốc chốt kỳ) · go-live (đưa vào vận hành chính thức) · project charter (bản tôn chỉ dự án) · baseline (đường cơ sở) · wave (đợt mở rộng) · Go–Adjust–Extend–Stop (Mở rộng – Điều chỉnh – Kéo dài – Dừng).

Pilot EWA là gì?

Pilot EWA là giai đoạn triển khai có giới hạn nhằm kiểm chứng một tập giả thuyết trước khi mở rộng. Phạm vi có thể giới hạn theo pháp nhân, nhà máy, nhóm lao động, hệ thống chấm công, kỳ lương, số người hoặc thời gian.

Pilot không nên là “bản chạy thử không cần kiểm soát”. Người lao động vẫn thực hiện giao dịch thật, dữ liệu lương và tài khoản vẫn nhạy cảm, dòng tiền và payroll vẫn phải đối soát. Vì vậy, pilot cần đầy đủ các kiểm soát thiết yếu như môi trường vận hành chính thức, nhưng được giới hạn để học nhanh và giảm ảnh hưởng khi có vấn đề.

Một pilot tốt phải trả lời năm câu hỏi

1. Người lao động có hiểu và tiếp cận được EWA không?

2. Dữ liệu công, lương và trạng thái nhân viên có đủ tin cậy không?

3. Giao dịch có được xử lý và đối soát đúng không?

4. Chương trình có tạo tín hiệu giá trị nhân sự hoặc phúc lợi không?

5. Chi phí, rủi ro và khối lượng vận hành có phù hợp để mở rộng không?

1. Khi nào doanh nghiệp đã sẵn sàng pilot?

Không nên bắt đầu pilot chỉ vì hợp đồng đã ký hoặc ứng dụng đã có. Các điều kiện đầu vào tối thiểu gồm:

Về mục tiêu

• có một vấn đề kinh doanh hoặc người lao động cụ thể cần giải quyết;

• có giả thuyết đo được;

• có người bảo trợ ở cấp đủ thẩm quyền;

• các bộ phận thống nhất thế nào là pilot thành công và thất bại.

Về dữ liệu

• có mã nhân viên thống nhất;

• trạng thái lao động được cập nhật đúng hạn;

• công hoặc giờ làm có trạng thái duyệt rõ ràng;

• kỳ lương, cutoff và quy tắc lương được định nghĩa;

• có thể liên kết giao dịch EWA với payroll và thanh toán;

• chất lượng dữ liệu đã được kiểm tra trên mẫu thực tế.

Về vận hành

• có chủ sở hữu quy trình và đầu mối hỗ trợ;

• có quy trình xử lý công chưa duyệt, tài khoản sai, giao dịch treo và khiếu nại;

• có đối soát hằng ngày và cuối kỳ;

• có cơ chế khóa/mở tài khoản theo thẩm quyền;

• có kế hoạch xử lý khi hệ thống hoặc thanh toán gián đoạn.

Về pháp lý và bảo mật

• mô hình hợp đồng và trách nhiệm các bên đã được rà soát;

• thông tin cung cấp cho người lao động rõ ràng;

• phạm vi dữ liệu, mục đích xử lý, lưu trữ và chia sẻ đã được phê duyệt;

• phân quyền, xác thực, mã hóa, log và ứng phó sự cố đã sẵn sàng;

• các bên biết đầu mối phối hợp khi xảy ra sự cố.

Nếu các điều kiện này chưa đạt, doanh nghiệp nên xử lý như một giai đoạn chuẩn bị, không ép đưa giao dịch thật vào để “kịp tiến độ”.

2. Viết giả thuyết pilot trước khi chọn KPI

Một giả thuyết tốt gồm bốn phần: đối tượng, thay đổi, kết quả kỳ vọng và điều kiện đo.

Ví dụ cấu trúc

> Với nhóm lao động đủ điều kiện tại [đơn vị], việc cung cấp EWA theo [chính sách] trong [thời gian] được kỳ vọng giúp [kết quả], trong khi vẫn duy trì [các ngưỡng vận hành và rủi ro].

Ví dụ minh họa

> Với lao động sản xuất đã hoàn tất thử việc tại Nhà máy A, EWA được kỳ vọng tăng mức chủ động khi xử lý chi tiêu ngắn hạn và giảm yêu cầu tạm ứng thủ công; đồng thời giao dịch phải được xử lý, đối soát và hỗ trợ trong các mục tiêu nội bộ đã phê duyệt.

Ví dụ này không đưa ra tỷ lệ cải thiện giả định. Mục tiêu số cần được xây từ baseline của doanh nghiệp, không sao chép từ tài liệu tiếp thị hoặc một khách hàng khác.

3. Chọn phạm vi pilot đủ nhỏ để kiểm soát, đủ lớn để học

Các tiêu chí chọn đơn vị

• lãnh đạo đơn vị sẵn sàng phối hợp;

• quy trình chấm công tương đối ổn định;

• nhóm lao động có nhu cầu phù hợp với mục tiêu;

• payroll và HR có thể cung cấp dữ liệu đúng hạn;

• có đội hỗ trợ tại chỗ hoặc từ xa;

• không đang đồng thời thay đổi quá nhiều hệ thống/chính sách;

• có thể tạo nhóm so sánh phù hợp nếu cần đánh giá tác động.

Không nên chọn chỉ vì “đơn vị dễ nhất”

Một đơn vị quá lý tưởng có thể làm pilot thành công nhưng không đại diện cho nơi sẽ mở rộng. Ngược lại, chọn điểm khó nhất ngay từ đầu có thể khiến đội dự án không phân biệt được lỗi sản phẩm với lỗi nền dữ liệu.

Phương án cân bằng là chọn phạm vi có độ phức tạp vừa phải và ghi rõ những khác biệt so với toàn doanh nghiệp: loại ca, hình thức trả lương, ngân hàng nhận, địa bàn, thâm niên, hợp đồng và hệ thống chấm công.

Bảng mô tả phạm vi

4. Lộ trình pilot sáu giai đoạn

(Bản chi tiết theo ngày: xem Kế hoạch pilot EWA 90 ngày cho doanh nghiệp.)

```mermaid
flowchart TD
A["1. Chuẩn bị"] --> B["2. Thiết kế"]
B --> C["3. Tích hợp"]
C --> D["4. UAT và diễn tập"]
D --> E["5. Vận hành pilot"]
E --> F["6. Đánh giá và quyết định"]
```

Thời lượng mỗi giai đoạn phụ thuộc mức sẵn sàng. Không nên cam kết một lịch chung trước khi khảo sát dữ liệu và hệ thống.

5. Giai đoạn 1 – Chuẩn bị và phê duyệt đề bài

Công việc chính

1. xác định mục tiêu và giả thuyết;

2. chọn phạm vi và nhóm so sánh;

3. lập ban chỉ đạo và đội dự án;

4. xác định ngân sách và nguồn lực;

5. lập sổ rủi ro ban đầu;

6. thu thập baseline;

7. rà soát pháp lý, dữ liệu và hợp đồng;

8. thống nhất tiêu chí quyết định cuối pilot.

Sản phẩm bàn giao

• Project Charter;

• mô tả phạm vi;

• danh sách bên liên quan;

• RACI;

• bộ KPI và baseline;

• sổ rủi ro;

• kế hoạch truyền thông;

• tiêu chí vào/ra mỗi giai đoạn.

Điều kiện qua cổng

Không chuyển sang thiết kế chi tiết nếu chưa có người phê duyệt chính sách, chủ sở hữu dữ liệu và người chịu trách nhiệm cuối cùng cho payroll/đối soát.

6. Giai đoạn 2 – Thiết kế chính sách và hành trình

Chính sách cần chốt

• đối tượng đủ điều kiện;

• trạng thái lao động được phép tham gia;

• loại công hoặc thu nhập đủ điều kiện;

• công thức và trần hạn mức;

• số lần giao dịch;

• chính sách phí và bên chịu phí;

• kỳ/cutoff áp dụng;

• cách xử lý nghỉ việc, tạm nghỉ và điều chỉnh công;

• cách xử lý giao dịch thất bại, chưa rõ, hoàn trả;

• cách đưa giao dịch vào payroll và kế toán.

Hành trình người lao động

1. nhận thông tin;

2. đăng ký/kích hoạt;

3. xác minh;

4. xem hạn mức;

5. chọn số tiền;

6. xem đầy đủ thông tin trước xác nhận;

7. xác thực giao dịch;

8. nhận trạng thái;

9. nhận tiền hoặc hướng dẫn khi lỗi;

10. xem lịch sử và quyết toán liên quan.

Hành trình vận hành

Cần thiết kế riêng luồng cho HR, giám sát duyệt công, Payroll, Finance, IT, hỗ trợ, Risk và đối tác thanh toán. Một giao diện tốt cho người lao động không bù được quy trình nội bộ chưa có chủ sở hữu.

7. Giai đoạn 3 – Dữ liệu và tích hợp

(Yêu cầu dữ liệu và kiến trúc: xem Tích hợp EWA với chấm công, payroll và ERP và Đối soát giao dịch EWA với payroll và kế toán.)

Bộ dữ liệu tối thiểu

• nhân viên và trạng thái làm việc;

• pháp nhân, đơn vị, nhóm lương;

• công/giờ làm và trạng thái duyệt;

• kỳ lương, cutoff và quy tắc cần thiết;

• tài khoản nhận tiền theo miền xử lý an toàn;

• giao dịch EWA;

• trạng thái thanh toán;

• dữ liệu payroll/ERP phục vụ đối soát.

Quyết định kỹ thuật

• API gần thời gian thực, file batch/SFTP hay phương thức kiểm soát khác;

• khóa định danh và bảng ánh xạ;

• phiên bản dữ liệu và xử lý dữ liệu đến muộn;

• idempotency và chống file trùng;

• trạng thái giao dịch;

• retry, timeout và cảnh báo;

• đối soát và báo cáo chênh lệch;

• phân quyền, log và lưu trữ.

Kiểm tra chất lượng dữ liệu trước UAT

Không nên dùng dữ liệu thật không được bảo vệ trong môi trường thử nghiệm. Dữ liệu test cần giả lập hoặc che giấu phù hợp.

8. Giai đoạn 4 – UAT và diễn tập

UAT phải kiểm tra cả luồng thành công và các trường hợp xấu.

Nhóm kịch bản người lao động

• kích hoạt thành công;

• sai hoặc thiếu dữ liệu định danh;

• đổi thiết bị, số điện thoại hoặc tài khoản nhận;

• không có hạn mức do công chưa duyệt;

• yêu cầu vượt hạn mức;

• giao dịch thành công, thất bại và đang xử lý;

• khiếu nại giao dịch không phải do mình tạo;

• nhân viên nghỉ việc hoặc chuyển đơn vị.

Nhóm kịch bản dữ liệu

• công được sửa sau duyệt;

• dữ liệu phiên bản cũ đến sau;

• file trùng hoặc sai thứ tự;

• bản ghi lỗi một phần;

• sai ánh xạ mã nhân viên;

• sai kỳ lương hoặc cutoff;

• dữ liệu nguồn tạm ngừng.

Nhóm kịch bản thanh toán

• gửi lại cùng idempotency_key;

• timeout trước hoặc sau khi gửi lệnh;

• callback đến muộn, trùng hoặc sai chữ ký;

• tài khoản nhận không hợp lệ;

• đối tác báo chưa rõ kết quả;

• giao dịch thành công sau đó hoàn trả.

Nhóm kịch bản payroll và kế toán

• nhập giao dịch vào đúng kỳ;

• chặn giao dịch đã nhập;

• tổng và từng giao dịch khớp;

• xử lý điều chỉnh sau cutoff;

• chênh lệch tạo case và có người chịu trách nhiệm;

• ERP/chứng từ có thể truy ngược đến giao dịch.

Diễn tập sự cố

Ít nhất nên diễn tập:

• chiếm tài khoản người lao động;

• chuyển tiền sai hoặc nghi chi trùng;

• lỗi đồng bộ chấm công diện rộng;

• lộ file dữ liệu;

• gián đoạn dịch vụ gần kỳ lương;

• nhà cung cấp thanh toán không phản hồi.

Mỗi diễn tập phải ghi ai quyết định khóa luồng, ai thông báo, dữ liệu nào được bảo toàn và tiêu chí mở lại.

9. Điều kiện go-live pilot

Điều kiện bắt buộc

• [ ] Phạm vi và danh sách đủ điều kiện đã được phê duyệt.

• [ ] Chính sách hạn mức, phí, cutoff và xử lý ngoại lệ đã chốt.

• [ ] UAT nghiệp vụ, tích hợp, bảo mật và đối soát đạt yêu cầu.

• [ ] Lỗi nghiêm trọng đã được xử lý và kiểm tra lại.

• [ ] Dữ liệu ban đầu đã đối soát.

• [ ] Đầu mối hỗ trợ và escalation đã sẵn sàng.

• [ ] Báo cáo hằng ngày và cảnh báo hoạt động.

• [ ] Kế hoạch rollback hoặc tạm dừng đã được diễn tập.

• [ ] Thông tin cho người lao động đã được duyệt.

• [ ] Người có thẩm quyền đã ký quyết định go-live.

Không nên cho qua một lỗi nghiêm trọng chỉ vì số người pilot ít. Pilot nhỏ làm giảm phạm vi ảnh hưởng, không làm giảm trách nhiệm bảo vệ người lao động và tiền.

10. Giai đoạn 5 – Vận hành pilot có kiểm soát

Cơ chế “hypercare” đầu kỳ

Trong giai đoạn đầu, các bên nên có nhịp theo dõi dày hơn:

• kiểm tra dữ liệu công và hạn mức;

• theo dõi giao dịch lỗi/chưa rõ;

• đối soát trong ngày;

• họp nhanh xử lý blocker;

• thống nhất một danh sách issue duy nhất;

• thông báo minh bạch cho người dùng bị ảnh hưởng;

• ghi nhận hành động tạm thời và giải pháp gốc.

Không cần công bố một thời lượng hypercare cố định. Có thể giảm nhịp khi dữ liệu, giao dịch và hỗ trợ đã ổn định theo tiêu chí phê duyệt.

Nhật ký quyết định

Mọi thay đổi chính sách trong pilot cần ghi:

• vấn đề;

• dữ liệu chứng minh;

• phương án được chọn;

• người phê duyệt;

• ngày hiệu lực;

• nhóm bị ảnh hưởng;

• cách đo sau thay đổi;

• phương án quay lui.

Nếu thay quá nhiều biến cùng lúc, doanh nghiệp sẽ không biết thay đổi nào tạo ra kết quả.

11. RACI mẫu cho pilot EWA

Ký hiệu: R – thực hiện; A – chịu trách nhiệm cuối cùng; C – tham vấn; I – được thông tin.

Đây là mẫu. Doanh nghiệp cần sửa theo tổ chức thật và bảo đảm mỗi công việc chỉ có một vai trò chịu trách nhiệm cuối cùng rõ ràng.

12. Bộ KPI pilot cân bằng

(Bộ chỉ số đầy đủ: xem Đo lường hiệu quả EWA bằng những KPI nào? và Cách tính ROI khi triển khai EWA.)

KPI về tiếp cận và sử dụng

• tỷ lệ người đủ điều kiện;

• tỷ lệ nhận thông tin;

• tỷ lệ bắt đầu và hoàn tất kích hoạt;

• tỷ lệ có hạn mức hiển thị;

• tỷ lệ người dùng hoạt động;

• tần suất và giá trị giao dịch theo cohort.

KPI về trải nghiệm

• tỷ lệ giao dịch thành công;

• thời gian nhận tiền theo trung vị và phân vị;

• tỷ lệ từ bỏ từng bước;

• ticket trên 1.000 giao dịch;

• thời gian phản hồi và giải quyết;

• mức hài lòng và mức độ hiểu phí/điều khoản.

KPI về nhân sự

• yêu cầu tạm ứng thủ công;

• vắng mặt và nghỉ không báo trước;

• nghỉ việc theo cohort;

• tỷ lệ hiện diện của lao động mới;

• nhận biết và giá trị cảm nhận của phúc lợi.

KPI vận hành

• công được duyệt đúng hạn;

• độ mới dữ liệu;

• tỷ lệ xử lý tự động;

• tỷ lệ đối soát tự động;

• lỗi dữ liệu theo nguồn;

• điều chỉnh sau cutoff;

• thời gian đóng chênh lệch.

KPI tài chính và rủi ro

• tổng chi phí sở hữu;

• chi phí trên người đủ điều kiện/người dùng hoạt động/giao dịch;

• giao dịch chưa rõ kết quả;

• tỷ lệ và giá trị chênh lệch;

• gian lận đã xác nhận;

• tỷ lệ chặn nhầm;

• sự cố bảo mật hoặc dữ liệu;

• quyền truy cập và ngoại lệ quá hạn.

13. KPI kết quả và KPI bảo vệ

KPI kết quả cho biết chương trình tạo giá trị gì. KPI bảo vệ ngăn đội dự án đạt mục tiêu bằng cách tạo ra rủi ro khác.

Không nên mở rộng nếu KPI kinh doanh đạt nhưng KPI bảo vệ vượt mức chấp nhận.

14. Đặt mục tiêu KPI như thế nào?

Bước 1: Lấy baseline

Đo dữ liệu trước pilot bằng cùng định nghĩa: nghỉ việc, vắng mặt, yêu cầu tạm ứng, ticket payroll, thời gian xử lý và chi phí.

Bước 2: Xác định mức tối thiểu bắt buộc

Ví dụ các điều kiện về không chi trùng, không còn lỗi bảo mật nghiêm trọng chưa xử lý, giao dịch chưa rõ có người chịu trách nhiệm, payroll đối soát được. Đây là điều kiện kiểm soát, không phải mục tiêu tăng trưởng.

Bước 3: Đặt mục tiêu cải thiện

Dựa vào baseline, năng lực hệ thống và phạm vi. Mỗi mục tiêu cần nguồn dữ liệu, công thức, chủ sở hữu và thời điểm đo.

Bước 4: Đặt ngưỡng cảnh báo và ngưỡng dừng

Ngưỡng cảnh báo kích hoạt điều tra; ngưỡng dừng kích hoạt tạm ngừng một luồng hoặc toàn pilot theo thẩm quyền.

Bước 5: Phê duyệt trước go-live

Không thay tiêu chí cuối pilot chỉ để phù hợp với kết quả đã xảy ra. Nếu thay vì có lý do chính đáng, phải ghi vào nhật ký quyết định.

15. Tiêu chí dừng hoặc tạm dừng pilot

Kế hoạch phải định nghĩa trước khi nào cần dừng nhận giao dịch mới, dừng một nhóm hoặc dừng toàn chương trình.

Các sự kiện có thể kích hoạt xem xét khẩn cấp:

• nghi ngờ chi trùng hoặc chuyển sai người trên diện rộng;

• dữ liệu công/lương sai làm hạn mức không đáng tin cậy;

• giao dịch UNKNOWN tích tụ vượt khả năng kiểm soát;

• lỗ hổng bảo mật nghiêm trọng chưa được cô lập;

• lộ hoặc sử dụng dữ liệu sai phạm vi;

• payroll không thể đối soát trước kỳ khóa;

• nguồn tiền hoặc đối tác thanh toán gián đoạn;

• khiếu nại tăng bất thường;

• kiểm soát gian lận chặn nhầm nhiều người hợp lệ;

• đội dự án không còn khả năng hỗ trợ an toàn.

Ngưỡng số cụ thể nên nằm trong kế hoạch nội bộ, không đăng công khai nếu có thể làm suy yếu kiểm soát.

Tạm dừng khác với kết thúc

Tạm dừng cho phép bảo vệ người dùng và điều tra trong khi giữ nguyên dữ liệu, giao dịch và bằng chứng. Kết thúc pilot là quyết định quản trị sau đánh giá. Quy trình phải nói rõ ai có quyền tạm dừng, ai phê duyệt mở lại và người lao động được thông báo như thế nào.

16. Giai đoạn 6 – Đánh giá cuối pilot

Đánh giá nên dùng cả số liệu và bằng chứng định tính.

Dữ liệu định lượng

• KPI trước, trong và cuối pilot;

• so sánh với baseline;

• so sánh với nhóm tương đồng nếu có;

• kết quả theo cohort, đơn vị và hành trình;

• tổng chi phí và giả định lợi ích;

• sự cố, chênh lệch và rủi ro còn lại.

Dữ liệu định tính

• phỏng vấn người lao động sử dụng và không sử dụng;

• phản hồi của giám sát, HR, Payroll, Finance và Support;

• nguyên nhân rơi khỏi phễu;

• các bước thủ công khó mở rộng;

• vấn đề chưa thể hiện trên dashboard;

• bài học từ sự cố và ngoại lệ.

Không vội kết luận nhân quả

Nếu nghỉ việc giảm, cần xem xét mùa vụ, đơn hàng, lương, thưởng, quản lý và chính sách khác. Nếu người dùng EWA nghỉ việc cao hơn, có thể nhóm đang gặp áp lực tài chính vốn có rủi ro cao hơn. Báo cáo nên dùng ngôn ngữ “ghi nhận sự khác biệt/tín hiệu” khi thiết kế chưa đủ để kết luận nguyên nhân.

17. Ma trận quyết định Go – Adjust – Extend – Stop

Điều kiện Go gợi ý

• mục tiêu giá trị chính đạt hoặc có bằng chứng đủ mạnh;

• không còn lỗi nghiêm trọng chưa khắc phục;

• giao dịch, payroll và kế toán đối soát được;

• khối lượng hỗ trợ trên mỗi người/giao dịch có xu hướng kiểm soát được;

• chi phí mở rộng được tính đầy đủ;

• người lao động hiểu chính sách và có kênh hỗ trợ;

• rủi ro còn lại có chủ sở hữu và người có thẩm quyền chấp nhận;

• kiến trúc có thể đáp ứng quy mô lớn hơn;

• đơn vị tiếp theo đã được đánh giá khác biệt so với pilot.

Đạt KPI sử dụng nhưng không đạt bảo mật, đối soát hoặc minh bạch cho người lao động thì chưa đủ điều kiện Go.

18. Kế hoạch mở rộng theo từng đợt

Không nên chuyển từ một pilot nhỏ sang toàn doanh nghiệp trong một lần nếu đơn vị, hệ thống hoặc chính sách khác nhau đáng kể.

Thiết kế wave

Mỗi đợt nên nhóm các đơn vị có đặc điểm tương đồng:

• cùng hệ thống chấm công/payroll;

• cùng pháp nhân hoặc chính sách;

• cùng nhóm ca và cách tính lương;

• cùng mức sẵn sàng của HR/giám sát;

• cùng kênh hỗ trợ;

• cùng mức độ phức tạp thanh toán.

Cổng trước mỗi wave

• dữ liệu và ánh xạ được kiểm tra;

• đội hỗ trợ đủ năng lực;

• lỗi từ wave trước đã xử lý;

• đối soát và dashboard đã mở rộng;

• quyền truy cập theo phạm vi mới đã rà soát;

• truyền thông đã điều chỉnh theo nhóm lao động;

• rollback đã sẵn sàng;

• người có thẩm quyền phê duyệt.

Theo dõi sau mỗi wave

Không chỉ so với pilot đầu. Mỗi đơn vị có thể có tỷ lệ kích hoạt, lỗi dữ liệu, ngân hàng nhận và hành vi sử dụng khác nhau. Cần so theo wave và phát hiện khi hiệu suất suy giảm theo quy mô.

19. Mẫu Project Charter rút gọn

1. Tên dự án

Pilot EWA/Lương Ngày tại [đơn vị].

2. Vấn đề cần giải quyết

Mô tả dữ liệu nền, nhóm bị ảnh hưởng và tác động hiện tại.

3. Mục tiêu và giả thuyết

Ghi kết quả mong muốn và KPI bảo vệ.

4. Phạm vi

Pháp nhân, đơn vị, người lao động, hệ thống, kỳ lương, thời gian và loại giao dịch.

5. Ngoài phạm vi

Nhóm lao động, hệ thống hoặc chức năng chưa triển khai.

6. Sản phẩm bàn giao

Tích hợp, tài liệu, đào tạo, UAT, dashboard, đối soát và báo cáo cuối pilot.

7. RACI

Ai chịu trách nhiệm cuối, ai thực hiện, ai tham vấn và ai được thông tin.

8. Rủi ro và phụ thuộc

Dữ liệu, payroll, thanh toán, bảo mật, pháp lý, nguồn lực và lịch kỳ lương.

9. Ngân sách

Chi phí nhà cung cấp, tích hợp, nhân sự, hỗ trợ, bảo mật, truyền thông và dự phòng.

10. Tiêu chí quyết định

Go, Adjust, Extend, Stop và người có thẩm quyền phê duyệt.

20. Mẫu biên bản đánh giá sau pilot

A. Kết luận điều hành

• mục tiêu nào đạt/chưa đạt;

• quyết định đề xuất;

• rủi ro trọng yếu;

• nguồn lực và điều kiện tiếp theo.

B. Kết quả KPI

C. Tài chính

Tổng chi phí, lợi ích có căn cứ, giả định, chi phí khi mở rộng và kịch bản nhạy cảm.

D. Rủi ro

Sự cố, gian lận, chặn nhầm, chênh lệch, dữ liệu cá nhân, rủi ro còn lại và người chấp nhận.

E. Bài học

Điều gì nên giữ, sửa, bỏ; điều kiện để áp dụng cho đơn vị khác.

F. Quyết định

Go/Adjust/Extend/Stop; phạm vi; ngân sách; người chịu trách nhiệm; mốc rà soát.

21. Những sai lầm thường gặp khi pilot EWA

Không định nghĩa thành công trước khi bắt đầu

Đến cuối pilot, mỗi bộ phận chọn một chỉ số có lợi cho quan điểm của mình.

Chọn quy mô nhưng không chọn tính đại diện

Số người đủ lớn nhưng chỉ thuộc một ca, một quản lý hoặc một hệ thống nên không phản ánh toàn doanh nghiệp.

Chạy qua chưa đủ một chu kỳ payroll

Đánh giá được ứng dụng nhưng chưa kiểm chứng đối soát, quyết toán và điều chỉnh cuối kỳ.

Chỉ UAT luồng thành công

Không biết cách xử lý timeout, công sửa muộn, tài khoản sai, hoàn tiền và lỗi nhập payroll.

Đo nhiều nhưng không có baseline

Có dashboard sau triển khai nhưng không biết chương trình đã cải thiện gì.

Mở rộng khi đội vận hành đang xử lý thủ công

Pilot trông ổn vì đội dự án “chăm từng giao dịch”, nhưng mô hình không thể tăng quy mô.

Đổi chính sách liên tục

Không thể phân biệt tác động của chính sách, truyền thông, dữ liệu hay sản phẩm.

Không có kế hoạch kết thúc

Khi dừng, giao dịch chưa đối soát, dữ liệu chưa xóa, người lao động không được thông báo và trách nhiệm không rõ.

22. Bảo vệ dữ liệu và người lao động trong pilot

(Khung bảo mật đầy đủ: xem Bảo mật dữ liệu và quyền riêng tư khi triển khai EWA và Quản trị rủi ro và phòng chống gian lận trong EWA.)

Pilot vẫn phải tuân thủ các nguyên tắc bảo vệ dữ liệu và an toàn thông tin. Doanh nghiệp cần giới hạn dữ liệu theo mục đích, phân quyền theo nhiệm vụ, dùng dữ liệu test an toàn, ghi nhật ký, quản lý nhà cung cấp và có kế hoạch xử lý sự cố.

Tại Việt Nam, Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ ngày 1/1/2026. Việc thiết kế pilot cần được rà soát theo vai trò của các bên, loại dữ liệu, phạm vi chia sẻ và quyền của người lao động.

Về đo lường nguồn nhân lực, ISO 30414:2025 cung cấp yêu cầu và khuyến nghị cho báo cáo vốn con người. Về quản trị rủi ro an toàn thông tin, NIST Cybersecurity Framework 2.0 là một khung tham khảo để tổ chức các hoạt động quản trị, nhận diện, bảo vệ, phát hiện, ứng phó và khôi phục. Đây là nguồn tham chiếu; tiêu chí pilot vẫn phải được thiết kế theo doanh nghiệp và mô hình EWA thật.

Kết luận

Pilot EWA là một quyết định quản trị có kiểm soát, không chỉ là một bản dùng thử công nghệ. Một pilot đáng tin cậy phải có giả thuyết, baseline, phạm vi đại diện, chính sách rõ, dữ liệu đủ tốt, UAT tình huống xấu, KPI bảo vệ và tiêu chí dừng đã được phê duyệt trước.

Cuối pilot, doanh nghiệp cần chọn Go, Adjust, Extend hoặc Stop dựa trên bằng chứng. Nếu doanh nghiệp muốn xây dựng kế hoạch pilot Lương Ngày phù hợp với hệ thống chấm công, payroll và lực lượng lao động hiện có, hãy tìm hiểu Lương Ngày cho doanh nghiệp để trao đổi phạm vi khảo sát và bộ tài liệu triển khai.

Nguồn tham khảo

• ISO 30414:2025 – Human capital reporting and disclosure

• NIST Cybersecurity Framework 2.0

• Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15

• Nghị định 356/2025/NĐ-CP hướng dẫn Luật Bảo vệ dữ liệu cá nhân

---

Tác giả: Trần Văn Tài — Trợ Lý Tổng Giám Đốc, phụ trách chiến lược phát triển, Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt.

Tư vấn giải pháp Lương Ngày cho doanh nghiệp: Hotline 0937.022.655 · Email info@nhankiet.vn · Lương Ngày cho doanh nghiệp