Một website đặt hàng online cho doanh nghiệp nhỏ tại Việt Nam năm 2026 thường tốn 60–150 triệu đồng và mất 4–6 tuần để chạy thật. Mức thấp hơn (25–40 triệu) thường là website giới thiệu sản phẩm có form đặt hàng, chưa có quản lý tồn kho và thanh toán trực tuyến. Mức cao hơn (200 triệu trở lên) là hệ thống có nhiều kho, nhiều chi nhánh hoặc tích hợp ERP.
Điều quyết định website có ra đơn hay không không nằm ở giao diện đẹp, mà ở ba thứ: danh mục sản phẩm rõ ràng, quy trình đặt hàng ít bước, và niềm tin (chính sách, thông tin liên hệ, đánh giá). Bài này đi qua từng phần để bạn biết mình cần gì và tránh trả tiền cho thứ không dùng đến.
Tóm tắt nhanh
- Chỉ nên làm website đặt hàng khi bạn có ít nhất 20–30 đơn/tháng, có sản phẩm lặp lại và cần giảm việc nhập đơn thủ công.
- 9 thành phần bắt buộc: danh mục, tìm kiếm, giỏ hàng, thanh toán, vận chuyển, tồn kho, quản trị đơn, email xác nhận, bảo mật.
- Chi phí tham khảo: 60–90 triệu cho bản 1 kho, 1 ngôn ngữ; 90–150 triệu khi có thanh toán trực tuyến, nhiều phương thức vận chuyển và tích hợp tồn kho.
- Thời gian: 4 tuần cho bản tinh gọn; 6 tuần nếu có tích hợp và chạy thật có kiểm soát.
- Đừng chọn nền tảng theo giá. Chọn theo khả năng đối soát đơn hàng và xuất dữ liệu khi cần chuyển.
- Đo bằng 6 chỉ số: tỷ lệ chuyển đổi, giá trị đơn trung bình, tỷ lệ bỏ giỏ, tỷ lệ đơn lỗi, thời gian xử lý đơn, chi phí mỗi đơn.
Hình 1: Phần lớn đơn hàng đến từ điện thoại — thiết kế mobile phải làm trước, không phải làm sau.
Website đặt hàng khác gì website giới thiệu?
Nhiều doanh nghiệp nhầm hai loại này với nhau, dẫn đến báo giá sai và kỳ vọng sai.
| Tiêu chí | Website giới thiệu | Website đặt hàng |
|---|---|---|
| Mục tiêu | Giới thiệu công ty, dịch vụ | Bán sản phẩm, xử lý đơn |
| Số trang | 5–15 trang | Danh mục + hàng trăm trang sản phẩm |
| Giỏ hàng | Không có | Bắt buộc |
| Thanh toán | Form liên hệ | COD, chuyển khoản, ví điện tử, thẻ |
| Tồn kho | Không quản lý | Cần đồng bộ để tránh bán quá |
| Đơn hàng | Xử lý ngoài hệ thống | Có màn hình quản trị đơn |
| Chi phí | 25–60 triệu | 60–150 triệu |
| Thời gian | 2–4 tuần | 4–6 tuần |
Nếu bạn chỉ cần kiểm tra nhu cầu trước khi đầu tư, hãy làm landing page có form (12–20 triệu) và bán qua Zalo/Facebook. Khi số đơn vượt quá khả năng xử lý thủ công, mới nâng lên website đặt hàng.
Khi nào doanh nghiệp nhỏ thực sự cần website đặt hàng?
Ba dấu hiệu rõ nhất:
1. Số đơn vượt khả năng nhập tay
Nếu mỗi ngày bạn phải chép 20–30 đơn từ Zalo/Facebook sang Excel hoặc phần mềm, sai sót bắt đầu xuất hiện: giao sai địa chỉ, tính sai phí, bỏ sót đơn. Đây là lúc hệ thống đặt hàng tự động có ý nghĩa.
2. Có nhiều sản phẩm và biến thể
Khi danh mục vượt 50 sản phẩm, hoặc mỗi sản phẩm có nhiều size/màu, việc tư vấn thủ công trở nên tốn thời gian. Website cho phép khách tự chọn, tự tính giá, giảm tải cho nhân viên.
3. Cần dữ liệu để quyết định
Website đặt hàng cho bạn biết sản phẩm nào xem nhiều, sản phẩm nào bỏ giỏ, khách đến từ kênh nào, giá trị đơn trung bình. Những dữ liệu này không có nếu chỉ bán qua tin nhắn.
Khi chưa nên làm
- Dưới 20 đơn/tháng. Chi phí vận hành và đầu tư chưa hợp lý.
- Sản phẩm cần tư vấn phức tạp. Ví dụ thiết bị công nghiệp, dịch vụ thiết kế — nên dùng form + tư vấn.
- Chưa có quy trình giao hàng ổn định. Website chỉ tự động hoá phần đặt; phần giao vẫn phải làm tốt.
- Chưa có chính sách đổi trả rõ ràng. Khách sẽ hỏi ngay từ đơn đầu tiên.
Chín thành phần bắt buộc của website đặt hàng
1. Danh mục sản phẩm có cấu trúc
Danh mục nên chia theo cách khách tìm, không theo cách bạn quản lý kho. Ví dụ: "Áo nam", "Áo nữ", "Phụ kiện" thay vì "Hàng nhập đợt 1", "Hàng tồn".
Mỗi sản phẩm cần: tên rõ ràng, ảnh thật, giá, mô tả ngắn, thông số, tình trạng còn hàng, chính sách đổi trả.
2. Tìm kiếm và lọc
Khách thường tìm theo từ khoá hoặc lọc theo giá, kích thước, màu. Thiếu bộ lọc, khách rời trang nhanh hơn. Tối thiểu cần:
- Ô tìm kiếm hiển thị trên mobile.
- Lọc theo danh mục, giá, thuộc tính.
- Sắp xếp theo giá, mới nhất, bán chạy.
3. Giỏ hàng
Giỏ hàng phải giữ được khi khách chuyển trang hoặc quay lại sau vài giờ. Nên hiển thị:
- Ảnh, tên, số lượng, đơn giá.
- Tạm tính, phí vận chuyển dự kiến, tổng cộng.
- Nút xoá và sửa số lượng dễ bấm trên điện thoại.
4. Thanh toán
Tối thiểu có COD và chuyển khoản. Nếu khách trẻ hoặc đơn giá nhỏ, thêm VNPay/MoMo. Mỗi phương thức cần:
- Hướng dẫn rõ ràng.
- Xác nhận sau khi thanh toán.
- Cách xử lý khi thanh toán lỗi.
5. Vận chuyển
Cần cấu hình:
- Phí theo khu vực hoặc theo trọng lượng.
- Miễn phí vận chuyển theo ngưỡng (nếu có).
- Thời gian giao dự kiến.
- Đơn vị vận chuyển và cách bàn giao.
6. Quản lý tồn kho
Tồn kho sai gây hai lỗi: bán khi đã hết hàng, hoặc không bán được khi còn hàng. Tối thiểu cần trừ kho khi đơn được xác nhận và có cảnh báo khi tồn dưới ngưỡng.
7. Quản trị đơn hàng
Màn hình quản trị cần cho phép:
- Xem đơn mới, tìm theo mã/số điện thoại.
- Đổi trạng thái: mới, đã xác nhận, đang giao, hoàn tất, huỷ.
- In phiếu giao hàng.
- Ghi chú nội bộ.
8. Email và tin nhắn xác nhận
Khách cần nhận xác nhận đơn ngay sau khi đặt. Thiếu bước này, họ gọi lại hỏi hoặc đặt lại lần nữa. Nên có:
- Email xác nhận đơn.
- Tin nhắn Zalo/SMS nếu có tích hợp.
- Thông báo khi đơn chuyển trạng thái.
9. Bảo mật và sao lưu
Tối thiểu: HTTPS, phân quyền quản trị, sao lưu dữ liệu hằng ngày, nhật ký thao tác. Đừng chọn nền tảng không cho xuất dữ liệu đơn hàng.
Chi phí làm website đặt hàng năm 2026
| Gói | Phạm vi | Chi phí | Thời gian |
|---|---|---|---|
| Tinh gọn | 1 kho, 1 ngôn ngữ, COD + chuyển khoản, 100–300 sản phẩm | 60–90 triệu | 4 tuần |
| Đầy đủ | Thêm VNPay/MoMo, phí vận chuyển theo khu vực, email tự động, SEO cơ bản | 90–150 triệu | 6 tuần |
| Mở rộng | Nhiều kho/chi nhánh, tích hợp ERP/CRM, báo cáo nâng cao | 150–250 triệu | 8–12 tuần |
Chi phí trên chưa gồm:
- Tên miền và hosting: 2–10 triệu/năm.
- Ảnh sản phẩm: 5–20 triệu nếu thuê chụp.
- Nội dung sản phẩm: 100.000–300.000đ/sản phẩm nếu thuê viết.
- Quảng cáo: tuỳ ngân sách.
- Vận hành hằng tháng: 1–5 triệu (hosting, email, công cụ).
Vì sao cùng "website bán hàng" mà báo giá chênh 3 lần?
Vì phạm vi khác nhau ở những phần không nhìn thấy:
- Có đồng bộ tồn kho với phần mềm bán hàng hiện tại không?
- Có nhiều bảng giá (giá sỉ, giá lẻ) không?
- Có tính phí vận chuyển theo trọng lượng/khu vực không?
- Có xử lý đổi trả, huỷ đơn, hoàn tiền không?
- Có báo cáo doanh thu theo kênh không?
Hãy yêu cầu báo giá tách theo từng hạng mục và ghi rõ những gì không bao gồm.
Chọn nền tảng nào?
| Nền tảng | Phù hợp | Ưu điểm | Hạn chế |
|---|---|---|---|
| Shopify | Bán quốc tế, cần hệ sinh thái app | Ổn định, nhiều app | Phí hằng tháng, phí giao dịch |
| Haravan/Sapo | Bán hàng Việt Nam, cần tích hợp vận chuyển nội địa | Có sẵn COD, đối tác giao hàng | Tuỳ biến hạn chế |
| WooCommerce | Ngân sách vừa, cần tuỳ biến | Mã nguồn mở, nhiều plugin | Cần bảo trì, dễ chậm nếu nhiều plugin |
| Tự xây (ASP.NET/Node) | Quy trình đặc thù, nhiều tích hợp | Kiểm soát hoàn toàn | Chi phí cao, cần đội kỹ thuật |
Với doanh nghiệp nhỏ mới bắt đầu, Haravan/Sapo hoặc WooCommerce thường là điểm khởi đầu hợp lý. Với doanh nghiệp có quy trình đặc thù (bán sỉ, đặt lịch, tính giá theo công thức), tự xây sẽ rẻ hơn về dài hạn.
Điều cần hỏi trước khi chọn:
- Có xuất được toàn bộ đơn hàng, khách hàng, sản phẩm ra CSV không?
- Có giới hạn số sản phẩm hoặc số đơn/tháng không?
- Phí giao dịch mỗi đơn là bao nhiêu?
- Có API để kết nối CRM/kho không?
- Khi dừng dịch vụ, dữ liệu thuộc về ai?
Lộ trình 6 tuần triển khai
Hình 2: Lộ trình 6 tuần — mỗi tuần có đầu ra để nghiệm thu.
Tuần 1 — Khảo sát và đặc tả
Việc cần làm:
- Xác định nhóm sản phẩm chủ lực và cách khách mua.
- Vẽ quy trình từ lúc khách xem đến lúc nhận hàng.
- Chốt phương thức thanh toán, vận chuyển, đổi trả.
- Chốt cấu trúc danh mục và số lượng sản phẩm.
Đầu ra: tài liệu đặc tả 5–10 trang, có sơ đồ quy trình và danh sách tính năng.
Tuần 2 — Thiết kế giao diện
Thiết kế mobile trước. Các trang cần có:
- Trang chủ: sản phẩm nổi bật, danh mục, chính sách.
- Trang danh mục: lọc, sắp xếp, phân trang.
- Trang chi tiết: ảnh, giá, biến thể, nút mua, chính sách.
- Giỏ hàng và thanh toán.
- Trang cảm ơn và theo dõi đơn.
Đầu ra: bản thiết kế 5–7 màn hình chính, duyệt trước khi lập trình.
Tuần 3–4 — Xây dựng và nạp dữ liệu
Việc kỹ thuật gồm:
- Lập trình giao diện và giỏ hàng.
- Cấu hình thanh toán, vận chuyển.
- Nhập sản phẩm, ảnh, mô tả.
- Cấu hình email xác nhận.
- Cài đặt quản trị đơn và phân quyền.
Đầu ra: bản chạy trên môi trường thử với dữ liệu thật.
Tuần 5 — Kiểm thử
Bộ kiểm thử tối thiểu:
- Đặt hàng COD và chuyển khoản.
- Đặt hàng với sản phẩm hết hàng.
- Áp dụng mã giảm giá (nếu có).
- Huỷ đơn, đổi địa chỉ.
- Kiểm tra email xác nhận.
- Kiểm tra trên iPhone, Android, máy tính.
Đầu ra: danh sách lỗi đã sửa và biên bản kiểm thử.
Tuần 6 — Chạy thật và bàn giao
- Chạy 10–20 đơn thật với số lượng nhỏ.
- Đối soát thanh toán và phí vận chuyển.
- Đào tạo đội vận hành 1–2 buổi.
- Bàn giao tài khoản, mã nguồn, tài liệu.
Đầu ra: website chạy thật, tài liệu bàn giao, quy trình cập nhật sản phẩm.
Thanh toán và vận chuyển: phần dễ phát sinh chi phí
Thanh toán
| Phương thức | Phí tham khảo | Lưu ý |
|---|---|---|
| COD | 0đ | Rủi ro khách không nhận hàng |
| Chuyển khoản | 0đ | Cần đối soát thủ công |
| VNPay | 1,1–2,2% | Cần hợp đồng, hồ sơ doanh nghiệp |
| MoMo/ZaloPay | 1,5–3% | Tốt cho đơn giá nhỏ |
| Thẻ quốc tế | 2,5–3,5% | Cần cổng thanh toán nước ngoài |
Đừng bật quá nhiều phương thức ngay. Mỗi phương thức thêm một luồng đối soát. Bắt đầu với COD + chuyển khoản, thêm ví điện tử khi số đơn đủ lớn.
Vận chuyển
Cần chốt trước:
- Phí tính theo khu vực, trọng lượng hay giá trị đơn?
- Có miễn phí vận chuyển không? Ngưỡng bao nhiêu?
- Đơn vị giao hàng nào? Có API kết nối không?
- Ai chịu phí khi khách đổi trả?
Nếu chưa chốt, website sẽ phải sửa nhiều lần và phát sinh chi phí.
Tối ưu trang chi tiết sản phẩm
Đây là trang quyết định mua. Một trang chi tiết tốt trả lời được 6 câu hỏi trong vòng 5 giây đầu:
- Đây là gì? Tên rõ ràng, ảnh đầu tiên cho thấy toàn bộ sản phẩm.
- Giá bao nhiêu? Giá hiển thị ngay, kèm giá gốc nếu đang giảm.
- Còn hàng không? Trạng thái tồn kho rõ ràng.
- Giao bao lâu? Thời gian và phí vận chuyển dự kiến.
- Đổi trả thế nào? Chính sách ngắn gọn, có link chi tiết.
- Mua ở đâu? Nút mua nổi bật, không bị che bởi quảng cáo.
Ngoài ra:
- Ảnh thật, nhiều góc. Tối thiểu 3 ảnh, có ảnh đang dùng/đeo nếu là thời trang.
- Mô tả theo lợi ích, không chỉ thông số. Khách mua vì giải quyết vấn đề, không vì thông số.
- Đánh giá khách hàng. Nếu chưa có, đừng tạo giả; hãy mời khách đầu tiên để lại.
- Sản phẩm liên quan. Tăng giá trị đơn trung bình nhưng đừng làm rối trang.
- Nút mua cố định trên mobile. Khách không phải cuộn lên đầu trang.
Quy trình xử lý đơn hằng ngày
Website chỉ là một nửa. Nửa còn lại là vận hành. Một quy trình tối thiểu:
| Thời điểm | Việc cần làm | Người phụ trách |
|---|---|---|
| 8h00 | Kiểm tra đơn mới, xác nhận qua điện thoại/Zalo | CSKH |
| 10h00 | In phiếu, đóng gói, bàn giao vận chuyển | Kho |
| 14h00 | Cập nhật trạng thái đơn, xử lý đơn huỷ/đổi | CSKH |
| 17h00 | Đối soát COD và chuyển khoản | Kế toán |
| Cuối ngày | Sao lưu dữ liệu, xem báo cáo | Quản lý |
Nếu không có quy trình này, website càng nhiều đơn càng rối. Hãy viết quy trình trước khi chọn công nghệ.
Bảy lỗi khiến website đặt hàng không ra đơn
- Ảnh sản phẩm kém. Khách không thể sờ sản phẩm; ảnh là thứ thay thế.
- Thiếu thông tin vận chuyển. Khách bỏ đi vì không biết bao lâu nhận hàng.
- Quá nhiều bước thanh toán. Mỗi bước thêm làm giảm tỷ lệ hoàn tất.
- Không có chính sách đổi trả. Khách sợ mua sai.
- Không có số điện thoại/Zalo hỗ trợ. Khách cần hỏi trước khi mua.
- Tốc độ tải chậm. Xem thêm Tốc độ website ảnh hưởng đến doanh thu.
- Không có theo dõi đơn. Khách phải nhắn hỏi, tăng tải cho đội chăm sóc.
Sáu chỉ số cần đo sau khi chạy
| Chỉ số | Cách tính | Ý nghĩa |
|---|---|---|
| Tỷ lệ chuyển đổi | Đơn ÷ lượt truy cập | Hiệu quả tổng thể |
| Giá trị đơn trung bình | Doanh thu ÷ số đơn | Ảnh hưởng lợi nhuận |
| Tỷ lệ bỏ giỏ | Giỏ bỏ ÷ giỏ tạo | Vấn đề ở thanh toán/phí ship |
| Tỷ lệ đơn lỗi | Đơn huỷ/hoàn ÷ tổng đơn | Chất lượng vận hành |
| Thời gian xử lý đơn | Từ đặt đến giao | Trải nghiệm khách |
| Chi phí mỗi đơn | Tổng chi phí ÷ số đơn | Hiệu quả đầu tư |
Đo từ tuần đầu chạy thật. Đừng đợi đến khi "ổn định" mới đo, vì bạn sẽ mất dữ liệu nền để so sánh.
Checklist nghiệm thu website đặt hàng
- Đặt hàng thành công trên điện thoại và máy tính.
- COD và chuyển khoản hoạt động đúng.
- Email xác nhận gửi trong vòng 1 phút.
- Tồn kho trừ đúng sau khi xác nhận đơn.
- Không cho đặt khi sản phẩm hết hàng.
- Phí vận chuyển đúng theo khu vực.
- Quản trị đơn tìm kiếm và đổi trạng thái được.
- Có sao lưu dữ liệu và phân quyền quản trị.
- Có trang chính sách đổi trả, vận chuyển, bảo mật.
- Có mã nguồn/tài khoản bàn giao đầy đủ.
Kinh nghiệm từ các dự án DNT Digital
Dự án 1 — Thương hiệu thời trang nhỏ: Bắt đầu bằng website giới thiệu và bán qua Zalo. Khi đạt 80 đơn/tháng, chuyển sang website đặt hàng với 1 kho. Sau 2 tháng, tỷ lệ bỏ giỏ giảm từ 82% xuống 64% sau khi rút gọn thanh toán từ 4 bước còn 2 bước và hiển thị phí ship ngay trên giỏ hàng.
Dự án 2 — Đơn vị phân phối thiết bị: Cần bảng giá theo đại lý và giá lẻ. Giải pháp: đăng nhập để xem giá theo nhóm khách, không công khai giá sỉ. Điều này giảm tranh chấp giá giữa các kênh.
Dự án 3 — Cửa hàng thực phẩm: Vấn đề không phải website mà là vận chuyển. Đơn trong ngày cần giao trong 2–4 giờ. Website phải chặn đặt sau 16h cho giao trong ngày và hiển thị rõ khung giờ. Sau khi thêm quy tắc này, số cuộc gọi phàn nàn giảm đáng kể.
Bài học chung: các vấn đề lớn nhất thường nằm ở vận hành, không ở giao diện. Hãy viết rõ quy trình trước khi chọn công nghệ.
Ngân sách tối thiểu theo giai đoạn
Nếu chưa muốn đầu tư ngay 60–150 triệu, có thể đi theo ba giai đoạn:
Giai đoạn 1 — Kiểm tra nhu cầu (0–20 triệu): landing page + form đặt hàng, xử lý đơn qua Zalo/điện thoại. Mục tiêu là xác nhận sản phẩm có người mua và hiểu câu hỏi thường gặp.
Giai đoạn 2 — Chuẩn hoá (60–90 triệu): website đặt hàng 1 kho, COD + chuyển khoản, quản trị đơn cơ bản. Mục tiêu là giảm việc nhập tay và tránh sai sót.
Giai đoạn 3 — Mở rộng (90–200 triệu): thêm thanh toán trực tuyến, vận chuyển theo khu vực, tích hợp tồn kho/CRM, báo cáo. Mục tiêu là tăng quy mô mà không tăng tương ứng số người.
Đừng nhảy thẳng sang giai đoạn 3 khi chưa có dữ liệu bán hàng thật. Phần lớn chi phí phát sinh ở giai đoạn 3 đến từ việc tích hợp với hệ thống chưa được chuẩn hoá.