erpkaizen

Cách đo giá trị

ROI của việc thay Google Sheet điều phối bằng bảng tương tác trong ERP

Có phép đo 23/09/2026 Đọc khoảng 8 phút
Google Sheet dùng chung!in lẻ từng đơn, cộng tay Cùng cái bảng, nằm trong ERPERPBảng kê lấy hàngBảng kê giao nhận
Bên trái: một file dùng chung, bốn bộ phận cùng sửa, một ô công thức hỏng, đầu ra là đơn in lẻ phải cộng tay. Bên phải: cùng giao diện bảng đó nằm trong ERP, đầu ra là hai bảng kê đã gộp sẵn.

Kế hoạch xuất hàng gần như luôn bắt đầu từ một file dùng chung, và nó hoạt động thật cho tới vài trăm đơn mỗi ngày. Cách chữa không phải ép người ta về form ERP, mà đưa chính bảng tính vào trong hệ thống.

Hai tiếng điều phối đáng giá bao nhiêu?

Chỉ cần sản lượng mỗi ngày và thời gian điều phối còn lại sau cải tiến. Giờ công, chi phí thuê xe và đối soát suy ra từ đó — sửa được hết.

Tổng đơn xuất kho, cộng cả các ca
Thời gian còn lại khi hệ thống tự gom đơn và ghép chuyến
Thời gian chuẩn bị mỗi ca

Đây là giờ công quản trị, không phải giờ xe lăn bánh sớm hơn. Phần thực sự nằm trên đường găng của chuyến xe nhỏ hơn nhiều — bài nguồn ước tính khoảng 45 phút mỗi ca.

Giả định — bấm để xem và sửa từng con số

Người và giờ công

Đội xe

Sai sót và đối soát

Chi phí triển khai

Lợi ích đến từ đâu Rê chuột lên từng thanh để xem cách tính
Giờ công điều phối và kho
Bớt thuê xe ngoài
Bớt đơn giao sai
Bớt giờ đối soát COD
Tổng lợi ích / tháng
Tổng lợi ích / năm
Chi phí triển khai
Hoàn vốn sau

Đây là ước tính, không phải cam kết. Khoản 'bớt thuê xe ngoài' là khoản mềm nhất và chỉ đúng nếu bạn đang thực sự trả tiền thuê xe ngoài — nếu không, đặt về 0 rồi đọc lại tổng.

Ở doanh nghiệp phân phối, kế hoạch xuất hàng gần như luôn bắt đầu từ một file Google Sheet dùng chung. Và nó hoạt động thật — trực quan, linh hoạt, gõ đến đâu thấy đến đó. Đó là lý do nó tồn tại lâu đến vậy, chứ không phải vì ai đó lười chuyển sang ERP.

Vấn đề chỉ lộ ra khi vượt vài trăm đơn mỗi ngày. Và cách chữa thường bị chọn sai: ép điều phối viên quay về form nhập liệu của ERP. Bài này lượng hóa cách chữa còn lại — giữ nguyên trải nghiệm bảng tính, nhưng đặt nó vào trong ERP.

1. File dùng chung hỏng ở đâu

Không phải vì bảng tính dở. Vì ba thứ mà bảng tính không thể có.

  1. Không ai sở hữu một dòng nào. Nhiều bộ phận cùng mở, công thức VLOOKUP treo, một thao tác kéo lệch dòng hay xoá nhầm ô là cả tiến độ giao nhận trong ngày đứng lại. Không có gì báo lỗi.
  2. Cắt dán chiếm hai đến ba tiếng đầu ca. Lọc đơn theo tuyến, copy sang tab từng tài xế, in lẻ từng đơn, rồi ngồi cộng tay để ra bảng kê lấy hàng cho thủ kho và bảng kê giao nhận cho tài xế.
  3. Số điều phối và số tồn kho là hai sự thật khác nhau. Hàng đã gán cho tài xế nhưng ERP chưa trừ kho; hoặc kho đã hết mà file vẫn phân bổ đi giao. Kết quả là giao thất bại, rồi chi phí giao lại.

Điểm thứ ba là bản sao của điều mà bài đầu tiên gọi là dữ liệu phân mảnh. Ở đây nó không nằm giữa các phòng ban, nó nằm giữa một file và hệ thống.

2. Cải tiến thực ra là gì

Không phải bỏ bảng tính. Là chuyển bảng tính vào trong hệ thống.

  1. Giữ nguyên thao tác dạng bảng. Phím tắt, lọc cột, kéo thả, dán nhiều dòng. Không đào tạo lại, và quan trọng hơn: không có lý do gì để quay về file cũ.
  2. Tự gom đơn và ghép chuyến. Phân loại theo khu vực, tuyến, tải trọng — phần việc mà con người làm chậm và làm sai, máy làm nhanh và làm nhất quán.
  3. In một lần cho cả chuyến. Một bảng kê lấy hàng gộp để thủ kho gom một lượt, và một bảng kê giao nhận có mã vạch, danh sách điểm dừng, số tiền COD và chỗ ký.
  4. Duyệt chuyến là một bút toán, không phải một thông báo. Bấm duyệt thì tồn kho bị khoá, phiếu xuất sinh ra, công nợ COD gán cho đúng người giao. Đây là chỗ khác biệt thật so với bảng tính.
