Thiết lập sản phẩm cho nhà cung cấp: Biến thể, ba loại hình xử lý đơn hàng và trường bảo hành chặn niêm yết của bạn

Có ba điều về biểu mẫu này khiến hầu hết nhà cung cấp mới đều bất ngờ, và cả ba đều được máy chủ ép buộc chứ không phải chỉ gợi ý qua giao diện.

• Sản phẩm không có giá. Giá nằm ở biến thể (variant), và giá người mua thấy là giá của biến thể đang hoạt động rẻ nhất.
• Bạn không thể lưu sản phẩm với số biến thể bằng 0. Tối thiểu là một, và biến thể đó cần có tên, giá và số lượng tồn kho.
• Để trống trường bảo hành không cho bạn một số tuần mặc định. Nó khiến đơn bị từ chối.

Mọi thứ khác đều xuất phát từ ba điều đó. Dưới đây là biểu mẫu theo thứ tự mà máy chủ xác thực.

Chế độ Đơn giản hay Chế độ Nâng cao, và lựa chọn đó khiến bạn mất gì

Từ danh sách sản phẩm của bạn, nút Thêm mới mở biểu mẫu tạo tại /supplier/products/add. Biểu mẫu bắt đầu ở Chế độ Đơn giản và có nút chuyển sang Chế độ Nâng cao.

Chế độ Đơn giản hiển thị bảy trường: danh mục, danh mục con, tên sản phẩm, giá đơn vị, tồn kho cơ bản, ô tài khoản và hình ảnh. Nó nhanh và tự động quyết định hai điều cho bạn: ép loại xử lý đơn hàng thành tồn kho (inventory) và tạo một biến thể duy nhất ở hậu trường. Nếu bạn bán hàng tồn kho đã tải lên sẵn, đó là hình thức đúng và bạn xong việc.

Chế độ Nâng cao là phần còn lại của biểu mẫu: loại xử lý đơn hàng, nhà cung cấp, mô tả đầy đủ, bảo hành, trình chỉnh sửa biến thể, tùy chọn thanh toán, câu hỏi thường gặp và SEO. Chế độ này cũng yêu cầu mô tả phải được dịch sang tiếng Anh trước khi gửi. Bất cứ thứ gì không phải tồn kho thông thường đều cần chế độ này.

Giá thực sự nằm ở đâu

Không có trường giá trên sản phẩm, dù trong biểu mẫu hay trong dữ liệu. Thứ bạn đặt là giá của từng biến thể, và con số hiển thị trên trang bán hàng là biến thể rẻ nhất đang hoạt động. Điều này quan trọng theo cách dễ khiến người ta mắc bẫy: vô hiệu hóa biến thể đắt nhất thì không có gì thay đổi trên trang, nhưng vô hiệu hóa biến thể rẻ nhất thì cả listing như bị tăng giá vọt lên.

Trình chỉnh sửa biến thể nằm dưới mục Biến thể sản phẩm (Sản phẩm con) và nút của nó là Thêm biến thể sản phẩm con. Các trường, với nhãn mà biểu mẫu thực sự dùng:

• Tên biến thể, tùy chọn. Nếu để trống, nó sẽ dùng lại tên nguồn.
• Giá, bắt buộc và là nơi duy nhất có giá.
• Số lượng đặt hàng tối thiểu, mặc định là 1. Đây là mức sàn cho đơn hàng, không phải con số tồn kho.
• Tồn kho, hiển thị cho loại thủ công và tự động, là con số bạn tự duy trì.
• Tồn kho cơ bản, chỉ hiển thị cho loại tồn kho, được cộng vào tồn kho thực để hiển thị.
• Mô tả ngắn, tùy chọn, hiển thị cho người mua khi họ chọn giữa các biến thể.

Không có trường nào tên là "Tồn kho cơ bản tối thiểu". Nếu bạn đang tìm trường đó, có lẽ bạn muốn Số lượng đặt hàng tối thiểu hoặc Tồn kho cơ bản, và hai trường này làm việc ngược nhau.

