Excel chưa hư, nhưng quy trình quanh nó có thể đã quá tải

Những dấu hiệu cho thấy chi phí chờ file, sửa lỗi và đối soát đã cao hơn lợi ích của bảng tính — cùng cách chuyển hệ thống mà không làm gián đoạn bán hàng.

File “Tồn kho cuối cùng thật sự” nằm trong máy ai?

Tám giờ mười lăm sáng, khách nhắn hỏi còn đôi giày size 38. File trên máy quầy báo còn một. File trong nhóm chat tối qua báo hết. Người phụ trách kho chưa tới, nên nhân viên đi lục kệ rồi xin khách chờ. Excel không báo lỗi, công thức vẫn chạy, nhưng cả shop không còn biết con số nào là con số để hứa với khách.

Đó là lúc nhiều người nói “Excel không xài được nữa”. Nói vậy chưa đúng. Excel vẫn làm phép tính rất giỏi; thứ quá tải thường là quy trình quanh file: ai nhập, nhập lúc nào, bản nào là bản cuối và lỗi được phát hiện bằng cách nào.

Không cần bỏ bảng tính chỉ vì shop lớn hơn một chút. Một người bán, một kho, ít SKU và ít đổi trả có thể dùng Excel nhiều năm rất ổn. Chỉ nên đổi khi chi phí chờ, chép lại, sửa lỗi và mất cơ hội đã đều đặn cao hơn chi phí của hệ thống mới.

Dấu hiệu đầu tiên không phải số đơn, mà là số người chạm vào dữ liệu

Một file có năm ngàn dòng do một người quản lý vẫn có thể rất gọn. Một file chỉ năm trăm dòng nhưng bốn người tải về, sửa rồi gửi lại có thể rối từ tuần đầu. Mỗi người tham gia tạo thêm độ trễ, cách hiểu và khả năng ghi đè lên thay đổi của người khác.

Khi nhân viên phải hỏi “em nhập vào tab nào?”, “chị đã khóa file chưa?” hoặc “bản anh gửi lúc mấy giờ?”, shop đang trả chi phí phối hợp. Chi phí đó không nằm trong hóa đơn nhưng xuất hiện bằng thời gian chờ và quyết định dựa trên số cũ.

Nếu vẫn muốn giữ Excel, hãy có một nguồn dữ liệu duy nhất trên cloud, quyền rõ, quy tắc nhập và người chịu trách nhiệm. Nhiều shop chỉ cần sửa bốn chuyện này đã dùng bảng tính ổn thêm một thời gian, chưa cần mua phần mềm vội.

Tồn kho chỉ đúng sau khi đi đếm lại

Lệch vài món sau một tháng không tự động có nghĩa phải đổi hệ thống. Nhưng nếu nhân viên thường xuyên không dám trả lời khách trước khi chạy vào kho, số trên file đã mất vai trò vận hành. Nó chỉ còn là một bản ghi để tham khảo sau khi sự việc xảy ra.

Coi nguyên nhân lệch: bán tại quầy chưa nhập, đơn online giữ hàng nhưng chưa trừ, hàng hoàn chưa trả về kệ, chuyển kho không ghi nhận hay sản phẩm màu-size dùng chung một mã. Phần mềm chỉ giúp nếu nó ghi nhận được đúng các sự kiện này ngay tại nơi phát sinh.

Đừng mua hệ thống để che một kỷ luật dữ liệu chưa có. Nếu hàng về vẫn để ngoài cửa cả buổi mới nhập, hoặc nhân viên được lấy hàng mà không tạo đơn, phần mềm mới cũng lệch. Trước khi đổi, shop cần thống nhất lúc nào tồn tăng, lúc nào tồn giảm và ai được sửa.

Đơn từ nhiều kênh biến bảng tính thành trạm trung chuyển

Khi đơn chỉ tới từ quầy, một dòng bán hàng có thể đủ. Khi thêm Facebook, Shopee, TikTok Shop và website, mỗi nơi có mã đơn, trạng thái, voucher, phí và thời điểm đối soát khác nhau. Nhân viên bắt đầu chép dữ liệu từ nhiều màn hình về một file chung.

Độ trễ lúc đó quan trọng hơn số lượng. Một chiếc áo vừa bán tại quầy nhưng hai mươi phút sau mới trừ trên file có thể tiếp tục được chốt online. Một đơn khách hủy nhưng chưa cập nhật khiến kho tưởng hàng đang đi. Càng nhiều kênh hứa cùng một món hàng, việc cập nhật theo lô cuối ngày càng nguy hiểm.

Ngưỡng cần đổi xuất hiện khi shop không thể giữ một nguồn tồn chung đủ nhanh cho tốc độ bán. Nếu vẫn chỉ vài đơn online và một người xử lý, quy ước giờ cập nhật có thể đủ. Nếu đơn vào liên tục từ nhiều nơi, kết nối tự động bắt đầu đáng tiền.

Đổi trả và hàng hoàn làm lộ giới hạn sớm nhất