Danh sách phiếu giao hàng ở chế độ lưới, lọc và sắp xếp theo cột ngay trong ERP
Đây là điều bài này nói tới: giao diện lưới kiểu bảng tính, nhưng nằm trong ERP. Lọc theo cột, chọn nhiều dòng, đổi số dòng hiển thị — thao tác quen thuộc giữ nguyên, còn số liệu thì là số thật của hệ thống chứ không phải bản sao. 306 phiếu trong ảnh là dữ liệu demo do máy sinh.

3. Bốn khoản tiền, và khoản nào đáng tin

A. Giờ công điều phối và kho

Tiết kiệm/tháng = (giờ điều phối tiết kiệm × chi phí giờ điều phối + giờ kho tiết kiệm × chi phí giờ kho) × số ngày làm việc

Khoản chắc chắn nhất, vì nó chỉ phụ thuộc vào thời gian bấm đồng hồ đo được. Đo một ca là có mốc.

Ví dụ 2 điều phối viên × 2,5 giờ × 2 ca = 10 giờ mỗi ngày, còn 1 giờ sau cải tiến → tiết kiệm 9 giờ. Thủ kho cộng bảng kê thủ công 1,5 giờ × 2 ca = 3 giờ. (9 × 80.000 + 3 × 60.000) × 26 = 23.400.000 đ/tháng → 280.800.000 đ/năm.

B. Bớt thuê xe ngoài nhờ xuất bến sớm

Xe rời kho sớm hơn thì tránh được giờ cao điểm và đi thêm được điểm giao. Nhưng đây là khoản mềm nhất, và nó chỉ đúng nếu doanh nghiệp đang thực sự trả tiền thuê xe ngoài. Nếu không, đặt về 0 rồi đọc lại tổng — phần còn lại vẫn đủ lớn.

Cũng cần nói rõ một chỗ dễ nhầm: giải phóng 12 giờ công quản trị mỗi ngày không có nghĩa xe lăn bánh sớm hơn 12 giờ. Phần lớn công việc đó nằm ngoài đường găng của chuyến xe. Phần thực sự làm xe xuất bến sớm hơn nhỏ hơn nhiều — bài nguồn ước tính khoảng 45 phút mỗi ca.

C. Bớt đơn giao sai

Tiết kiệm = số đơn/tháng × tỉ lệ giao sai × chi phí chở về, đóng lại và giao lại

Phần lớn sai sót ở đây không phải do người bất cẩn. Nó sinh ra từ một dòng bị kéo lệch trên file mà bốn người cùng mở.

D. Bớt giờ đối soát COD

Bảng kê giao nhận khoá sẵn số tiền mỗi tài xế phải nộp, nên phần cộng tay cuối ngày biến mất. Nhỏ nhất trong bốn khoản, nhưng là khoản dễ kiểm chứng nhất trong vòng một tuần.

4. Một ví dụ quy mô trung bình

15 xe tải và 20 xe máy, 600 đơn mỗi ngày, hai ca xuất hàng.

KhoảnMỗi thángMỗi năm
Giờ công điều phối và kho23,4 tr280,8 tr
Bớt thuê xe ngoài15,0 tr180,0 tr
Bớt đơn giao sai3,0 tr36,0 tr
Bớt giờ đối soát COD1,8 tr21,8 tr
Tổng, với chi phí triển khai 80 tr43,2 trhoàn vốn ~1,85 tháng

Bảng tính ở trên dựng lại được bảng này: ba trong bốn khoản khớp chính xác, tổng lệch 0,3%, và thời gian hoàn vốn ra đúng 1,85 tháng.

5. Điều đáng nhớ

Nhân viên bám vào Google Sheet vì nó tiện, không phải vì họ chống ERP. Đây là chỗ mà rất nhiều dự án đọc sai động cơ rồi chọn sai cách chữa. Nếu hệ thống mới gõ chậm hơn công cụ cũ, người ta sẽ quay về công cụ cũ, bất kể quy định nói gì. Cách duy nhất thắng được một bảng tính là đưa chính trải nghiệm bảng tính vào trong hệ thống — rồi thêm vào đó những thứ bảng tính không làm được.

Và cũng như bài về mẫu biểu, điều khiến cải tiến này đáng làm sớm không phải vì nó lớn nhất, mà vì người dùng cảm nhận được lợi ích ngay trong ca đầu tiên.

Một quy trình chỉ tồn tại được nếu nó nhanh hơn cách làm tắt. Ép người dùng bỏ công cụ tiện tay mà không trả lại thứ tiện hơn thì không phải triển khai, đó là đánh cược vào kỷ luật.

Các con số trong bài là số minh họa cho một doanh nghiệp phân phối quy mô trung bình, không lấy từ hệ thống của khách hàng nào. Hãy thay bằng số của chính bạn trong bảng tính ở trên.

Đọc tiếp