Nếu dự án chọn Jumpseller làm Nền tảng đích, công tác chuẩn bị phải xác định rõ mỗi quan hệ kinh doanh ở Cửa hàng nguồn sẽ được biểu diễn như thế nào trên Jumpseller. Một hệ thống thuộc tính ở nguồn có thể đồng thời chứa ý nghĩa về Products cha, biến thể, tùy chọn do Customers nhập, trường tùy chỉnh, Categories, bộ lọc, điều hướng, tồn kho, Customers, nhóm Customers, Orders, nội dung, URLs, app và hệ thống bên ngoài. Vì vậy, trước khi quyết định điểm đến của dữ liệu, dự án cần phân loại đúng vai trò kinh doanh của từng giá trị và quan hệ.
Hồ sơ chuẩn bị cũng cần chỉ rõ ai chịu trách nhiệm, thông tin nào dùng để đối chiếu và điều kiện nào cho thấy từng quan hệ đã sẵn sàng. Bộ mẫu kiểm thử đại diện phải bao phủ những hành vi thực tế quan trọng và có thể truy ngược về dữ liệu nguồn, thay vì chỉ chọn các bản ghi dễ nhìn hoặc có giá trị cao.
Xác nhận phạm vi cửa hàng Jumpseller cần chuẩn bị
Ghi lại các giả định về Nền tảng đích có ảnh hưởng trực tiếp đến cách chuẩn bị dữ liệu.
| Khu vực | Quyết định cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Danh tính Products | Bản ghi nguồn nào trở thành Products cha và bản ghi nào trở thành biến thể | Có ma trận nhóm Products và SKU để đối chiếu |
| Dữ liệu nhập cho Products | Giá trị nguồn nào tạo biến thể, thu thập thông tin Customers nhập hoặc chỉ mô tả Products | Đã phân loại tùy chọn và trường tùy chỉnh |
| Khả năng tìm và khám phá Products | Nhóm nguồn nào trở thành Categories, bộ lọc, điều hướng hoặc nội dung landing page | Có sơ đồ Categories và điều hướng |
| Tồn kho | Tồn kho thuộc Products, biến thể, location hay một hệ thống bên ngoài | Có sơ đồ quyền sở hữu tồn kho |
| Bối cảnh Customers | Quan hệ nào về tài khoản, nhóm, giá, consent và mã định danh ngoài cần được duy trì | Có danh sách quan hệ Customers cần giữ |
| Nội dung và routes | Pages, Blog Posts, nội dung Products/Categories, menus và redirects nào cần giữ | Có danh sách nội dung và URLs cùng quyết định đích |
Nếu dự án có nhiều ngôn ngữ, tiền tệ, domains, khu vực vận chuyển hoặc kênh bán hàng, cần ghi rõ phạm vi dự kiến và người phụ trách trước khi chuẩn bị nội dung bản địa hóa và thông tin đối chiếu routes. Các quyết định về Products, Categories, nội dung, giá và tồn kho phải dùng cùng một định nghĩa phạm vi để tránh tình trạng bản ghi xuất hiện ở một thị trường hoặc kênh bán hàng nhưng thiếu bối cảnh thương mại cần thiết để hoạt động đúng.
Chuẩn bị quyền truy cập, dữ liệu xuất và bản sao lưu từ nguồn
Thu thập quyền truy cập cần thiết vào Cửa hàng nguồn và Jumpseller để có thể lấy, kiểm tra và diễn giải toàn bộ bản ghi thuộc phạm vi chuyển đổi. Đồng thời cần duy trì một bộ hồ sơ nguồn có thể khôi phục độc lập nếu cần đối chiếu lại sau này.
Chuẩn bị:
- quyền quản trị Cửa hàng nguồn và cửa hàng Jumpseller;
- dữ liệu xuất Products và tồn kho, bao gồm mã định danh biến thể và số lượng tồn nếu có;
- dữ liệu xuất hoặc báo cáo Customers và Orders;
- danh sách Categories, nội dung, SEO và URLs;
- media và tệp tải xuống nếu URLs nguồn có thể hết hạn hoặc yêu cầu xác thực;
- thông tin về nhóm Customers, bảng giá và giá theo số lượng nếu cửa hàng đang sử dụng;
- danh sách app, API, webhook, ERP, CRM, hệ thống kho, marketplace và hệ thống kế toán;
- bản sao lưu hoặc kho dữ liệu xuất có ghi ngày tạo;
- ghi chú về những bản ghi vẫn có thể thay đổi trước thời điểm chuyển đổi.
| Hạng mục đối chiếu | Người phụ trách | Điều kiện sẵn sàng |
|---|---|---|
| Nhật ký quyền truy cập | Quản trị viên cửa hàng | Có thể truy cập các khu vực quản trị cần thiết |
| Kho dữ liệu Products và tồn kho | Đội catalog và vận hành | Có thể đối chiếu Products cha, biến thể và số liệu tồn kho |
| Kho dữ liệu Customers và Orders | Đội vận hành Customers và tài chính | Có đủ bản ghi dự kiến cùng các trường dữ liệu quan trọng |
| Danh sách nội dung và URLs | Người phụ trách nội dung hoặc SEO | Các trang và routes ưu tiên đều có người phụ trách và quyết định đích |
| Bảng theo dõi các yếu tố phụ thuộc | Người phụ trách kỹ thuật và nghiệp vụ | Mỗi app hoặc hệ thống bên ngoài quan trọng đều có người tiếp tục chịu trách nhiệm |
Chuẩn bị Products, tùy chọn, biến thể và trường tùy chỉnh
Tùy chọn Products trên Jumpseller có thể tạo biến thể thực hoặc chỉ thu thập thông tin do Customers nhập, tùy vào loại tùy chọn. Trường tùy chỉnh dùng để mô tả Products và có thể hỗ trợ bộ lọc khi dữ liệu được tổ chức nhất quán. Vì vậy, cần chọn các nhóm Products nguồn thể hiện rõ từng loại hành vi này.
Nên bao gồm:
- Products đơn giản;
- Products có tùy chọn về kích thước, màu sắc, chất liệu hoặc các thuộc tính khác tạo biến thể;
- Products có SKU, tồn kho, giá, chi phí, trọng lượng, hình ảnh hoặc mã định danh ngoài ở cấp biến thể;
- Products thu thập văn bản ngắn, nội dung dài, tệp tải lên, ngày tháng hoặc phần bổ sung tùy chọn từ Customers;
- Products có trường tùy chỉnh dùng cho thương hiệu, thông số, khả năng tương thích, mùa vụ, chất liệu hoặc bộ lọc;
- Products kỹ thuật số hoặc không quản lý tồn kho;
- bundles, subscriptions, báo giá, personalization hoặc Products có hành vi do app kiểm soát;
- Products có tồn kho hoặc dữ liệu được một hệ thống bên ngoài duy trì.
| Cách hệ thống nguồn hoạt động | Quyết định chuẩn bị trên Jumpseller | Thông tin cần đính kèm |
|---|---|---|
| Lựa chọn tạo ra một mặt hàng có giá hoặc tồn kho riêng | Tùy chọn tạo biến thể | IDs của Products cha/con, giá trị tùy chọn, SKU, giá, tồn kho, chi phí, trọng lượng, hình ảnh và mã định danh ngoài |
| Người mua nhập một giá trị dùng cho riêng lần mua đó | Trường văn bản, vùng nhập văn bản dài, tệp hoặc hình thức nhập liệu khác của Customers | Ví dụ trên storefront và ví dụ về chi tiết mặt hàng trong Orders trước đây |
| Phần bổ sung tùy chọn không tạo tồn kho riêng | Tùy chọn không tạo biến thể hoặc quan hệ do app sở hữu | Ảnh hưởng đến giá, danh sách giá trị được phép và dữ liệu đối chiếu trong Orders |
| Giá trị dùng để mô tả Products | Trường tùy chỉnh | Kiểu dữ liệu, danh sách giá trị chuẩn, cách dùng cho bộ lọc và đơn vị chịu trách nhiệm hiển thị |
| Cơ chế xử lý phụ thuộc vào app hoặc hệ thống bên ngoài | App hoặc hệ thống bên ngoài tiếp tục làm chủ | Mô tả quy tắc, bản ghi cha liên quan và mã định danh có thể duy trì lâu dài |
Chuẩn hóa tên tùy chọn và trường tùy chỉnh trước khi chuyển đổi. Bộ lọc phụ thuộc vào từ vựng nhất quán, vì vậy “Size”, “Sizes” và “Shoe size” chỉ nên được hợp nhất khi chúng thực sự đại diện cho cùng một khái niệm kinh doanh. Không nên chuẩn hóa chỉ vì nhãn giống nhau về hình thức.
Chuẩn bị Categories, bộ lọc, điều hướng, nội dung và URLs
Categories trên Jumpseller sở hữu quan hệ nhóm Products và cấu trúc phân cấp, trong khi điều hướng quyết định vị trí của các liên kết trong menu. Bộ lọc Products có thể dựa vào tùy chọn tạo biến thể và các trường tùy chỉnh phù hợp. Cần chuẩn bị các cấu trúc này như những quan hệ riêng, thay vì giả định một cấu trúc sẽ tự tái tạo cấu trúc còn lại.
| Cấu trúc ở nguồn | Câu hỏi cần giải quyết | Điều kiện sẵn sàng |
|---|---|---|
| Categories ổn định của Products | Có cần giữ cấu trúc phân cấp và quan hệ thành viên không? | Có cây Categories và danh sách Products được gán |
| Nhánh menu | Nhánh này cần trỏ tới Categories, page, Products hay route bên ngoài nào? | Có sơ đồ điều hướng |
| Bộ lọc theo thương hiệu hoặc chất liệu | Có nên biểu diễn bằng trường tùy chỉnh với bộ giá trị được kiểm soát không? | Có danh sách giá trị và người phụ trách bộ lọc |
| Bộ lọc theo kích thước hoặc màu sắc | Dữ liệu có đến từ các tùy chọn Products được đặt tên nhất quán không? | Có từ vựng tùy chọn chuẩn |
| Bộ sưu tập chiến dịch | Đây là Categories tạm thời, landing page, promotion hay thành phần theme? | Có người phụ trách chiến dịch và quyết định giữ hoặc loại bỏ |
| Phân loại nội bộ | Phân loại này có cần tiếp tục hiển thị công khai không? | Có người phụ trách báo cáo hoặc hệ thống bên ngoài |
Lập danh sách nội dung và URLs cho routes của Products, Categories, CMS Pages, Blog Posts, trang chính sách, landing pages chiến dịch, tệp và các liên kết ngoài có giá trị cao. Với mỗi mục, ghi lại đường dẫn nguồn, điểm đến dự kiến trên Jumpseller, metadata, liên kết nội bộ, ngôn ngữ bản địa hóa và nhu cầu redirect.
Jumpseller có thể tạo redirects khi routes thay đổi, nhưng công tác chuẩn bị vẫn phải xác định những đường dẫn cũ nào thực sự quan trọng và điểm đến nào phù hợp nhất với mục đích ban đầu của Customers khi truy cập đường dẫn đó.
Chuẩn bị tồn kho và các quan hệ thương mại
Xác định rõ tồn kho sẽ do Jumpseller, từng biến thể, từng location hay một ERP/hệ thống kho bên ngoài làm chủ. Chỉ có tổng số lượng là chưa đủ nếu quy trình xử lý đơn hàng phụ thuộc vào location hoặc khóa ở cấp biến thể.
Chuẩn bị:
- ví dụ tồn kho ở cấp Products và biến thể;
- ví dụ Products không giới hạn tồn kho hoặc không quản lý tồn kho;
- số lượng theo location nếu cửa hàng sẽ sử dụng tồn kho theo location;
- mã định danh của kho, nhà cung cấp hoặc ERP;
- giá cơ bản, giá so sánh, chi phí, giá theo số lượng và promotions;
- quan hệ nhóm Customers và bảng giá nếu đang sử dụng;
- các quy tắc giá đang hoạt động và đã ngừng sử dụng.
| Bản ghi thương mại | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Tồn kho biến thể | Ma trận biến thể và location | Mỗi số lượng đều gắn với đúng đơn vị có thể bán |
| Trạng thái không giới hạn hoặc không quản lý tồn kho | Các bản ghi Products đại diện | Giá trị trống, bằng 0 và không giới hạn không bị hiểu lẫn nhau |
| Giá riêng cho một nhóm Customers | Ví dụ nhóm Customers và bảng giá | Quan hệ giữa Customers và Products được xác định rõ |
| Giá theo số lượng | Ngưỡng số lượng và Products đại diện | Ngưỡng và mức giá vẫn được liên kết đúng |
| Khóa tồn kho bên ngoài | Danh sách tham chiếu ERP/WMS | Khóa được gắn với đúng Products hoặc biến thể |
Chuẩn bị Customers và lịch sử đơn hàng
Chọn các bản ghi Customers đại diện cho tài khoản đã đăng ký, khách mua không tạo tài khoản, nhiều địa chỉ, nhóm Customers, điều kiện nhận bảng giá, thông tin thuế hoặc doanh nghiệp, consent marketing, các chương trình khách hàng thân thiết hoặc thành viên do app quản lý và các mã định danh CRM bên ngoài.
Chuẩn bị Orders bao gồm:
- Products thông thường và Products có biến thể;
- văn bản hoặc tệp do Customers nhập;
- bối cảnh nhóm Customers hoặc giá đặc biệt;
- trạng thái đã thanh toán, đang chờ, bỏ dở, đã hủy, đã hoàn tiền và xử lý đơn hàng một phần;
- discounts, thuế, vận chuyển, nhiều loại tiền tệ và ghi chú thủ công;
- thông tin xử lý đơn hàng và tracking;
- IDs từ marketplace, ERP, kế toán, CRM hoặc hệ thống kho.
| Hạng mục chuẩn bị | Người phụ trách | Điều kiện sẵn sàng |
|---|---|---|
| Quy tắc danh tính Customers | Đội vận hành Customers | Cách xử lý bản ghi trùng và khách mua không tạo tài khoản đã được ghi rõ |
| Nhóm Customers | Người phụ trách thương mại | Mỗi nhóm cần giữ đều có mục đích rõ về giá hoặc phân khúc |
| Phạm vi địa chỉ | Đội vận hành Customers | Địa chỉ tài khoản và địa chỉ được lưu trong lịch sử đơn hàng được phân biệt |
| Lịch sử đơn hàng | Hỗ trợ và tài chính | Các Orders đại diện giải thích được lựa chọn mặt hàng, tổng tiền, trạng thái và tham chiếu liên quan |
| Tính liên tục của quyền truy cập tài khoản | Đội trải nghiệm Customers | Trách nhiệm về quyền truy cập tài khoản và liên lạc với Customers được xác định |
Kiểm kê app, APIs và các hệ thống bên ngoài
Lập bảng theo dõi tất cả app, API, webhook, scripts, feeds và hệ thống bên ngoài đang tạo hoặc cập nhật bản ghi liên quan đến Jumpseller.
Bao gồm:
- nguồn cấp Products và marketplaces;
- hệ thống tồn kho, ERP, kho và xử lý đơn hàng;
- CRM và nền tảng marketing;
- app loyalty, subscription, booking, bundle, quote, Reviews hoặc tùy biến Products;
- tích hợp thuế, vận chuyển, thanh toán và kế toán;
- hệ thống analytics và consent;
- quy tắc tùy chỉnh trong theme đang đọc các trường dữ liệu của Products hoặc dữ liệu do app cung cấp.
Với mỗi yếu tố phụ thuộc, ghi lại mục đích kinh doanh, bản ghi cha, tên trường hoặc bảng dữ liệu, khả năng xuất dữ liệu, mã định danh bên ngoài, người tiếp tục chịu trách nhiệm và quyết định giữ, thay thế hoặc ngừng sử dụng. Bảng theo dõi được xem là sẵn sàng khi dữ liệu do app sở hữu có thể truy ngược về Products, Customers, Orders, bản ghi nội dung hoặc quy trình bên ngoài tương ứng.
Chọn các mẫu kiểm thử đại diện cho Jumpseller
| Mẫu | Mục đích chuẩn bị |
|---|---|
| Products đơn giản | Thiết lập đường cơ sở cho Products, Categories, hình ảnh, giá và tồn kho thông thường |
| Products có nhiều biến thể | Bộc lộ từ vựng tùy chọn, danh tính biến thể, tồn kho, giá và hình ảnh |
| Products có personalization | Bộc lộ văn bản, tệp hoặc thông tin tùy chọn do Customers nhập |
| Products có trường tùy chỉnh | Bộc lộ quyền sở hữu dữ liệu mô tả và dữ liệu phục vụ bộ lọc |
| Products có tồn kho theo location hoặc do hệ thống ngoài quản lý | Bộc lộ quyền sở hữu tồn kho và mã định danh bên ngoài |
| Customers thuộc một nhóm thương mại | Bộc lộ quan hệ nhóm, giá, địa chỉ và bối cảnh tài khoản |
| Đơn hàng phức tạp trong lịch sử | Bộc lộ lựa chọn Products, dữ liệu nhập tùy chỉnh, discounts, trạng thái, xử lý đơn hàng và các tham chiếu |
| Categories hoặc URL của page ưu tiên | Bộc lộ nội dung, metadata, điều hướng và nhu cầu redirect |
| Bản ghi do app sở hữu | Bộc lộ quyền sở hữu tiếp tục của app hoặc hệ thống bên ngoài |
Với mỗi mẫu, đính kèm ID nguồn, lý do kinh doanh, đối tượng dự kiến sẽ làm chủ trên Jumpseller, mã định danh bên ngoài liên quan và các ngoại lệ đã biết. Bộ mẫu cần bao phủ những hành vi khác nhau, không phải chỉ các bản ghi có giá trị cao nhất. Hãy dùng mẫu riêng khi biến thể, thông tin Customers nhập, trường tùy chỉnh, tồn kho theo location, giá theo nhóm Customers và dữ liệu do app sở hữu không thể được thể hiện trung thực trong cùng một bản ghi Products hoặc một đơn hàng.
Hoàn tất điều kiện sẵn sàng trước khi chuyển đổi sang Jumpseller
| Câu hỏi sẵn sàng | Thông tin cần xác nhận | Điều kiện sẵn sàng |
|---|---|---|
| Đã có đủ quyền truy cập chưa? | Nhật ký quyền truy cập | Các khu vực quản trị cần thiết ở nguồn và Jumpseller đều có thể truy cập |
| Đã phân loại cấu trúc Products chưa? | Ma trận nhóm Products | Biến thể, thông tin Customers nhập, trường tùy chỉnh và bản ghi do app sở hữu đều có chủ sở hữu rõ ràng |
| Categories và bộ lọc đã được chuẩn hóa chưa? | Cây Categories và danh sách từ vựng chuẩn | Nguồn của điều hướng và bộ lọc được xác định riêng biệt |
| Quyền sở hữu tồn kho đã rõ chưa? | Ma trận Products, biến thể và location | Mỗi số lượng và khóa bên ngoài đều có chủ sở hữu |
| Customers và Orders đã được đại diện đầy đủ chưa? | Danh sách mẫu kiểm thử | Những mô hình quan trọng về tài khoản và giao dịch lịch sử đều được bao phủ |
| URLs ưu tiên đã được đối chiếu chưa? | Danh sách URLs | Mỗi route ưu tiên có điểm đến hoặc quyết định ngừng sử dụng |
| Các yếu tố phụ thuộc đã có người phụ trách chưa? | Bảng theo dõi app và tích hợp | Mỗi yếu tố phụ thuộc quan trọng đều có người tiếp tục chịu trách nhiệm |
| Bản sao lưu và dữ liệu xuất có đủ mới không? | Kho dữ liệu có ghi ngày tạo | Có thể khôi phục và đối chiếu dữ liệu nguồn độc lập |
Công tác chuẩn bị chỉ hoàn tất khi đội dự án có thể giải thích cách biểu diễn từng quan hệ nguồn quan trọng trên Jumpseller và không còn quyết định trọng yếu nào phụ thuộc vào cách app hoạt động chưa được ghi nhận. Mọi vấn đề chưa được xác nhận còn lại phải có người phụ trách, yêu cầu thông tin cụ thể cần bổ sung và thời hạn xử lý trước khi hạng mục chuyển đổi liên quan được lên lịch thực hiện.
Kết luận
Chuẩn bị cho Jumpseller cần tách rõ Products cha, biến thể, thông tin Customers nhập, trường tùy chỉnh, Categories, bộ lọc, tồn kho, nhóm Customers, Orders, nội dung và các tích hợp trước khi bắt đầu chuyển đổi. Cửa hàng nguồn có thể lưu nhiều ý nghĩa này cùng nhau, nhưng Jumpseller cần quyền sở hữu rõ ràng và từ vựng nhất quán để dữ liệu tiếp tục phục vụ đúng mục đích.
Một bộ hồ sơ chuẩn bị tốt giúp mẫu kiểm thử phản ánh đúng hành vi thực tế và giúp mỗi mẫu có người phụ trách, kỳ vọng từ nguồn cùng tập bản ghi đối chiếu rõ ràng.
Câu hỏi thường gặp
Nên chuẩn bị hạng mục nào trước tiên khi chuyển đổi sang Jumpseller?
Nên bắt đầu bằng ma trận nhóm Products và quyền sở hữu dữ liệu. Ma trận này quyết định giá trị nguồn nào trở thành biến thể, thông tin Customers nhập, trường tùy chỉnh, Categories, mã định danh bên ngoài hoặc bản ghi do app sở hữu.
Tùy chọn Products và trường tùy chỉnh nên được chuẩn bị khác nhau như thế nào?
Tùy chọn Products cần được chuẩn bị như cấu trúc tạo biến thể khi giá trị tạo ra các đơn vị có thể bán riêng, hoặc như dữ liệu nhập của Customers khi giá trị chỉ ghi nhận lựa chọn của người mua. Trường tùy chỉnh nên được chuẩn bị khi giá trị dùng để mô tả Products hoặc hỗ trợ bộ lọc mà không tạo các tổ hợp mang tồn kho riêng.
Vì sao phải chuẩn bị Categories và điều hướng như hai cấu trúc riêng?
Categories sở hữu quan hệ nhóm Products và cấu trúc phân cấp, còn điều hướng sở hữu vị trí trong menu và các liên kết. Chuyển Categories sang đúng cấu trúc không tự động tái tạo hành trình storefront mà doanh nghiệp muốn duy trì.
Cần chuẩn bị những thông tin nào để đối chiếu tồn kho?
Cần có số lượng ở cấp Products và biến thể, ví dụ về trạng thái không giới hạn tồn kho, phân bổ theo location nếu đang sử dụng, cùng mã khóa của kho hoặc ERP bên ngoài. Mỗi số lượng phải có một chủ sở hữu rõ ràng.
Nên chọn những Orders nào cho bộ mẫu kiểm thử đại diện?
Nên chọn Orders có biến thể, thông tin do Customers nhập, giá đặc biệt, nhiều trạng thái khác nhau, hoàn tiền hoặc hủy, tham chiếu xử lý đơn hàng và IDs của hệ thống bên ngoài. Bộ mẫu phải bao phủ những hành vi giao dịch thực sự cần được duy trì sau chuyển đổi.
Khi nào công tác chuẩn bị cho Jumpseller được xem là hoàn tất?
Công tác chuẩn bị hoàn tất khi quyền truy cập và bản sao lưu đã sẵn sàng; quyền sở hữu Products và tồn kho đã được ghi nhận; Categories và bộ lọc đã được chuẩn hóa; Customers và Orders đã có mẫu đại diện; URLs ưu tiên đã được đối chiếu; và mọi app hoặc hệ thống bên ngoài quan trọng đều có người tiếp tục chịu trách nhiệm.