Hãy dùng biến thể khi cùng một loại hàng có các mức giá khác nhau theo nhóm: năm đăng ký, khu vực, có bao gồm hộp thư hay không. Hãy nghĩ theo bội số của dòng rẻ nhất của chính bạn thay vì theo con số tuyệt đối, vì dòng rẻ nhất là thứ người mua thấy đầu tiên và mọi thứ trên nó đều bị đọc như một khoản phí cộng thêm. Một lưu ý từ dữ liệu trên kệ: phí theo năm không phải là hằng số chung toàn thị trường ở đây. Tách theo người bán, một số người bán tính gấp nhiều lần mức cơ bản của chính họ cho một năm đăng ký cụ thể, còn số khác tính thấp hơn mức cơ bản của chính họ cho cùng tuyên bố đó, vì vậy bội số bạn có thể giữ là do bạn tự xác lập chứ không phải sao chép từ kệ.

Ba loại xử lý đơn hàng, và một loại vô hình với hầu hết nhà cung cấp

Bộ chọn Loại sản phẩm trong Chế độ Nâng cao là quyết định mà toàn bộ listing phụ thuộc vào. Ba tùy chọn của nó, kèm mô tả của chính nền tảng:

• Tồn kho, "Tự động xử lý từ tài khoản đã tải lên". Bạn tải thông tin đăng nhập trước, tồn kho là số chưa bán, và đơn hàng tự hoàn thành mà bạn không cần làm gì.
• Thủ công, "Tải tài khoản lên thủ công sau khi có đơn". Tồn kho là con số bạn đặt. Một đơn hàng nằm ở trạng thái đang xử lý cho đến khi bạn giao, bằng tay hoặc qua API.
• Tự động, "Quản lý qua API tự động". Cả tồn kho và giao hàng đều đến từ một tích hợp bên ngoài.

Tùy chọn tự động không chỉ bị vô hiệu hóa với hầu hết tài khoản, mà còn không được hiển thị. Nó chỉ xuất hiện với quản trị viên và nhà cung cấp có cờ tin cậy, và chọn nó sẽ thêm một trường URL nguồn bắt buộc.

Để có bối cảnh: trong tổng số 34.729 bản ghi sản phẩm trên trang, loại tự động chiếm 29.707, tồn kho 3.236 và thủ công 1.786. Hai loại mà hầu hết hướng dẫn mô tả lại là hai loại nhỏ nhất.

Trường bảo hành sẽ từ chối listing của bạn, và ô trống chính là cái bẫy

Đây là lý do phổ biến nhất khiến việc tạo sản phẩm thất bại với nhà cung cấp mới, và lý do thì phản trực giác.

Trường được gắn nhãn Bảo hành (Giờ). Để trống, nền tảng không tự động dùng một giá trị mặc định hào phóng. Nó trước tiên dùng giá trị bảo hành mặc định của chính cửa hàng bạn nếu bạn đã đặt, và nếu không thì dùng giá trị mặc định của trang tính theo phân số của một giờ. Sau đó, một kiểm tra thứ hai chạy: bất kỳ nhà cung cấp nào không có cờ tin cậy phải đáp ứng mức bảo hành tối thiểu của trang cho listing, hiện tại là bốn giờ, nếu không đơn sẽ bị từ chối với lỗi bảo hành dưới mức tối thiểu.

Vậy nên ô trống tạo ra một giá trị thấp hơn nhiều so với mức sàn, và mức sàn từ chối nó. Hãy nhập một con số. Bốn giờ là mức tối thiểu hiện tại, mười hai giờ là mức trung vị trên mọi listing đang hoạt động của trang, và một tuần trở lên hiếm gặp ngoài các dịch vụ proxy.

Quy tắc tương tự áp dụng hồi tố. Nếu mức sàn bị nâng lên, các listing đang hoạt động dưới mức đó sẽ bị gỡ mềm thay vì xóa: chúng vẫn nằm trong danh mục của bạn với cờ hoạt động bị xóa, và nâng bảo hành sẽ đưa chúng trở lại. Nếu listing của bạn lặng lẽ biến mất, đây là điều đầu tiên cần kiểm tra.

Điều gì xảy ra khi bạn nhấn Xuất bản

Hai nút là Xuất bản sản phẩm và Lưu nháp. Khi xuất bản, máy chủ chạy một chuỗi các bước mà bạn không thấy được:

