Cẩm nang website bán hàng gồm năm lớp: danh mục sản phẩm, giỏ hàng, thanh toán, xử lý đơn và đo lường. Một dự án vừa thường cần 10 đến 18 tuần. Phần khó nằm ở quy trình sau nút đặt hàng, nơi tồn kho và công nợ phải khớp.
Mình thường yêu cầu đội kinh doanh chạy thử 20 đơn giả trước khi duyệt phát hành. Các tình huống phải có đơn thành công, hết hàng, đổi địa chỉ, hoàn một phần và thanh toán lỗi. Làm rõ các bước này giúp báo giá sát hơn.
Cẩm nang website bán hàng gồm những phần nào?
Trước tiên, bạn cần mô hình dữ liệu sản phẩm. Một mặt hàng có thể có nhiều SKU theo màu, cỡ hoặc dung tích. Mỗi SKU nên có mã riêng, giá, tồn khả dụng, khối lượng và trạng thái kinh doanh.
Danh mục nên phục vụ cách khách tìm hàng. Nhà bán thời trang có thể chia theo loại, giới tính, bộ sưu tập và dịp dùng. Doanh nghiệp vật tư lại cần thương hiệu, thông số, quy cách đóng gói và khả năng tương thích.
Trang chi tiết cần trả lời đủ trước khi khách hỏi nhân viên. Bộ tối thiểu gồm tên, giá, ảnh, biến thể, mô tả, thông số, chính sách đổi trả và thời gian giao. Hàng kỹ thuật nên có tệp PDF cùng mã model.
| Khối chức năng | Dữ liệu bắt buộc | Điểm cần thử | Người phụ trách |
|---|---|---|---|
| Sản phẩm | SKU, giá, tồn, ảnh, thuộc tính | Biến thể hết hàng | Merchandising |
| Giỏ hàng | Số lượng, giảm giá, phí giao | Thay số lượng liên tục | Web và kinh doanh |
| Thanh toán | COD, chuyển khoản, cổng thẻ | Thành công, thất bại, chờ | Kế toán |
| Vận chuyển | Địa chỉ, cân nặng, vùng giao | Huyện xa, hàng cồng kềnh | Kho vận |
| Đơn hàng | Trạng thái, lịch sử, hoàn tiền | Hủy và hoàn một phần | Chăm sóc khách |
| Đo lường | Item ID, giá trị, coupon, nguồn | Trùng sự kiện purchase | Marketing |
Dữ liệu sản phẩm phải chuẩn đến từng SKU
Mã SKU không nên đổi theo đợt nhập. Một quy ước dễ quản lý có thể là nhóm hàng, model, màu và cỡ. Ví dụ, AO-SM01-XANH-L rõ hơn mã tự tăng 008431.
Ảnh sản phẩm cần cùng tỷ lệ, thường là 1:1 hoặc 4:5. Ảnh gốc nên từ 1.200 pixel mỗi chiều. Tệp WebP khoảng 80 đến 180 KB thường đủ cho khung danh sách.
Thuộc tính lọc cần chuẩn hóa trước khi nhập. Nếu màu xanh dương, xanh biển và blue nằm ở ba giá trị, bộ lọc sẽ sai. Hãy dùng từ điển thuộc tính và khóa quyền thêm tùy ý.
- Giá niêm yết: giá hiển thị trước giảm, cần thống nhất cách tính thuế.
- Giá bán: giá khách trả ở thời điểm thêm vào giỏ.
- Tồn vật lý: số lượng đang nằm trong kho.
- Tồn khả dụng: tồn vật lý trừ số đang giữ cho đơn khác.
- Điểm đặt hàng lại: ngưỡng cảnh báo nhập thêm, tính theo tốc độ bán.
Thiết kế luồng mua hàng và thanh toán
Luồng mua gọn có bốn bước: chọn hàng, xem giỏ, điền thông tin và xác nhận. Khách vãng lai nên được mua mà không bắt tạo tài khoản. Tài khoản có thể mời tạo sau khi đơn đã ghi nhận.
Giỏ hàng cần hiển thị ảnh, biến thể, số lượng, giá và phí tạm tính. Khi đổi số lượng, hệ thống phải kiểm tra tồn khả dụng. Nếu vượt tồn, thông báo cần nêu con số còn lại.
Trang thanh toán nên giữ trường thật sự cần. Với đơn trong nước, tên người nhận, số điện thoại, tỉnh thành, phường xã và địa chỉ thường đã đủ. Trường ghi chú nên là tùy chọn.
Thanh toán COD cần giới hạn theo giá trị hoặc vùng giao nếu mô hình có rủi ro bom hàng. Chuyển khoản cần mã nội dung duy nhất. Cổng thẻ cần webhook để xác minh kết quả phía máy chủ.
Không được đánh dấu đã trả chỉ dựa trên trang khách quay về. Người mua có thể đóng trình duyệt trước bước ấy. Hệ thống cần nhận thông báo từ cổng và đối chiếu mã giao dịch.
- Tạo đơn ở trạng thái chờ thanh toán và giữ tồn trong 10 đến 20 phút.
- Gửi khách sang cổng với mã đơn, số tiền và URL trả về.
- Nhận webhook, kiểm chữ ký rồi đối chiếu đúng số tiền.
- Chuyển trạng thái sang đã thanh toán bằng thao tác có tính lặp an toàn.
- Giải phóng tồn khi giao dịch hết hạn hoặc bị từ chối.
Nếu thuê ngoài, trang thiết kế website bán hàng là một ví dụ để bạn đối chiếu phạm vi dịch vụ. Hãy yêu cầu báo giá ghi rõ cổng thanh toán, hãng vận chuyển và số luồng nghiệp vụ được kiểm thử.
Trải nghiệm di động cần kiểm thế nào?
Phần lớn thao tác mua diễn ra bằng một ngón tay. Nút thêm giỏ nên cao khoảng 44 CSS pixel trở lên. Vùng chạm phải có khoảng cách để tránh bấm nhầm.
Font nội dung nên từ 16 CSS pixel. Màu chữ thường cần tỷ lệ tương phản ít nhất 4,5:1 theo WCAG 2.2 của W3C. Lỗi phải xuất hiện ngay cạnh trường tương ứng.
Bàn phím điện thoại cần đúng loại dữ liệu. Trường số điện thoại dùng kiểu tel, email dùng kiểu email. Mã OTP nên cho phép dán và tự chuyển ô nếu giao diện tách ký tự.
Vận hành đơn hàng, kho và chăm sóc khách
Website cần có sơ đồ trạng thái đơn rõ ràng. Một chuỗi thường dùng gồm mới tạo, đã xác nhận, đang soạn, đang giao, hoàn tất, hủy và hoàn. Mỗi lần đổi trạng thái phải lưu thời gian và người thao tác.
Kho cần quy định thời điểm trừ tồn. Trừ ngay khi khách tạo đơn dễ khóa hàng ảo. Trừ quá muộn lại gây bán vượt tồn. Phương án giữ tạm rồi trừ chính thức sau thanh toán thường dễ kiểm soát.
Khi có nhiều kho, hệ thống phải chọn nguồn giao. Quy tắc có thể ưu tiên kho gần, kho đủ toàn bộ đơn hoặc kho có chi phí thấp. Mỗi cách dẫn đến thời gian giao và số kiện khác nhau.
| Tình huống | Nguyên nhân thường gặp | Cách xử lý trong hệ thống |
|---|---|---|
| Hai khách mua SKU cuối | Không khóa tồn theo giao dịch | Giữ tồn có thời hạn, cập nhật nguyên tử |
| Đơn đã trả nhưng còn chờ | Webhook đến chậm hoặc lỗi chữ ký | Lưu log, thử lại, có bước đối soát |
| Phí giao bằng 0 sai vùng | Bảng vùng thiếu phường xã mới | Cập nhật mã địa giới và quy tắc dự phòng |
| Coupon dùng quá lượt | Chỉ kiểm ở giao diện | Kiểm lại phía máy chủ khi đặt đơn |
| Hoàn hàng nhưng tồn không tăng | Quy trình hoàn tách khỏi kho | Tạo phiếu nhập hoàn gắn mã đơn |
Chăm sóc khách cần thấy lịch sử trên một màn hình. Nhân viên nên biết sản phẩm, thanh toán, vận đơn và trao đổi trước đó. Việc này giảm thời gian hỏi lại và hạn chế sửa sai địa chỉ.
Email xác nhận nên gửi trong vài phút. Tin nhắn phải có mã đơn, tổng tiền và kênh kiểm tra. Không đưa dữ liệu thanh toán nhạy cảm vào URL hoặc nội dung gửi công khai.
Chi phí, đo lường và checklist phát hành
Một website bán hàng tùy biến quy mô vừa thường có giá thị trường từ 80 đến 250 triệu đồng. Chi phí tăng theo số tích hợp, quy tắc khuyến mại và luồng kho. Ứng dụng di động là phạm vi khác, không nên gộp bằng một dòng.
Phí vận hành gồm hạ tầng, cổng thanh toán, tin nhắn, email và bảo trì. Máy chủ có thể từ 12 đến 60 triệu đồng mỗi năm ở giai đoạn đầu. Hãy dự trù thêm môi trường staging và sao lưu ngoài máy chủ chính.
Đo lường thương mại điện tử nên có view_item, add_to_cart, begin_checkout và purchase. Item ID trên web phải trùng mã dùng trong nguồn quảng cáo. Sự kiện purchase chỉ gửi một lần cho mỗi mã giao dịch.
Tốc độ cần đo trên các trang có dữ liệu thật. Ở phân vị 75, ba mốc tốt gồm LCP 2,5 giây, INP 200 mili giây và CLS 0,1. Kết quả nên đạt ở ít nhất 75% lượt xem.
Bạn có thể đọc phương pháp và ngưỡng tại tài liệu Core Web Vitals của web.dev. Với trang sản phẩm, ảnh đầu thường là phần tử LCP. Hãy tải ưu tiên ảnh này và tránh lazy-load ở khung nhìn đầu.
- Sản phẩm: thử SKU có một biến thể, nhiều biến thể và vừa hết hàng.
- Giá: thử giảm theo phần trăm, số tiền, nhóm khách và thời gian.
- Giỏ: thử tăng giảm, xóa, quay lại sau 24 giờ và đổi thiết bị.
- Thanh toán: thử COD, thành công, từ chối, hết hạn và webhook gửi lặp.
- Giao hàng: thử nội thành, ngoại thành, vùng xa và đơn vượt khối lượng.
- Hoàn trả: thử hoàn toàn bộ, hoàn một phần và đổi SKU.
- Quyền: tách nhân viên kho, chăm sóc khách, kế toán và quản trị.
- Sao lưu: phục hồi thử cơ sở dữ liệu sang môi trường riêng.
Lỗi hay gặp là tính giảm giá ở trình duyệt. Người dùng có thể sửa yêu cầu và gửi số tiền khác. Cách xử lý là tính lại toàn bộ giá, thuế và phí phía máy chủ.
Lỗi khác là xóa sản phẩm làm mất lịch sử đơn. Đơn cũ cần lưu tên, SKU, giá và thuế tại thời điểm mua. Sản phẩm ngừng bán chỉ nên chuyển trạng thái lưu trữ.
Một lỗi nữa là không có cơ chế thử lại webhook. Mạng gián đoạn vài giây khiến thanh toán treo. Hệ thống cần hàng đợi, số lần thử và cảnh báo cho giao dịch chưa khớp.
Bài trong chuyên mục
Cẩm nang website bán hàng từ A đến Z cho doanh nghiệp là bài trụ hiện tại của chuyên mục. Bài bao quát dữ liệu sản phẩm, giỏ hàng, thanh toán, kho và quy trình chăm sóc sau mua. Cẩm nang làm website doanh nghiệp cung cấp khung quản lý dự án, tiến độ, chi phí và bộ tiêu chí nghiệm thu chung.
Cẩm nang chuyển đổi số cho doanh nghiệp giải thích cách nối cửa hàng trực tuyến với CRM, kho và báo cáo điều hành. Cẩm nang SEO cho người mới giúp tổ chức danh mục, trang sản phẩm và nội dung để công cụ tìm kiếm hiểu đúng.
Câu hỏi thường gặp
Nên làm website bán hàng trước hay triển khai ERP trước?
Nếu quy trình kho đã ổn, hai hệ thống có thể thiết kế song song với hợp đồng dữ liệu rõ. Nếu mã SKU và trạng thái đơn còn đổi mỗi tuần, hãy chuẩn hóa ERP hoặc quy trình kho trước. Website cần một nguồn dữ liệu chủ cho giá, tồn và sản phẩm.
Website mới có cần tích hợp ngay mọi hãng vận chuyển không?
Giai đoạn đầu nên chọn một hãng chính và một phương án dự phòng. Tích hợp cần đủ tạo vận đơn, lấy phí, theo dõi trạng thái và hủy. Khi sản lượng tăng, dữ liệu khu vực giao sẽ cho biết hãng thứ ba nào thực sự cần thêm.
Có nên bắt khách đăng ký tài khoản trước khi mua?
Không nên nếu mô hình không có yêu cầu pháp lý hoặc thành viên đặc biệt. Cho phép mua nhanh giúp giảm một bước cản. Sau khi đặt đơn, bạn có thể mời khách đặt mật khẩu để theo dõi và mua lại bằng dữ liệu vừa nhập.
Bao nhiêu ảnh là hợp lý cho một sản phẩm?
Hàng tiêu dùng thường cần 5 đến 8 ảnh: mặt trước, mặt sau, chi tiết, tỷ lệ và bối cảnh dùng. Sản phẩm kỹ thuật nên thêm sơ đồ kích thước và cổng kết nối. Mỗi ảnh cần cùng tỷ lệ, phóng lớn được và có dung lượng phù hợp.
Khi nào website bán hàng sẵn sàng chạy quảng cáo?
Hãy hoàn thành 20 đơn thử, gồm ít nhất 5 giao dịch thanh toán trực tuyến. Kiểm tra tồn, email, vận đơn, hủy và hoàn tiền trước. Cẩm nang website bán hàng cũng yêu cầu purchase không bị gửi lặp, trang cảm ơn không lộ dữ liệu và đội trực đơn đã có lịch.