Đơn bán thành công đi theo đường thẳng: lấy hàng, thu tiền, trừ tồn. Đổi trả thì không. Khách có thể đổi size, trả một phần, nhận lại tiền bằng kênh khác, hoặc hàng hoàn về kho nhưng chưa đủ điều kiện bán. Bảng tính thường cần thêm cột và quy ước sau mỗi tình huống mới.

Khi chỉ một người nhớ “màu vàng nghĩa là hàng đang chờ kiểm” hoặc “số âm ở cột này là tiền phải trả khách”, shop đang phụ thuộc vào trí nhớ cá nhân. Người đó nghỉ một bữa, dữ liệu vẫn có nhưng nghĩa của dữ liệu biến mất.

Một hệ thống phù hợp nên giữ lịch sử đơn gốc, ghi nhận hàng quay lại trạng thái nào và tách tiền hoàn khỏi doanh thu mới. Nếu phần mềm chỉ thay Excel bằng một form nhập mà không chịu được đổi trả thật, shop chưa giải quyết được nút nghẽn.

Báo cáo chỉ có sau một đêm thức khuya

Cuối tháng, chủ shop gom file bán hàng, file nhập, sao kê ngân hàng, đối soát sàn và danh sách COD. Công thức VLOOKUP chạy, vài mã đơn không khớp, rồi cả đội hỏi lại nhau. Sáng hôm sau mới biết tháng trước lời hay lỗ — lúc đó nhiều quyết định nhập hàng đã diễn ra.

Dấu hiệu quá tải không phải báo cáo mất hai tiếng một lần. Nó là khi dữ liệu thường xuyên đến sau thời điểm cần quyết định: không biết món nào cần nhập hôm nay, không nhận ra tiền COD trễ, không thấy chi phí quảng cáo đã ăn hết biên lợi nhuận.

Báo cáo tốt không phải báo cáo nhiều. Nó là con số đủ tin cậy xuất hiện đúng lúc. Trước khi đổi hệ thống, chọn ba báo cáo shop thật sự dùng: tồn cần nhập, tiền phải về và lợi nhuận theo nhóm hàng chẳng hạn. Đừng trả tiền cho bốn mươi dashboard mà cuối tháng vẫn xuất Excel để làm lại.

Chi phí ẩn của Excel có thể tính ra được

Lấy một tuần bình thường và ghi thời gian đội ngũ dành cho việc không tạo ra đơn mới: chép đơn, dò mã, chờ file, sửa công thức, kiểm tồn lại, hỏi bản mới nhất và đối soát thủ công. Nhân với số người và bốn tuần. Con số thường lớn hơn cảm giác “mỗi lần chỉ vài phút”.

Cộng thêm lỗi có giá rõ: đơn hủy vì hết hàng, giao sai, nhập trùng, mua dư hàng, giảm giá nhầm và tiền COD chưa dò được. Không cần đổ mọi lỗi cho Excel; mục đích là biết phần nào một nguồn dữ liệu chung hoặc kết nối tự động có thể giảm.

Sau đó so với tổng chi phí một năm của hệ thống mới, gồm triển khai và đào tạo. Nếu shop mất ba giờ mỗi tháng và hầu như không có lỗi, đổi phần mềm có thể chưa đáng. Nếu ba người mỗi ngày đều chép đơn và cuối tuần vẫn kiểm lại, bài toán đã khác.

Những lúc chưa cần bỏ Excel

Shop ít SKU, một kho, một người vận hành và một kênh bán có thể ở lại với Excel. Người làm hàng đặt trước hoặc sản phẩm theo dự án cũng có thể cần sự linh hoạt mà phần mềm bán lẻ đóng gói sẵn không có.

Chưa nên đổi trong tuần cao điểm, ngay trước Tết, lúc thay toàn bộ nhân sự hoặc khi danh mục hàng đang lộn xộn chưa ai chịu trách nhiệm. Đưa dữ liệu bẩn vào hệ thống mới chỉ làm lỗi chạy nhanh hơn và khó sửa hơn.

Cũng chưa cần đổi nếu lý do duy nhất là “shop khác đều dùng”. Hãy sửa quy trình file trước: một bản cloud duy nhất, khóa vùng công thức, mã sản phẩm thống nhất, form nhập chuẩn, log thay đổi và giờ chốt dữ liệu. Nếu các biện pháp đó giải quyết được phần lớn vấn đề, tiền phần mềm nên dành cho việc khác.

Nếu đổi, đừng bê nguyên căn phòng bừa bộn sang nhà mới

Danh mục cũ thường có sản phẩm trùng tên, mã bỏ trống, số điện thoại sai định dạng, hàng ngừng bán và tồn âm từ nhiều tháng. Đừng nhập tất cả chỉ vì sợ mất. Chọn dữ liệu cần cho ngày vận hành đầu tiên: sản phẩm đang bán, mã biến thể, tồn đã kiểm, khách còn công nợ và đơn chưa hoàn tất.