1. Kiểm tra gói đăng ký. Tạo sản phẩm yêu cầu gói đăng ký nhà cung cấp đang hoạt động.
2. Xác thực biến thể. Ít nhất một biến thể, mỗi biến thể có tên, giá dạng số và tồn kho dạng số. Biến thể thủ công cũng có trần tồn kho cho từng biến thể.
3. Quyền loại. Thủ công và tồn kho cho tất cả mọi người, tự động chỉ khi bạn được tin cậy.
4. Giới hạn listing. Một hạn mức cơ bản cộng thêm mức tăng theo cấp nhà cung cấp, cộng thêm các slot thưởng bạn đã kiếm được. Nhà cung cấp tin cậy không bị giới hạn, và dịch vụ tăng trưởng không bao giờ tính vào hạn mức này.
5. Mức sàn bảo hành. Như trên.
6. Phê duyệt. Một công tắc tự phê duyệt toàn trang được kiểm tra trước, sau đó đến cờ tự phê duyệt của riêng bạn, và nếu không thì sản phẩm rơi vào trạng thái chờ duyệt. Công tắc toàn trang hiện đang bật, nên hầu hết listing mới được duyệt ngay. Đừng xây dựng quy trình dựa trên điều đó; đó là một cài đặt và có thể bị tắt.

Sản phẩm chờ duyệt cũng là sản phẩm không hoạt động, nên nó sẽ không xuất hiện ở bất cứ đâu cho đến khi được duyệt. Nếu bạn tải tồn kho lên trong lúc tạo sản phẩm, việc tải đó chạy như một tác vụ nền thay vì trực tiếp, nên tồn kho có thể mất một lúc mới hiện ra ngay cả khi lưu thành công.

Hai trường bạn không thể đặt, và một trường bạn có thể đặt nhưng chưa ai dùng

Người mua đôi khi yêu cầu nhà cung cấp chuyển listing sang giao hàng thủ công, hoặc giao bằng tệp thay vì danh sách. Cả hai đều không có sẵn.

Loại giao hàng không nằm trên biểu mẫu. Nó tồn tại trong mô hình dữ liệu với hai giá trị là tức thì và thủ công, nhưng không có ô nhập liệu nào cho nó trong giao diện nhà cung cấp, và toàn bộ 34.729 bản ghi sản phẩm trên trang đều được đặt là tức thì. Giao hàng thủ công, như một cam kết hướng tới người mua, không tồn tại ở đây.

Định dạng tài khoản thì có điều khiển, cặp nút radio Danh sách và Tệp dưới mục Tải tồn kho lên, nhưng mọi bản ghi sản phẩm trên trang đều được lưu dưới dạng danh sách. Đường dẫn tệp có sẵn và, theo bằng chứng hiện tại, không được dùng.

Quản lý tồn kho sau khi ra mắt

Với sản phẩm loại tồn kho, tồn kho được suy ra chứ không phải khai báo. Nó là số dòng đang ở trạng thái chưa bán, nên tải lên làm tăng và bán làm giảm, và không có gì phải tự đồng bộ bằng tay. Dán thông tin đăng nhập mỗi dòng một cái, hoặc tải lên một tệp văn bản mỗi dòng một cái. Một quy ước phổ biến là phân tách hộp thư, mật khẩu và bất kỳ mã hai lớp nào bằng dấu gạch đứng, nhưng không có gì trên nền tảng phân tích dòng đó: nó được lưu nguyên văn, và bất cứ điều gì mô tả listing của bạn hứa hẹn là thứ người mua sẽ mong đợi tìm thấy trong đó.

Mô hình tồn kho khai báo năm trạng thái, nhưng chỉ ba trạng thái thực sự xuất hiện. Trong 3,58 triệu dòng, số đếm là đã bán 2.444.661, có sẵn 1.137.180 và đã giữ chỗ 22, trạng thái cuối bao gồm các dòng được giữ cho một đơn hàng đang xử lý. Vô hiệu hóa và đã thay thế được khai báo và có thể lọc, nhưng không có dòng nào cho cả hai và không có gì trong mã nguồn ghi ra chúng. Vậy nên khi một sản phẩm thay thế được cấp qua một ticket sau bán hàng — và hơn sáu nghìn ticket đã được giải quyết theo cách đó — nó không để lại một dòng được đánh dấu. Hãy đếm tồn kho của bạn theo ba trạng thái bạn sẽ thực sự thấy.

