Đại lý đặt lại hàng qua Zalo cá nhân: SME B2B nên xây app, portal hay Zalo Mini App?

Một đại lý đã mua vật tư từ doanh nghiệp nhiều lần nhưng khi cần đặt lại vẫn phải nhắn cho nhân viên cũ: “Lần trước tôi lấy mã nào?”, “Mã này còn không?”, “Giá của tôi hôm nay là bao nhiêu?”.

Nhân viên mở Excel, tìm tin nhắn, hỏi kho rồi gửi báo giá. Nếu người phụ trách nghỉ phép hoặc rời công ty, lịch sử quan hệ gần như bị chia cắt. Đại lý phải giải thích lại nhu cầu, doanh nghiệp phản hồi chậm và một đơn hàng lặp lại có thể chuyển sang nhà cung cấp khác.

Vấn đề không phải doanh nghiệp thiếu một ứng dụng. Vấn đề là lịch sử mua hàng, chính sách và quy trình đặt lại chưa được tổ chức thành một dịch vụ tự phục vụ có dữ liệu.

Hậu quả khi quan hệ khách hàng nằm trong điện thoại nhân viên

Với vật tư tiêu hao, đơn đặt lại thường dễ hơn tìm khách mới: khách đã biết sản phẩm, đã có lịch sử sử dụng và thường chỉ cần đúng mã, đúng số lượng, đúng thời gian. Nhưng lợi thế này mất đi khi dữ liệu phân tán.

Doanh nghiệp có thể gặp:

– đơn hàng đến chậm do phải xác minh lại;
– sai mã, sai đơn vị tính hoặc sai sản phẩm thay thế;
– Sales tốn thời gian cho thao tác hành chính;
– khách không biết đơn đang ở trạng thái nào;
– khuyến mãi gửi đại trà, không đúng sản phẩm;
– dữ liệu mua lại không quay về marketing và dự báo;
– quan hệ phụ thuộc tài khoản Zalo cá nhân.

App không tự chữa được các vấn đề trên. Nếu ERP chưa có mã thay thế, CRM không xác định đúng người mua và kho không cập nhật lead time, app chỉ hiển thị sự lộn xộn bằng giao diện đẹp hơn.

Website, Zalo, email và CRM đang làm tốt phần nào?

Website

Website công khai phù hợp thu hút người mới, giới thiệu ngành hàng, tài liệu và năng lực. Khách không cần cài đặt. Tuy nhiên, website công khai không mặc nhiên biết khách đã mua gì, mức giá nào áp dụng hay ai có quyền đặt hàng.

Zalo

Zalo thuận tiện ở Việt Nam, phù hợp tư vấn nhanh và gửi hình ảnh. Zalo OA, ZNS và Mini App mở thêm lựa chọn chăm sóc. Nhưng hội thoại không phải hồ sơ đơn hàng có cấu trúc; quyền lợi thông báo có điều kiện và doanh nghiệp vẫn phụ thuộc nền tảng.

Email

Email phù hợp báo giá, xác nhận, hợp đồng và chứng từ. Nó không phải giao diện tốt để khách theo dõi nhiều đơn hay đặt lại từ lịch sử.

CRM/ERP

CRM/ERP nên là nguồn dữ liệu trung tâm cho tài khoản, mã hàng, lịch sử, giá, đơn, tồn và trạng thái. Nhưng giao diện nội bộ thường không phù hợp cho đại lý.

Khoảng trống cần lấp là customer experience có đăng nhập: portal, PWA, Mini App hoặc app riêng.

Hành vi lặp lại nào khiến khách quay lại?

Một ứng dụng B2B chỉ có ý nghĩa khi hỗ trợ tác vụ lặp lại có giá trị:

1. xem sản phẩm đã mua theo chi nhánh;
2. đặt lại giỏ hàng cũ;
3. quét QR trên thùng hàng;
4. tìm sản phẩm thay thế cho mã ngừng;
5. xem giá và chính sách theo quyền;
6. theo dõi xác nhận, soạn hàng, giao hàng;
7. tải chứng từ;
8. tạo yêu cầu hỗ trợ;
9. nhận nhắc phù hợp theo chu kỳ tiêu hao.

Lợi ích phải xuất hiện ngay: sau khi đăng nhập, khách thấy đúng lịch sử và có thể hoàn thành đơn nhanh hơn. Nếu khách chỉ xem giới thiệu và tin tức, app chưa có đủ lasting value.

App riêng tạo thêm giá trị gì?

App có thể lưu trạng thái đăng nhập, dùng camera/QR thuận tiện, cá nhân hóa theo tài khoản, hỗ trợ push và một phần trải nghiệm tại kho. Firebase Cloud Messaging hỗ trợ nhắm đến thiết bị, nhóm hoặc topic. Tuy nhiên, gửi được không đồng nghĩa đọc được; token có thể cũ, người dùng có thể tắt thông báo và hệ điều hành có thể trì hoãn một số thông báo.

Apple quy định không được bắt buộc người dùng bật push để truy cập chức năng hay nhận quyền lợi. Marketing push cần cơ chế đồng ý và từ chối. Thông báo quan trọng nên có phương án phối hợp email, Zalo hoặc SMS phù hợp với consent.

Khi nào không nên xây app?

Không nên xây app ngay nếu:

– khách đặt lại rất ít;
– không có dữ liệu lịch sử sạch;
– giá và tồn kho chưa có nguồn trung tâm;
– Sales vẫn được khuyến khích giữ dữ liệu riêng;
– không có product owner;
– không đo được baseline;
– phạm vi chủ yếu là giới thiệu công ty và form liên hệ.

Trong các trường hợp đó, tối ưu website, CRM, email automation, Zalo OA hoặc customer portal thường tạo giá trị sớm hơn.

So sánh phương án

Phương án	Phù hợp khi	Ưu điểm	Giới hạn
Website công khai	Thu hút khách mới	Không cần cài, hỗ trợ SEO	Không đủ cá nhân hóa
Zalo OA/ZNS	Giao tiếp và thông báo	Quen thuộc ở Việt Nam	Điều kiện nền tảng, dữ liệu phụ thuộc
Customer portal	Tần suất thấp–trung bình	Pilot nhanh, kiểm soát dữ liệu	Khả năng thiết bị hạn chế hơn
PWA	Muốn ghim màn hình, tái dùng web	Một codebase, phân phối nhẹ	Khác biệt theo hệ điều hành
Zalo Mini App	Tệp khách dùng Zalo nhiều	Giảm bước cài	Phụ thuộc API/chính sách Zalo
App cross-platform	Dùng hàng tháng/tuần, cần QR/push	Trải nghiệm tốt, một codebase	Chi phí phát hành, bảo trì
Native	Cần phần cứng/offline đặc thù	Kiểm soát sâu	Hai nền tảng, TCO cao

Quy trình vận hành phía doanh nghiệp

App không thay con người. Quy trình đề xuất:

1. ERP phát sinh đơn và lịch sử mã hàng.
2. CRM giữ tài khoản, người mua, consent và phân khúc.
3. Portal/app hiển thị dữ liệu qua API.
4. Khách tạo đơn đặt lại.
5. Quy tắc kiểm tra giá, tồn, hạn mức và quyền.
6. Sales chỉ can thiệp vào ngoại lệ.
7. Kho cập nhật trạng thái.
8. Hệ thống ghi log và gửi thông báo đúng kênh.
9. Product owner xem dashboard và cải tiến.

Dữ liệu và bảo vệ dữ liệu cá nhân

Cần lưu tối thiểu:

