Muốn đơn hàng mới tự vào bảng tính, bạn cần một luồng gồm ba phần: một sự kiện kích hoạt (có đơn mới), một bước lấy đúng các trường cần dùng, và một bước ghi thêm một dòng vào bảng theo dõi. Cả ba dựng được bằng công cụ kết nối kéo thả, không viết dòng mã nào, thường mất một buổi chiều cho nguồn đơn đầu tiên.
Phần khó không nằm ở việc nối, mà ở hai chỗ người mới hay bỏ qua: thiết kế bảng trước khi nối, và chặn đơn bị ghi hai lần hoặc lọt mất khi luồng trục trặc. Bài này đi theo đúng thứ tự đó, dành cho chủ shop bán qua website, sàn và tin nhắn cùng lúc, đang mất mỗi tối nửa tiếng để chép đơn bằng tay.
Luồng ghi đơn gồm những mảnh nào
Mọi luồng tự động đều có cùng một khung: khi chuyện A xảy ra, nếu thoả điều kiện B, thì làm việc C. Với luồng ghi đơn, A là “có đơn mới”, B là những điều kiện lọc như chỉ lấy đơn đã xác nhận hoặc bỏ qua đơn thử, còn C là “thêm một dòng vào bảng”. Viết được câu này ra giấy cho từng nguồn đơn thì bạn đã làm xong một nửa công việc.
Sự kiện kích hoạt có hai kiểu. Kiểu thứ nhất là ứng dụng bán hàng tự báo ngay khi có đơn, qua một kết nối sẵn có hoặc qua webhook, tức là một “chuông báo” mà ứng dụng này rung sang ứng dụng kia. Kiểu thứ hai là công cụ kết nối tự đi hỏi định kỳ, ví dụ cứ mười lăm phút xem có đơn nào mới không. Kiểu thứ nhất nhanh hơn; kiểu thứ hai dễ dựng hơn khi nguồn đơn không có kết nối sẵn, đổi lại có độ trễ và tốn lượt chạy hơn.
Giữa A và C thường có một bước nhỏ ít ai để ý: chuyển định dạng. Cửa hàng gửi ngày giờ theo kiểu quốc tế, bảng của bạn cần ngày theo kiểu Việt Nam; số tiền đến dưới dạng chữ có dấu chấm ngăn cách, bảng cần số để cộng được; tên sản phẩm có cả mã biến thể dính liền. Công cụ kéo thả nào cũng có bước định dạng ngày, số và cắt chuỗi. Đặt bước này trước bước ghi giúp bảng sạch ngay từ dòng đầu, khỏi phải sửa tay về sau.
Cuối cùng là phần không nằm trong luồng nhưng quyết định luồng sống được bao lâu: một người chịu trách nhiệm, một nơi nhận báo lỗi, và một ghi chú ngắn mô tả luồng làm gì. Thiếu ba thứ này, luồng chạy tốt trong hai tháng rồi một hôm im lặng ngừng mà không ai hay.
Thiết kế bảng đơn trước khi nối bất cứ thứ gì
Bảng đơn là đích đến của mọi luồng bán hàng về sau: báo kho, trừ tồn, báo cáo tối, xin đánh giá. Đổi cột khi đã có ba luồng ghi vào là việc rất mệt, nên chốt cấu trúc trước. Bảng dưới là bộ cột tối thiểu cho shop nhỏ; mỗi dòng là một đơn, không gộp, không tô màu thay cho dữ liệu.
| Cột | Ghi gì | Vì sao cần |
|---|---|---|
| Mã đơn | Mã do nguồn đơn sinh ra, kèm tiền tố kênh, ví dụ giả định WEB-1042 | Khoá chống trùng, tra cứu khi khách hỏi |
| Kênh | Website, sàn, tin nhắn, cửa hàng | Tách số theo kênh trong báo cáo |
| Thời điểm đặt | Ngày giờ theo một định dạng duy nhất | Sắp xếp, tính hạn giao |
| Sản phẩm và số lượng | Mã hàng chung của shop, không dùng tên tự do | Trừ tồn kho, gom phiếu soạn hàng |
| Tổng tiền và cách trả | Số thuần, cột riêng cho chuyển khoản hay thu hộ | Đối chiếu tiền về |
| Trạng thái | Mới, đã soạn, đã giao cho bên vận chuyển, hoàn tất, huỷ | Cho các luồng sau biết đơn đang ở đâu |
| Ghi chú luồng | Luồng nào ghi, lúc nào, có lỗi gì | Dò lỗi khi có đơn lạ |
Hai nguyên tắc đi kèm bảng này. Thứ nhất, luồng chỉ ghi vào vùng của luồng: người có thể thêm cột ghi chú bên phải, nhưng không chèn cột vào giữa, vì nhiều công cụ ghi theo vị trí cột và sẽ ghi lệch. Thứ hai, thông tin liên hệ của khách như số điện thoại, địa chỉ nên nằm ở một trang tính riêng có quyền xem hẹp hơn, bảng đơn chỉ giữ mã khách. Cách tách này giúp bạn chia sẻ bảng đơn cho nhiều người mà không phát tán dữ liệu cá nhân.
Mỗi nguồn đơn “báo” cho luồng theo một cách khác
Cửa hàng online có kết nối sẵn. Phần lớn nền tảng làm website bán hàng có sẵn sự kiện “đơn mới tạo” hoặc “đơn đã thanh toán” trong các công cụ kết nối phổ biến. Đây là nguồn dễ nhất: chọn sự kiện, đăng nhập cấp quyền, chọn các trường cần lấy. Nên chọn sự kiện “đơn đã xác nhận” thay vì “đơn mới tạo” nếu shop có nhiều đơn bị bỏ giữa chừng, để bảng không đầy đơn ảo.
Sàn thương mại điện tử. Mỗi sàn có chính sách riêng về việc cho ứng dụng bên ngoài đọc đơn, thường qua cổng dành cho đối tác hoặc phần mềm quản lý bán hàng đã được sàn duyệt. Đừng dùng tiện ích lạ đòi mật khẩu gian hàng hay công cụ tự đăng nhập để cào trang đơn: vừa vi phạm điều khoản, vừa giao chìa khoá gian hàng cho bên thứ ba. Khi chưa có kết nối chính thức, cách an toàn là xuất tệp đơn định kỳ rồi cho luồng đọc tệp đó.
Email xác nhận đơn. Nhiều nền tảng nhỏ chỉ gửi email báo đơn. Luồng có thể theo dõi một hộp thư, lọc theo người gửi và tiêu đề, rồi tách các trường trong thân thư. Cách này chạy được nhưng dễ gãy khi bên gửi đổi mẫu thư, nên luôn kèm một bước kiểm: thiếu mã đơn hoặc tổng tiền thì không ghi mà gửi báo lỗi.
Đơn qua tin nhắn và điện thoại. Đây là nguồn khó tự động nhất vì không có cấu trúc. Cách thực tế là để nhân viên chốt đơn điền một biểu mẫu nội bộ ngắn ngay sau khi chốt, biểu mẫu đó là sự kiện kích hoạt. Việc dùng AI đọc tin nhắn rồi điền sẵn biểu mẫu có thể thêm sau, nhưng người chốt vẫn là người bấm gửi.
Dựng luồng đầu tiên trong một buổi chiều
Bắt đầu với một nguồn đơn duy nhất, nguồn có nhiều đơn nhất. Các bước dưới viết theo nguyên lý chung, tên nút và vị trí menu khác nhau giữa các công cụ và đổi theo phiên bản, nên khi làm hãy đối chiếu tài liệu hiện hành của công cụ bạn dùng.
- Tạo bảng đơn theo bộ cột ở trên, điền tay hai dòng mẫu để công cụ nhận ra tên cột.
- Trong công cụ kết nối, tạo luồng mới, chọn ứng dụng bán hàng và sự kiện “đơn đã xác nhận”. Đăng nhập bằng tài khoản có quyền xem đơn, không dùng tài khoản chủ có mọi quyền nếu ứng dụng cho phép tạo tài khoản phụ.
- Bấm lấy dữ liệu mẫu để công cụ kéo một đơn thật về; đọc kỹ các trường nó thấy. Nếu không có đơn thật, tạo một đơn thử với tên khách giả và đánh dấu để huỷ sau.
- Thêm bước định dạng: đổi ngày giờ, đổi tổng tiền sang số, ghép tiền tố kênh vào mã đơn.
- Thêm bước “tìm dòng” trong bảng theo mã đơn; nếu đã có thì dừng, nếu chưa có thì đi tiếp.
- Thêm bước “thêm dòng”, ghép từng trường vào đúng cột, cột Trạng thái điền sẵn chữ “Mới”.
- Chạy thử với đơn mẫu, mở bảng xem dòng mới có đúng không, rồi bật luồng và theo dõi sát ba ngày đầu, so số dòng trong bảng với số đơn trên trang quản lý của cửa hàng mỗi tối.
Khi nguồn thứ nhất chạy êm một tuần, mới thêm nguồn thứ hai bằng một luồng riêng ghi vào cùng bảng. Mỗi nguồn một luồng giúp bạn tắt hoặc sửa một kênh mà không ảnh hưởng các kênh còn lại.
Chống trùng đơn và chống sót đơn
Trùng đơn là lỗi hay gặp nhất của luồng ghi đơn. Nguyên nhân thường gặp: công cụ thử lại sau khi mạng chập chờn và ghi lần hai; bạn bật cả sự kiện “đơn mới” lẫn “đơn đã thanh toán” nên một đơn kích hoạt hai lần; hoặc ai đó chạy lại luồng bằng tay để sửa lỗi. Cách chặn đơn giản nhất là bước “tìm dòng theo mã đơn” trước khi ghi, đã nói ở trên. Mã đơn phải là thứ do nguồn sinh ra, không phải số thứ tự do bảng tự đánh, vì chỉ mã gốc mới cho biết hai dòng có phải cùng một đơn hay không.
Sót đơn khó phát hiện hơn vì không để lại dấu vết gì trong bảng. Nó xảy ra khi kết nối hết hạn đăng nhập, khi bạn đổi tên cột, khi hết lượt chạy của gói đang dùng, hoặc khi nguồn đổi định dạng dữ liệu. Cách bắt sót là một phép đối chiếu cố định: mỗi tối so tổng số đơn trong ngày trên trang quản lý của từng kênh với số dòng trong bảng. Lệch là biết ngay, và nhờ cột Kênh bạn biết lệch ở nguồn nào.
Nên bật thông báo lỗi của chính công cụ kết nối về một địa chỉ có người đọc thật, không phải hộp thư chung mà ai cũng nghĩ người khác sẽ đọc. Phần dò lỗi chi tiết, đặt báo lỗi, xử lý chạy trùng và vòng lặp có bài riêng ở mục vận hành và sửa lỗi luồng tự động của trang.
Bước AI nào đáng thêm vào luồng ghi đơn
Luồng ghi đơn chủ yếu là chép dữ liệu đã có cấu trúc, nên phần lớn không cần AI. Chỗ AI giúp được là những trường viết tự do. Ghi chú của khách như “giao giờ hành chính, gọi trước khi tới, gói quà giúp” có thể được một bước AI tách thành các cột có/không: cần gọi trước, cần gói quà, khung giờ giao. Tên sản phẩm khách gõ tay trong đơn tin nhắn có thể được AI đối chiếu với danh mục mã hàng của shop để gợi ý mã đúng.
Câu lệnh cho bước này phải cố định và hẹp. Ví dụ: “Đọc ghi chú đơn hàng dưới đây. Trả về đúng ba giá trị ngăn bằng dấu gạch đứng: có cần gọi trước không (có hoặc không), có cần gói quà không (có hoặc không), khung giờ giao khách yêu cầu (sáng, chiều, tối hoặc không nói). Không giải thích thêm.” Câu lệnh càng ép định dạng, bước sau càng ít gãy.
Hai điều cần giữ. Một là chỉ gửi cho AI đúng trường ghi chú, không gửi tên, số điện thoại, địa chỉ của khách; bước AI không cần những thứ đó để làm việc. Hai là khi AI trả về sai định dạng, luồng phải ghi nguyên ghi chú gốc vào bảng và đánh dấu “cần người xem”, không được bỏ trống hay đoán. Cách viết câu lệnh cố định và xử lý kết quả sai định dạng có loạt bài riêng ở mục thêm bước AI vào luồng tự động.
Dữ liệu khách trong bảng đơn: ai được xem, giữ bao lâu
Bảng đơn tự động lớn nhanh hơn bảng chép tay rất nhiều, nên rủi ro dữ liệu cũng lớn theo. Trước khi chia sẻ bảng cho người thứ hai, rà các điểm sau:
- Quyền tối thiểu cho luồng: tài khoản mà luồng dùng để ghi chỉ cần quyền sửa đúng bảng đơn, không cần quyền vào cả thư mục chứa hợp đồng hay sổ lương.
- Quyền tối thiểu cho người: người đóng gói cần xem sản phẩm và trạng thái, không cần xem cột tổng tiền và cách trả; người làm báo cáo cần số, không cần địa chỉ.
- Tách thông tin liên hệ: số điện thoại, địa chỉ nằm ở trang riêng, khoá quyền, các trang khác tham chiếu bằng mã khách.
- Không dán bảng đơn nguyên vẹn vào chatbot: khi cần AI phân tích, xuất bản sao đã bỏ cột liên hệ và thay tên khách bằng mã.
- Hạn lưu: đặt một mốc, ví dụ giả định mười hai tháng, sau đó chuyển đơn cũ sang tệp lưu trữ có quyền hẹp hơn hoặc xoá thông tin liên hệ, theo quy định hiện hành về bảo vệ dữ liệu cá nhân.
- Khi nhân viên nghỉ: gỡ quyền xem bảng ngay trong ngày, và kiểm xem luồng có đang chạy bằng tài khoản của người đó không; nếu có, chuyển sang tài khoản dùng chung của cửa hàng trước khi khoá.
Những việc này tốn chừng mười phút mỗi tháng, nhưng là phần làm cho luồng tự động trở thành tài sản của cửa hàng chứ không phải một rủi ro chạy ngầm mà không ai trông.
Câu hỏi thường gặp
Không biết lập trình có tự dựng được luồng ghi đơn không?
Được. Công cụ kết nối kéo thả cho phép chọn ứng dụng, chọn sự kiện và ghép trường bằng chuột. Phần cần tư duy là thiết kế bảng và điều kiện lọc, không phải viết mã. Chỉ khi nguồn đơn không có kết nối sẵn, không gửi email báo đơn và không xuất được tệp thì mới cần nhờ người có chuyên môn.
Nên dùng bảng tính hay phần mềm quản lý bán hàng để theo dõi đơn?
Bảng tính hợp với shop ít kênh, vài chục đơn mỗi ngày, cần linh hoạt thêm cột. Phần mềm quản lý bán hàng hợp khi nhiều kho, nhiều nhân viên, cần in vận đơn và trừ tồn chặt chẽ. Nhiều shop bắt đầu bằng bảng tính rồi chuyển dần; thiết kế cột rõ từ đầu giúp chuyển đổi đỡ vất vả.
Luồng tự động có tốn tiền không?
Tuỳ công cụ và số lượt chạy. Nhiều công cụ có mức miễn phí đủ cho vài chục đơn mỗi ngày, vượt mức thì tính phí tăng theo lượt chạy hoặc số bước. Hãy đếm số đơn trung bình mỗi tháng nhân với số bước trong luồng để ước lượng, rồi đối chiếu bảng giá hiện hành của công cụ trước khi chọn.
Đơn bị huỷ sau khi đã vào bảng thì xử lý thế nào?
Dựng thêm một luồng nhỏ lấy sự kiện “đơn bị huỷ” từ nguồn, tìm dòng theo mã đơn và đổi cột Trạng thái thành “Huỷ”, không xoá dòng. Giữ dòng giúp bạn đếm được tỷ lệ huỷ theo kênh và tránh các luồng sau như báo kho, trừ tồn xử lý nhầm đơn đã huỷ.
Có nên cho AI tự điền mã sản phẩm từ tin nhắn của khách không?
Nên để AI gợi ý, người chốt đơn xác nhận. Tên sản phẩm khách gõ thường thiếu màu, cỡ hoặc dùng tên gọi riêng; AI đoán sai một biến thể là sai cả đơn lẫn tồn kho. Luồng nên ghi mã gợi ý vào một cột riêng và chỉ chuyển sang cột chính khi người đã duyệt.
Bảng đơn bị ai đó lỡ xoá mất một cột thì sao?
Luồng sẽ ghi lệch hoặc báo lỗi tuỳ công cụ. Khôi phục bảng từ lịch sử phiên bản của ứng dụng bảng tính, rồi khoá quyền sửa vùng cột của luồng để chỉ chủ shop và tài khoản luồng sửa được. Sau đó so số đơn với nguồn để bù những đơn bị ghi sai trong khoảng thời gian lỗi.