Chuẩn hoá trước khi tự động hoá nghĩa là làm cho mọi người cùng làm một việc theo một cách, và dữ liệu của việc đó luôn có cùng hình dạng: cùng tên cột, cùng định dạng ngày, cùng cách viết số điện thoại, cùng một nơi lưu. Chỉ khi đó luồng tự động mới có một quy tắc duy nhất để theo.
Bỏ qua bước này là nguyên nhân thường gặp khiến luồng "chạy được với đơn thử nhưng hỏng với đơn thật". Bài này chỉ ra những chỗ quy trình hay bị lệch giữa các người làm, cách thống nhất mà không cần viết sổ tay dày, các quy ước dữ liệu tối thiểu cho bảng tính và biểu mẫu, và cách dọn dữ liệu cũ vừa đủ để bắt đầu.
Vì sao tự động hoá đòi một cách làm duy nhất
Người làm tay xử lý khác biệt rất giỏi. Chị bán hàng nhận đơn qua tin nhắn và ghi "giao chiều mai", anh kho đọc là hiểu. Người khác ghi "giao 15h ngày 12", anh kho cũng hiểu. Máy thì không: một luồng tự động cần ngày giao ở một ô cố định, một định dạng cố định, để tính lời nhắc hay xếp lịch. Mỗi cách ghi khác nhau là một nhánh luồng phải xử lý, hoặc một lỗi chờ xảy ra.
Khác biệt không chỉ nằm ở dữ liệu mà ở cả thứ tự việc. Một người xác nhận với khách rồi mới ghi sổ, người kia ghi sổ trước. Một người lưu tệp khách gửi vào thư mục theo tên khách, người kia theo tháng. Khi tự động hoá, bạn buộc phải chọn một cách. Chọn ngầm, theo thói quen của người dựng luồng, sẽ làm phần còn lại của nhóm thấy luồng "làm sai".
Vì vậy, chuẩn hoá thật ra là một quyết định của nhóm, không phải việc kỹ thuật. Mục tiêu không phải là cách làm hoàn hảo, mà là một cách làm mọi người đồng ý, đủ rõ để viết thành quy tắc. Luồng tự động sau đó chỉ là người thi hành quy tắc đó một cách đều đặn.
Những chỗ quy trình hay bị lệch giữa các người làm
Khi so cách làm của hai ba người cùng một việc, khác biệt thường nằm ở những chỗ sau. Đây là danh sách để hỏi khi ngồi cùng nhóm:
- Kênh nhận việc. Đơn đến qua biểu mẫu, email, tin nhắn riêng, điện thoại. Mỗi kênh vào một chỗ khác nhau, và có kênh không ai ghi lại.
- Thứ tự các bước. Xác nhận trước hay ghi sổ trước, báo kho trước hay báo khách trước.
- Cách đặt tên. Tên tệp, tên thư mục, mã đơn: người dùng tên khách, người dùng ngày, người tự đặt mã.
- Trạng thái. Một đơn được coi là "xong" khi nào: khi giao, khi khách nhận, hay khi thu tiền. Mỗi người hiểu một kiểu thì cột trạng thái vô nghĩa.
- Ngoại lệ. Khách đổi ý, thiếu thông tin, hàng hết. Mỗi người xử lý theo trí nhớ riêng.
- Nơi lưu cuối cùng. Thông tin nằm trong sổ tay, trong bảng tính trên máy, trong bảng tính chung, hay chỉ trong lịch sử tin nhắn.
Không cần thống nhất mọi thứ cùng lúc. Chỉ cần thống nhất những chỗ mà luồng đầu tiên sẽ đụng đến. Với luồng ghi đơn vào bảng, đó là kênh nhận đơn, các trường của đơn, và định nghĩa từng trạng thái.
Thống nhất cách làm mà không cần sổ tay dày
Một doanh nghiệp nhỏ không cần bộ quy trình chuẩn hàng chục trang. Cách gọn hơn:
- Ngồi cùng những người đang làm việc đó, mỗi người kể cách mình làm một trường hợp thật, từ lúc nhận đến lúc xong.
- Ghi các khác biệt lên giấy, không phán ai đúng ai sai.
- Với mỗi khác biệt, chọn một cách. Ưu tiên cách đơn giản nhất, ít bước nhất, dễ viết thành quy tắc nhất.
- Viết kết quả thành một trang: các bước theo thứ tự, mẫu đặt tên, định nghĩa trạng thái, cách xử lý ba ngoại lệ hay gặp nhất.
- Làm thử theo trang đó một tuần, bằng tay, trước khi dựng luồng. Sửa những chỗ không chạy được trong thực tế.
- Khi cách làm đã ổn định, đó chính là bản mô tả để dựng luồng tự động.
Tuần làm thử bằng tay rất quan trọng. Nó tách hai loại vấn đề: vấn đề của quy trình và vấn đề của luồng tự động. Nếu bỏ qua, khi luồng chạy sai bạn sẽ không biết lỗi do cấu hình hay do quy trình mới chưa hợp lý.
Trong tuần đó, giao một người ghi lại mỗi lần ai đó phải hỏi lại "trường hợp này làm sao". Mỗi câu hỏi như vậy là một ngoại lệ trang mô tả chưa nói tới. Bổ sung câu trả lời vào trang ngay hôm đó, để đến cuối tuần trang đã bao được gần hết những gì xảy ra thật.
Quy ước dữ liệu tối thiểu cho bảng tính và biểu mẫu
Phần lớn luồng tự động đọc hoặc ghi vào một bảng tính. Vài quy ước đơn giản dưới đây tránh được đa số lỗi ánh xạ. Đây là gợi ý, điều chỉnh theo việc của bạn:
| Hạng mục | Quy ước gợi ý | Vì sao |
|---|---|---|
| Dòng tiêu đề | Đúng một dòng, ở dòng đầu, tên cột ngắn, không gộp ô | Công cụ kết nối đọc dòng đầu làm tên trường |
| Mỗi dòng | Một bản ghi, không có dòng trống, không có dòng tổng cộng xen giữa | Dòng trống hay dòng tổng làm luồng đọc nhầm |
| Ngày tháng | Một định dạng thống nhất, nhập bằng ô kiểu ngày chứ không gõ chữ | Lệch định dạng là lỗi ngày tháng đảo ngược |
| Số điện thoại | Đặt cột ở dạng văn bản, cùng một cách viết | Bảng tính có thể bỏ số 0 đầu |
| Trạng thái | Chọn từ danh sách cố định, không gõ tự do | Điều kiện trong luồng so sánh chính xác từng chữ |
| Mã định danh | Mỗi bản ghi một mã duy nhất | Để luồng tìm đúng dòng khi cập nhật và chống ghi trùng |
| Định dạng màu, ghi chú | Không dùng màu ô để mang thông tin | Luồng không đọc được màu |
Với biểu mẫu, áp dụng cùng tinh thần: dùng ô chọn thay cho ô gõ tự do khi có thể, ô ngày thay cho ô chữ, đánh dấu ô bắt buộc cho những trường luồng cần. Mỗi ô tự do bạn thay được bằng ô chọn là một nhánh xử lý ngoại lệ bạn không phải dựng.
Ví dụ giả định: công ty thương mại nhỏ thống nhất cách nhận đơn
Một công ty phân phối vật tư sáu người ở Quảng Ninh muốn tự động báo đơn cho kho. Khi ngồi lại, ba nhân viên bán hàng kể ba cách: một người ghi đơn vào bảng chung ngay khi khách gọi, một người ghi vào sổ tay rồi cuối ngày mới nhập, một người chỉ nhắn thẳng cho thủ kho. Cột trạng thái trong bảng có tới chín giá trị khác nhau như "ok", "xong", "đã giao", "giao rồi", "chờ".
Nhóm thống nhất bốn điểm. Mọi đơn đi vào một biểu mẫu nội bộ ngắn, mở được trên điện thoại, ngay khi chốt với khách. Mã đơn do biểu mẫu tự sinh. Trạng thái chỉ còn bốn giá trị chọn từ danh sách: mới, đang soạn, đã giao, đã thu tiền, với định nghĩa từng giá trị ghi rõ trên một trang. Đơn gấp được đánh dấu bằng một ô chọn riêng thay vì viết chữ "gấp" vào ghi chú.
Họ làm theo cách mới bằng tay một tuần. Thủ kho phàn nàn rằng không còn nhận tin nhắn trực tiếp nên sợ sót đơn gấp; đó chính là chỗ luồng tự động đầu tiên được dựng: đơn có đánh dấu gấp thì báo ngay vào nhóm làm việc của kho. Vì quy trình và dữ liệu đã thống nhất từ trước, luồng chỉ cần một điều kiện và một hành động, dựng trong chưa đến một buổi.
Dọn dữ liệu cũ vừa đủ để bắt đầu
Không cần dọn hết lịch sử. Luồng mới thường chỉ làm việc với dữ liệu từ nay về sau. Có thể để dữ liệu cũ trong một trang lưu trữ riêng và bắt đầu trang mới theo quy ước mới.
Dọn phần luồng sẽ tra cứu. Nếu luồng cần tìm khách cũ theo số điện thoại để tránh tạo trùng, cột số điện thoại trong danh sách khách phải được chuẩn hoá trước: bỏ khoảng trắng, thống nhất cách viết đầu số.
Gộp bản ghi trùng. Cùng một khách xuất hiện ba lần với ba cách viết tên là chuyện thường gặp. Gộp trước khi luồng bắt đầu cập nhật, nếu không luồng sẽ cập nhật một dòng và bỏ quên hai dòng kia.
Dùng AI giúp dọn một cách thận trọng. Chatbot có thể gợi ý cách tách họ tên hay chuẩn hoá địa chỉ từ vài dòng mẫu. Chỉ đưa vào dữ liệu đã che thông tin cá nhân hoặc dữ liệu giả có cùng dạng, rồi áp dụng cách đó trong bảng tính của bạn. Không dán nguyên danh sách khách vào công cụ AI bên ngoài.
Giữ bản sao trước khi dọn. Mọi thao tác dọn hàng loạt đều có thể sai. Lưu một bản sao của bảng trước khi bắt đầu, để có chỗ quay lại.
Giữ chuẩn sau khi luồng đã chạy
Chuẩn hoá không phải việc làm một lần. Ba tháng sau, có người thêm một cột vào giữa bảng, có người gõ trạng thái "đã giao rồi" thay vì chọn "đã giao", có người nhận đơn qua tin nhắn và quên chuyển vào biểu mẫu. Mỗi thay đổi nhỏ đó có thể làm luồng hỏng âm thầm.
Vài thói quen giúp giữ chuẩn. Khoá dòng tiêu đề và các cột luồng dùng để không ai sửa nhầm. Dùng danh sách chọn cho các cột trạng thái. Ghi trên phiếu luồng những cột nào không được đổi tên hay đổi vị trí, và ai phải được báo trước khi thay đổi biểu mẫu. Khi nhân viên mới vào, trang mô tả cách làm là tài liệu đầu tiên họ đọc.
Cuối cùng, khi quy trình cần đổi, đổi theo thứ tự: thống nhất cách làm mới với nhóm, sửa trang mô tả, sửa luồng, rồi mới bắt đầu làm theo cách mới. Làm ngược lại, sửa thói quen trước rồi để luồng theo sau, là con đường quen thuộc dẫn đến dữ liệu lệch và luồng sai.
Câu hỏi thường gặp
Chuẩn hoá quy trình có phải là viết bộ quy trình ISO không?
Không. Với mục đích tự động hoá ở doanh nghiệp nhỏ, chỉ cần một trang mô tả cách làm mọi người đồng ý: các bước theo thứ tự, mẫu đặt tên, định nghĩa trạng thái và cách xử lý ngoại lệ hay gặp. Các hệ thống quản lý chất lượng theo tiêu chuẩn là chuyện khác, rộng hơn nhiều.
Dữ liệu cũ quá lộn xộn thì có nên bắt đầu lại từ bảng mới không?
Thường là nên. Tạo bảng mới theo quy ước mới cho dữ liệu từ nay về sau, chuyển bảng cũ thành trang lưu trữ. Chỉ chuẩn hoá và chuyển sang những phần dữ liệu cũ mà luồng thật sự cần tra cứu, như danh sách khách hay danh mục sản phẩm.
Có nên để AI tự chuẩn hoá dữ liệu khách hàng không?
Không nên đưa nguyên dữ liệu khách vào công cụ AI bên ngoài. Có thể nhờ AI gợi ý quy tắc dựa trên dữ liệu giả có cùng dạng, rồi tự áp dụng trong bảng tính. Mọi thao tác dọn hàng loạt nên làm trên bản sao và kiểm lại vài dòng trước khi dùng.
Nhân viên quen ghi đơn qua tin nhắn, chuyển sang biểu mẫu thế nào?
Giải thích lý do, làm biểu mẫu thật ngắn với các ô chọn sẵn, và chạy song song một thời gian. Có thể để một luồng nhỏ nhắc khi có đơn trong tin nhắn chưa được nhập. Biểu mẫu tiện hơn tin nhắn thì người ta sẽ tự chuyển.
Bao lâu nên rà lại chuẩn dữ liệu một lần?
Mỗi khi có thay đổi biểu mẫu, bảng tính hay quy trình, và định kỳ khoảng mỗi quý. Lần rà nhìn vào các dòng gần đây xem có giá trị lạ trong cột trạng thái, ngày tháng hay số điện thoại không. Giá trị lạ là dấu hiệu chuẩn đang bị lệch.
Có cần chuẩn hoá cả quy trình không được tự động hoá không?
Không bắt buộc. Nhưng quy trình nào chạm vào cùng dữ liệu với luồng tự động thì nên theo cùng quy ước, vì dữ liệu do người nhập lệch chuẩn vẫn có thể làm luồng hỏng ở bước sau.