Người mua văn phòng phẩm hoặc vật tư thường dùng cùng một nhóm hàng nhưng không phải lần nào cũng cần cùng lượng. Sao chép đơn cũ có thể mang cả giá hoặc lựa chọn không còn phù hợp. Danh sách mua định kỳ nên lưu nhu cầu để tái dùng, rồi kiểm tra lại trước mỗi lần đặt; nó không phải đơn tự động theo lịch.
Bài viết dành cho website B2B phục vụ mua lặp lại. Quyết định đầu tiên là khách cần lưu một danh sách, một lịch sử đơn hay một cam kết mua định kỳ thật. Ba nhu cầu gần nhau nhưng không nên dùng chung một tên gọi.
So sánh ba vật dụng khác nhau của người mua
Danh sách yêu thích chủ yếu đánh dấu món quan tâm. Danh sách mua phục vụ nhóm mã, đơn vị và lượng dự kiến sẽ dùng lại. Giỏ hàng là nội dung một lần giao dịch cần xác nhận. Giữ ba lớp riêng giúp khách sửa nhu cầu mà không vô tình tạo đơn.
Adobe mô tả requisition lists không bị xóa sau khi thêm vào giỏ và có thể có nhiều danh sách cho tài khoản đăng nhập. Đây là ví dụ tính năng của một nền tảng, không mặc định mọi website Onter có sẵn hoặc mọi danh sách đều được chia sẻ cho cả công ty.
Danh sách mua định kỳ giữ gì và không giữ gì
Nên giữ định danh sản phẩm, tùy chọn, đơn vị, lượng gợi ý và ghi chú cần thiết theo phạm vi đã thống nhất. Giá, khả năng cung cấp và quyền mua cần được kiểm tra lại ở lần dùng. Không dùng giá cũ trong danh sách như một lời hứa cho tương lai.
Nếu cho nhiều người sử dụng, xác định ai sở hữu, ai được sửa và ai chỉ thêm vào giỏ. Không tự chia sẻ danh sách cá nhân cho toàn công ty. Một người chuyển bộ phận cũng cần cách bàn giao hoặc giữ quyền phù hợp, tránh mất công việc chỉ vì danh sách gắn với một email.
Ví dụ giả định: danh sách bếp và văn phòng
Khách có danh sách Bếp gồm nhóm vật tư tiêu hao và danh sách Văn phòng gồm giấy, bút. Lần này chỉ cần một phần trong danh sách Bếp. Website nên cho chọn dòng, sửa lượng và xem các mục cần kiểm tra mà vẫn giữ danh sách gốc cho lần sau.
Giả sử mã A đổi quy cách hoặc không còn được chào cho tài khoản. Dòng đó không nên biến mất âm thầm. Giữ tên hoặc mã gốc, nêu cần đối chiếu và không tự thay bằng mã “gần giống”. Một danh sách vẫn có thể hữu ích khi chứa vài mục đang chờ xác nhận.
Thêm vào giỏ là một lần kiểm tra mới
Khi dùng danh sách, đối chiếu mã hiện hành, tùy chọn bắt buộc, đơn vị và quy tắc lượng. MOQ và bội số có thể khác lần trước; đừng tự tăng lượng mà không cho khách biết.
Chốt cách xử lý phần hợp lệ và phần lỗi: thêm các dòng đã rõ rồi giữ hàng chờ, hay yêu cầu sửa toàn bộ trước. Dù chọn cách nào, người dùng phải nhìn thấy phạm vi đã vào giỏ và phạm vi chưa. Danh sách gốc không nên bị xóa vì một lần thêm thất bại.
Khi nào dùng quick order thay cho danh sách
Nếu buyer có một danh sách thay đổi hoàn toàn mỗi lần từ phần mềm mua, đặt hàng nhanh bằng danh sách SKU có thể phù hợp hơn. Danh sách mua định kỳ hữu ích khi họ muốn duy trì một nhóm mã có owner và tên dễ nhận biết qua nhiều lần.
Không gọi chức năng này là subscription nếu nó không tự tạo đơn theo chu kỳ. Một nút dùng lại danh sách không quyết định ngân sách, người duyệt hay ngày giao. Nếu cần tự đặt định kỳ, đó là phạm vi khác phải khảo sát và được xác nhận riêng.
Thử một danh sách có lỗi trước khi quyết định làm
Bộ nghiệm thu nên có dòng hợp lệ, mã thiếu tùy chọn, mã ngừng chào, lượng sai và hai người sửa nếu có quyền dùng chung. Trên mobile, khách cần thấy tên danh sách, dòng đang chọn và kết quả thêm vào giỏ; không ép bảng quá nhiều cột ra ngoài màn hình.
Onter có thể khảo sát trong dịch vụ thiết kế website. Phạm vi cần chốt gồm lưu danh sách, quyền, quy tắc kiểm tra, giao diện, lịch sử nếu cần và tích hợp. Chi phí phụ thuộc luồng dữ liệu, không chỉ số nút. Với ít khách mua lặp lại, cách gửi danh sách có cấu trúc vẫn có thể đủ.
Để bắt đầu, chọn một danh sách thường dùng đã ẩn dữ liệu, đánh dấu mục nào luôn ổn định và mục nào hay đổi. Từ đó quyết định phần cần lưu lâu dài và phần phải hỏi lại, thay vì tạo chức năng “mua lại” bỏ qua những điều đã thay đổi.