Lưu file gốc ở nơi chỉ đọc để tra cứu lịch sử. Làm một bảng mapping mã cũ sang mã mới. Quyết định đơn vị tính, quy tắc đặt mã và người duyệt thay đổi trước khi import. Đây là đoạn tốn công nhưng nó quyết định hệ thống mới có sạch hơn hệ thống cũ hay không.

Với dữ liệu khách, chỉ mang phần cần thiết và giữ quyền truy cập cẩn thận. Danh sách mười ngàn số điện thoại không có lịch sử mua hoặc sự đồng ý phù hợp chưa chắc là tài sản tốt hơn một danh sách nhỏ nhưng dùng được.

Chạy thử một lát cắt, không bật công tắc toàn shop

Chọn một nhóm hàng hoặc một quầy, chạy trong vài ngày ít cao điểm. Tạo đơn, đổi trả, nhập hàng, chốt ca và xuất báo cáo như thật. Trong thời gian này, xác định rõ hệ thống nào là nguồn chính để tránh nhân viên nhập hai nơi rồi tin nơi thuận mắt hơn.

Nếu buộc phải chạy song song, đặt thời hạn ngắn và mục đích cụ thể: đối chiếu tồn cuối ngày trong ba hôm chẳng hạn. Chạy hai hệ thống quá lâu làm tăng gấp đôi công và tạo cảm giác phần mềm mới không giúp được gì.

Ghi lỗi theo ba nhóm: cấu hình chưa đúng, nhân viên chưa quen và sản phẩm không đáp ứng. Hai nhóm đầu có thể sửa bằng triển khai; nhóm cuối mới là lý do cân nhắc đổi lựa chọn. Đừng vội kết luận sau một thao tác lạ, cũng đừng kéo dài thử nghiệm khi luồng cốt lõi không làm được.

Kiểm kho đầu kỳ là khoảnh khắc không thể né

Muốn hệ thống mới báo tồn đúng, shop cần một con số đầu kỳ đủ tin cậy. Chọn giờ ít giao dịch, chia khu vực, dùng hai người cho nhóm giá trị cao và quy định cách xử lý hàng lỗi, hàng khách giữ, hàng đang giao.

Khóa thời điểm cắt dữ liệu: đơn trước giờ nào nằm ở hệ cũ, đơn sau giờ nào vào hệ mới. Ghi lại các kiện đang trên đường và hàng hoàn chưa về. Nếu bỏ qua phần đang di chuyển, sáng hôm sau tồn đã lệch dù file import hoàn hảo.

Không cần chờ dữ liệu hoàn mỹ để bắt đầu, nhưng phải biết phần nào chưa sạch. Có thể đánh dấu nhóm hàng cần kiểm lại và giới hạn bán trong vài ngày đầu. Sự minh bạch về sai số tốt hơn một con số tròn trịa mà không ai dám tin.

Tuần đầu cần một người trực xử lý, không phải thêm một cuộc họp

Chọn một người hiểu quy trình và có quyền quyết định cách nhập. Mọi câu hỏi đi qua một kênh chung thay vì mỗi nhân viên tự nghĩ một cách. Cuối ca dành mười lăm phút gom lỗi lặp lại, sửa cấu hình hoặc bổ sung hướng dẫn ngắn.

Theo dõi đúng mục tiêu khiến shop đổi hệ thống: thời gian chốt ca, số đơn lệch tồn, thời gian tạo vận đơn hay công đối soát. Đừng đánh giá thành công bằng số người đã đăng nhập hoặc số tính năng đã bật.

Giữ file cũ ở chế độ chỉ đọc trong thời gian đủ để tra cứu, nhưng đừng cho nó tiếp tục sống như một nguồn dữ liệu thứ hai. Khi mọi người quay lại cập nhật file vì quen tay, shop sẽ tái tạo đúng vấn đề đã trả tiền để thoát khỏi.

Đến lúc câu hỏi của khách không còn phải chờ người giữ file

Sáng hôm sau, khách lại hỏi đôi giày size 38. Khác biệt đáng giá không phải nhân viên có một dashboard mới đẹp hơn. Nó là việc người đang trả lời khách nhìn cùng một con số với người trong kho, biết đôi hàng hoàn đã kiểm hay chưa và dám chốt mà không nhắn ba người.

Nếu Excel vẫn giúp shop làm được điều đó với chi phí thấp, cứ giữ nó. Không có huy chương cho việc đổi phần mềm sớm. Nhưng khi file đã biến thành trạm trung chuyển, báo cáo đến trễ và chỉ một người hiểu màu sắc trong từng ô, trì hoãn cũng có giá.

Thời điểm nên bỏ Excel không nằm ở một con số SKU hay số đơn cố định. Nó nằm ở khoảnh khắc chi phí giữ mọi người đồng ý về “sự thật” cao hơn chi phí xây một nguồn dữ liệu chung. Tới lúc đó, đổi hệ thống không phải để trông chuyên nghiệp hơn; nó để khách khỏi phải chờ trong khi cả shop đi tìm bản cuối cùng.