Tồn kho cơ bản là con số hiển thị cộng lên trên tồn kho thực, nên tồn kho cơ bản một nghìn trên năm mươi dòng thực sẽ hiển thị một nghìn năm trăm năm mươi. Chỉ năm mươi cái mới thực sự mua được. Đó là tín hiệu cho người mua số lượng lớn, không phải tồn kho, và phóng đại nó sẽ biến thành giỏ hàng thất bại thay vì đơn hàng.

Với sản phẩm thủ công, tồn kho là con số bạn nhập và nó giảm khi đơn hàng đến. Đó là một lời hứa chứ không phải một phép đo, nên nó cần sự chú ý của bạn theo cách mà số tồn kho loại tồn kho không cần.

Một lưu ý về đếm nếu bạn dùng số liệu bán hàng theo biến thể để quyết định bổ sung hàng: bộ đếm đã bán theo biến thể chỉ tăng lên. Nó không bao giờ bị trừ đi cho hoàn tiền hay thay thế, nên đó là con số tổng trọn đời chứ không phải con số ròng.

Nên chọn loại nào, dựa trên bằng chứng

Sự so sánh trung thực không phải là điều thường được vẽ ra, vì hai loại đang hoạt động khác nhau về tốc độ ít hơn nhiều so với nhãn gợi ý.

Câu hỏi	Tồn kho	Thủ công	Tự động
Tồn kho đến từ đâu	Đếm từ các dòng chưa bán	Một con số bạn nhập	Một tích hợp bên ngoài
Ai giao hàng	Không ai, nó tự động	Bạn, sau khi có đơn	Tích hợp API của bạn
Ai có thể chọn loại này	Mọi nhà cung cấp	Mọi nhà cung cấp	Nhà cung cấp tin cậy và quản trị viên
Đơn hoàn thành trên trang	28.708	6.552	48.070
Thời gian hoàn thành điển hình	Dưới một giây	Dưới ba mươi giây	Dưới một phút
Phần mười chậm nhất	Thực tế không có	Khoảng chín giờ	Khoảng chín phút

Mức trung vị thủ công dưới ba mươi giây đó không phải lỗi đánh máy và không phải nền tảng đang nhanh giúp bạn. Đó là điều xảy ra khi các nhà cung cấp bán khối lượng lớn trên listing thủ công gọi API đơn hàng theo chu kỳ ngắn thay vì nhìn bảng điều khiển. Phần đuôi mới là nơi khác biệt nằm: khoảng một đơn thủ công trong bốn mươi đơn mất hơn một ngày, trong khi với loại tồn kho thì thực tế không có.

Vậy hãy chọn thủ công khi hàng hóa thực sự phải được tạo ra theo từng đơn, và kết hợp với API ngay từ ngày đầu. Chọn tồn kho khi bạn có thể chuẩn bị hàng trước, điều này đúng trong hầu hết trường hợp và cũng là loại duy nhất Chế độ Đơn giản cho phép bạn dùng.

Bản tóm tắt ngắn

1. Dùng Chế độ Nâng cao trừ khi bạn bán hàng tồn kho đã tải lên sẵn thông thường.
2. Ít nhất một biến thể, có giá, vì bản thân sản phẩm không có giá.
3. Nhập bảo hành theo giờ. Để trống là bị từ chối, không phải mặc định.
4. Chọn tồn kho nếu bạn chuẩn bị trước được, thủ công nếu không, và kết nối API trong cùng tuần nếu bạn chọn thủ công.
5. Tồn kho cơ bản là con số hiển thị. Số đã bán không bao giờ giảm. Các dòng thay thế không phải doanh số cũng không phải tồn kho.

Khi listing đã hoạt động, xử lý đơn hàng qua API được trình bày trong hướng dẫn API đơn hàng thủ công, hàng đợi phê duyệt trong hướng dẫn phê duyệt sản phẩm, và những gì các cấp thay đổi trong hướng dẫn cấp người bán.