– doanh nghiệp, chi nhánh, người dùng, vai trò;
– sản phẩm, mã cũ/mới, đơn vị tính;
– lịch sử mua và giỏ hàng mẫu;
– giá/hợp đồng theo quyền;
– tồn hoặc lead time;
– đơn, trạng thái, chứng từ;
– yêu cầu hỗ trợ;
– consent và log.

Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15 và Nghị định 356/2025/NĐ-CP có hiệu lực từ 01/01/2026. Doanh nghiệp cần rà soát mục đích, tối thiểu hóa dữ liệu, phân quyền, thời hạn lưu và cơ chế thực hiện quyền của chủ thể dữ liệu với tư vấn pháp lý phù hợp.

Chi phí và mô hình hoàn vốn

Tổng chi phí sở hữu:

\[
TCO_n=C_{discovery}+C_{data}+C_{UX}+C_{build}+C_{integration}+C_{security}+C_{launch}+n(C_{infra}+C_{operation}+C_{maintenance})
\]

Lợi ích kiểm chứng:

\[
Benefit=N_o(T_0-T_1)W+N_e(E_0-E_1)C_e+N_r(R_1-R_0)G
\]

Trong đó:

– \(N_o\): số đơn đặt lại;
– \(T_0,T_1\): phút xử lý trước/sau;
– \(W\): chi phí lao động/phút;
– \(N_e\): số đơn ngoại lệ;
– \(E_0,E_1\): tỷ lệ lỗi trước/sau;
– \(C_e\): chi phí xử lý lỗi;
– \(N_r\): số cơ hội đặt lại;
– \(R_0,R_1\): tỷ lệ hoàn tất;
– \(G\): lãi gộp trung bình.

\[
ROI_n=\frac{Benefit_n-TCO_n}{TCO_n}
\]

Không nhập tỷ lệ tăng doanh thu theo cảm tính. Kịch bản thận trọng để giá trị giữ khách bằng 0 nếu chưa truy nguyên được; kịch bản cơ sở dùng trung vị pilot; kịch bản tích cực chỉ dùng khi kết quả được lặp lại qua nhiều cohort.

Pilot 90 ngày

Ngày 1–15

Đo baseline; chọn một ngành hàng; làm sạch mã; phỏng vấn đại lý; xác định consent và vai trò.

Ngày 16–45

Xây portal/PWA gồm đăng nhập, lịch sử mua, đặt lại, trạng thái và thông báo; tích hợp CRM/ERP.

Ngày 46–75

Chạy với nhóm đại lý; hỗ trợ kích hoạt tại đơn giao hàng bằng QR; không mở rộng scope.

Ngày 76–90

So sánh activation, repeat usage, thời gian xử lý, lỗi đơn, cuộc gọi hỏi trạng thái và chi phí.

KPI và điều kiện quyết định

Đo tỷ lệ mời/kích hoạt, tỷ lệ gắn đúng tài khoản, tỷ lệ đặt lại hoàn tất, thời gian xử lý, đơn bị sửa, người dùng quay lại, consent, chi phí kích hoạt và TCO.

Mở rộng thành app khi hành vi hàng tháng/tuần rõ, QR/push/offline giải quyết hạn chế thật, vận hành nội bộ ổn định và lợi ích cơ sở có khả năng bù TCO.

Giữ portal hoặc dừng nếu khách dùng một lần, Sales xử lý ngoài hệ thống, dữ liệu sai hoặc chi phí kích hoạt vượt giá trị.

CTA

Future Horizon giúp SME B2B đánh giá hành vi sau bán hàng, thiết kế dữ liệu, chọn portal/PWA/Zalo Mini App/app và chạy pilot có KPI.

Hotline: 0325.112.310
Email: [email protected]
Website: https://www.chantroituonglai.com

Đăng ký buổi đánh giá để nhận ma trận quyết định và khung pilot 90 ngày cho quy trình đặt lại của doanh nghiệp.

Nguồn tham khảo

Chân Trời Tương Lai — Chân Trời Tương Lai
Thông tin liên hệ Chân Trời Tương Lai — Chân Trời Tương Lai