Nếu ShopWired được chọn làm Nền tảng đích, khâu chuẩn bị phải làm rõ những bản ghi có thể trông giống nhau trong dữ liệu xuất nhưng thực tế hoạt động khác nhau trong cửa hàng. Variations, choices, extras, trường tùy chỉnh, cách giao Products số, Customers B2B, Categories, thương hiệu, bộ lọc và dữ liệu do app sở hữu đều có thể làm thay đổi ý nghĩa của một bản ghi Products hoặc Customers. Một danh sách Products phẳng không thể giải thích đầy đủ các quan hệ đó.
Mục tiêu của giai đoạn chuẩn bị là xây dựng một bộ tài liệu nguồn trong đó mỗi khu vực quan trọng đều có người phụ trách, tài liệu hoặc bản ghi dùng để kiểm tra, và điều kiện sẵn sàng rõ ràng. Bộ tài liệu này cần cho biết Products đang được bán theo cách nào, Customers B2B khác Customers thông thường ra sao, Orders giữ các lựa chọn đã mua thế nào và app hoặc hệ thống bên ngoài nào đang sở hữu dữ liệu nằm ngoài các bản ghi ShopWired thông thường.
Xác nhận quyền truy cập và ghi lại môi trường ShopWired
Bắt đầu bằng cách ghi nhận chính xác tài khoản ShopWired, tên miền chính, theme đang hoạt động, app đã cài, vai trò nhân sự, ngữ cảnh thuế và tiền tệ, khả năng xuất Products và Orders, cùng các hệ thống bên ngoài. Đồng thời xác định ai chịu trách nhiệm cho catalog, tài khoản B2B, Orders, SEO, mã theme, tài chính, xử lý đơn hàng và tích hợp.
Chuẩn bị đúng loại quyền truy cập cần thiết cho lộ trình chuyển đổi đã chọn. Quyền truy cập vào nền tảng Hosted, tệp xuất và thông tin xác thực API hoặc tích hợp được cấp phép không phải những phương án có thể thay thế tùy ý cho nhau. Người phụ trách quyền truy cập cần cung cấp phương thức phù hợp với cửa hàng hiện tại và tiếp tục sẵn sàng khi cần xác nhận quyền hoặc phạm vi dữ liệu.
| Hành động | Người phụ trách | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác nhận tài khoản và tên miền | Quản trị viên cửa hàng | Thông tin tài khoản, danh sách tên miền, trạng thái cửa hàng | Cửa hàng nguồn cần xử lý được xác định không mơ hồ. |
| Kiểm kê app đã cài | Người phụ trách nền tảng | Danh sách app, mục đích, dữ liệu app tạo, trạng thái hiện tại | Có thể tách dữ liệu do app sở hữu khỏi bản ghi gốc của nền tảng. |
| Ghi lại quyền sở hữu theme và mã tùy chỉnh | Người phụ trách theme hoặc agency | Phiên bản theme, ghi chú mã tùy chỉnh, repository hoặc vị trí backup | Phần trình bày và các phụ thuộc vào mã đều có người chịu trách nhiệm. |
| Xác nhận tệp xuất và quyền truy cập nguồn | Người phụ trách dữ liệu hoặc kỹ thuật | Quyền xuất dữ liệu, thông tin API hoặc feed khi có | Có thể thu thập đầy đủ dữ liệu và tài liệu nguồn cần thiết. |
| Bắt đầu nhật ký thay đổi | Người điều phối dự án | Các thay đổi theo ngày đối với catalog, Customers, Orders, app và URL | Bộ dữ liệu chuẩn bị không bị lỗi thời mà không được ghi nhận. |
Chuẩn bị Products theo cách chúng được bán
ShopWired phân biệt variations, choices và extras. Variations có thể mang giá, SKU, số lượng tồn kho, hình ảnh, trọng lượng, GTIN, MPN, cách áp dụng thuế và những thuộc tính khác riêng. Choices là các bộ lựa chọn dùng lại được, được gán cho Products và có thể cộng thêm chi phí, nhưng không đại diện cho variants có tồn kho độc lập. Extras là các hạng mục mua thêm không bắt buộc và trong một số trường hợp có thể tham chiếu tới Products khác để quản lý tồn kho. Trường tùy chỉnh và tính năng gửi tệp có thể lưu thông tin riêng do người mua cung cấp.
Hãy chuẩn bị Products theo cách chúng thực sự tham gia vào giao dịch, không theo số lượng bản ghi. Cần ghi nhận ID Products, tiêu đề, SKU, trạng thái, giá, giá khuyến mại, cách áp dụng thuế, tồn kho, trọng lượng, Categories, thương hiệu, bộ lọc, hình ảnh, nội dung, trường SEO, cấu trúc variations, choices, extras, trường tùy chỉnh, tham chiếu giao Products số và định danh bên ngoài.
| Kiểu Products | Việc cần chuẩn bị | Thông tin cần đối chiếu | Điều kiện sẵn sàng |
|---|---|---|---|
| Variations | Ghi tên option, giá trị, tổ hợp, trạng thái hiển thị, thuộc tính của variation và quan hệ kế thừa từ Products cha | Dữ liệu xuất variation và các bản ghi Products đại diện | Những tổ hợp có ý nghĩa thương mại riêng đã được xác định. |
| Choices | Ghi bộ choice dùng chung, các giá trị, chi phí cộng thêm, Products được gán, trạng thái bắt buộc và điều kiện hiển thị | Danh sách choice set và Products được gán | Lựa chọn dùng lại của người mua không bị nhầm với variants. |
| Extras | Ghi mục đích hạng mục mua thêm, giá, Products được liên kết khi có và giả định về tồn kho | Danh sách extras và Products đại diện | Mỗi hạng mục mua thêm có quyền sở hữu rõ ràng. |
| Trường tùy chỉnh hoặc gửi tệp | Ghi nhãn trường, trạng thái bắt buộc, loại dữ liệu được chấp nhận và cách giá trị xuất hiện trong Orders | Products và Orders đại diện | Dữ liệu riêng do người mua cung cấp vẫn gắn đúng với giao dịch. |
| Products số hoặc dịch vụ | Ghi phương thức giao, bên sở hữu tệp hoặc quyền truy cập và trạng thái Products | Danh sách Products và tài sản nguồn | Có đủ tài liệu để xác định cách giao hàng phi vật lý. |
| Products bán theo hình thức đặt trước hoặc theo lịch | Ghi ngày giao hoặc phát hành cùng bên chịu trách nhiệm vận hành | Products đại diện và quy tắc ngày | Cách bán phụ thuộc thời gian đã được ghi nhận. |
Không nên biến choices hoặc extras thành variations chỉ vì nhãn ở nguồn trông giống nhau. Chúng khác nhau về tồn kho, cách xác định giá, khả năng dùng lại và cách xuất hiện trong Orders.
Chuẩn bị Categories, thương hiệu, bộ lọc và các đường giúp khách tìm Products
Một bản ghi Products có thể đầy đủ nhưng vẫn trở nên khó tìm nếu thông tin về Categories, thương hiệu, bộ lọc, tìm kiếm hoặc điều hướng không được chuẩn bị. Cần ghi riêng nhưng liên kết với nhau: cấu trúc Categories, việc gán Products, thương hiệu, các giá trị dùng cho bộ lọc, menu, landing pages và những URL quan trọng.
| Khu vực tìm Products | Người phụ trách | Thông tin cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Categories | Người phụ trách catalog | Phân cấp, Products được gán, trạng thái, nội dung landing | Mỗi Categories được giữ lại đều có mục đích rõ ràng. |
| Thương hiệu | Người phụ trách merchandising | Danh sách thương hiệu, quan hệ Products, URL, metadata | Khả năng tìm theo thương hiệu được tách khỏi các nhãn mô tả thông thường. |
| Bộ lọc | Người phụ trách catalog hoặc tìm kiếm | Tên bộ lọc, giá trị, phạm vi Products, ngoại lệ cần làm sạch | Các giá trị người mua đang dùng đủ nhất quán để chuyển sang cấu trúc đích. |
| Menu và landing pages | Người phụ trách storefront | Bản đồ điều hướng, ảnh chụp, Categories và trang được liên kết | Các đường điều hướng được ghi lại ngoài dữ liệu xuất Categories. |
| URL ưu tiên | Người phụ trách SEO | URL Products, Categories, thương hiệu, trang và chiến dịch | Mỗi URL giá trị cao đã có quyết định giữ, chuyển hướng hoặc thay thế. |
Cần ghi riêng các Products được gán vào nhiều Categories, Categories ẩn hoặc theo mùa, khu vực chỉ dành cho B2B và đường dẫn chiến dịch. Những trường hợp này cho thấy quy tắc tìm kiếm và điều hướng mà chỉ nhìn cây Categories sẽ không phát hiện được.
Chuẩn bị Customers, tài khoản B2B và dữ liệu địa chỉ
ShopWired có thể hỗ trợ Customers thông thường và Customers B2B với cách tài khoản hoạt động khác nhau. Chức năng B2B có thể bao gồm giá riêng, Products hoặc Categories chỉ dành cho B2B, tài khoản tín dụng, hạn chế ưu đãi và trạng thái kích hoạt tài khoản. Khâu chuẩn bị phải chỉ ra Customers nào là tài khoản thông thường và Customers nào phụ thuộc vào quan hệ B2B.
Cần ghi ID Customers, tên, email, trạng thái tài khoản, địa chỉ, lựa chọn nhận marketing, trường tùy chỉnh, trạng thái B2B, ngữ cảnh tín dụng hoặc thanh toán, ghi chú nội bộ và định danh bên ngoài. Email trùng hoặc được dùng chung cần được rà soát vì email có thể ảnh hưởng trực tiếp đến danh tính tài khoản và quan hệ với Orders.
| Kiểu Customers | Việc cần chuẩn bị | Thông tin cần đối chiếu | Điều kiện sẵn sàng |
|---|---|---|---|
| Customers đã đăng ký thông thường | Ghi danh tính, địa chỉ, trạng thái tài khoản và quan hệ với Orders | Các bản ghi Customers và Orders đại diện | Danh tính tài khoản rõ ràng. |
| Khách mua không đăng nhập | Ghi email, lịch sử đơn hàng và quan hệ với tài khoản được tạo sau đó nếu có | Các bản ghi Orders của khách không đăng nhập | Lịch sử giao dịch không bị mặc định là của một tài khoản đã đăng ký. |
| Customers B2B | Ghi trạng thái hoạt động, giá B2B, Products hoặc Categories bị hạn chế, ngữ cảnh tín dụng và trường tùy chỉnh | Danh sách Customers B2B | Ý nghĩa B2B được gắn với đúng Customers. |
| Email trùng hoặc dùng chung | Xác định các bản ghi, lý do kinh doanh và cách xử lý | Danh sách ngoại lệ về danh tính | Mỗi trường hợp danh tính mơ hồ đều có người chịu trách nhiệm quyết định. |
| Customers có liên kết hệ thống bên ngoài | Ghi định danh CRM, kế toán, ERP hoặc hệ thống hỗ trợ | Từ điển trường tích hợp | Khóa tra cứu ở các hệ thống liên quan vẫn được giữ. |
Chuẩn bị lịch sử đơn hàng và các lựa chọn Products đã mua
Lịch sử đơn hàng cần giữ đủ thông tin để chăm sóc khách hàng, tài chính và vận hành tiếp tục hiểu được giao dịch đã xảy ra. Orders trên ShopWired có thể chứa variations, choices, extras, văn bản tùy chỉnh, tham chiếu tệp đã tải lên, giá B2B, nhãn giao hàng, ngữ cảnh thuế, chiết khấu, hoàn tiền và ghi chú. Hãy chọn các Orders đại diện cho từng dạng này.
| Khu vực trong Orders | Việc cần làm | Thông tin cần đối chiếu | Điều kiện sẵn sàng |
|---|---|---|---|
| Cấu hình Products đã mua | Chọn Orders có variation, choice, extra và dữ liệu cá nhân hóa | Chi tiết mặt hàng trong các Orders đại diện | Có thể hiểu chính xác cấu hình Products mà khách đã mua. |
| Danh tính Customers | Phân biệt Orders của Customers đã đăng ký, khách không đăng nhập và Customers B2B | Bộ bản ghi đại diện cho từng tình huống | Quyền sở hữu Orders rõ ràng. |
| Giá và chiết khấu | Bao gồm giá B2B, giá khuyến mại, voucher, điều chỉnh thủ công và trường hợp có thuế | Các Orders thể hiện đầy đủ thành phần tổng tiền | Ngữ cảnh thương mại của giao dịch trước đây được ghi nhận. |
| Giao hàng và xử lý đơn hàng | Ghi phương thức giao, trạng thái, mã theo dõi, nhận hàng và trường hợp xử lý khác thường | Orders và thông tin lô hàng đại diện | Có thể hiểu cách đơn hàng trước đây đã được xử lý. |
| Hoàn tiền và hủy đơn | Bao gồm số tiền, trạng thái, ghi chú và Orders liên quan | Bộ Orders có ngoại lệ | Lịch sử tài chính và dịch vụ vẫn dễ hiểu. |
| Tham chiếu bên ngoài | Ghi định danh kế toán, ERP, marketplace, xử lý đơn hàng hoặc hỗ trợ | Orders phụ thuộc tích hợp | Các giá trị dùng để tra cứu đã được xác định. |
Thông tin về Orders trước đây phải mô tả những gì đã xảy ra. Không dùng dữ liệu lịch sử thay cho cấu hình thanh toán, giao hàng, thuế, email hoặc checkout đang hoạt động trong cửa hàng mới.
Kiểm kê app, API, webhooks, feeds và mã tùy chỉnh
Tạo bảng theo dõi cho mọi app ShopWired, feed Products, kết nối marketplace, công cụ kế toán, CRM, ERP, dịch vụ xử lý đơn hàng, hệ thống kho, công cụ phân tích, quy trình API, webhook và tùy chỉnh theme. Với mỗi phụ thuộc, cần ghi rõ hệ thống có tạo dữ liệu, đọc dữ liệu, thay đổi checkout hoặc phần hiển thị, cập nhật tồn kho hay sử dụng định danh cần tiếp tục tra cứu được hay không.
| Thông tin về phụ thuộc | Nội dung cần ghi | Điều kiện sẵn sàng |
|---|---|---|
| Chủ sở hữu và mục đích | Người phụ trách nghiệp vụ, người phụ trách kỹ thuật, quy trình được hỗ trợ | Trách nhiệm được xác định rõ. |
| Dữ liệu được sử dụng | Products, Customers, Orders, tồn kho, Categories, nội dung hoặc trường tùy chỉnh | Các bản ghi bị ảnh hưởng đã được xác định. |
| Hướng và thời điểm dữ liệu | Đọc, ghi, hai chiều, theo lịch, theo sự kiện hoặc thủ công | Hệ thống có quyền cập nhật dữ liệu được ghi rõ. |
| Định danh | SKU, ID Products, email Customers, số Orders, khóa bên ngoài | Các phụ thuộc dùng để tra cứu được duy trì. |
| Quyết định chuyển tiếp | Kết nối lại, xây dựng lại, ngừng sử dụng, thay thế hoặc đánh giá thêm | Không có phụ thuộc nào bị mặc định là sẽ tự hoạt động sau chuyển đổi. |
Mã theme cũng phải nằm trong danh sách khi mã đó làm thay đổi option Products, khả năng hiển thị B2B, điều hướng, cách nội dung được trình bày hoặc thông tin được thu thập trong Orders. Mã chỉ phục vụ trình bày và mã tham gia xử lý dữ liệu không nên bị coi là cùng một loại rủi ro.
Chuẩn bị nội dung, media, URL và phần phụ thuộc theme
Cần chuẩn bị trang, nội dung blog hoặc hướng dẫn, chính sách, form, media, tệp tải xuống, mô tả Products và Categories, trang thương hiệu, metadata, liên kết nội bộ, yêu cầu canonical và redirects. Đồng thời ghi rõ nội dung nào thuộc bản ghi gốc của nền tảng, nội dung nào do app sở hữu và nội dung nào được nhúng trong mã theme.
| Khu vực nội dung | Người phụ trách | Thông tin cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Nội dung Products và Categories | Người phụ trách catalog hoặc marketing | Tệp xuất, đường dẫn media, các trang đại diện | Nội dung thương mại có thể liên kết lại với đúng bản ghi. |
| Trang và chính sách | Người phụ trách nội dung | Danh sách trang, trạng thái, URL, liên kết nội bộ | Quyết định giữ, xây dựng lại, gộp hoặc loại bỏ đã được ghi. |
| Tài sản số | Người phụ trách vận hành hoặc nội dung | Tệp gốc, quan hệ với Products, quy tắc truy cập | Các tệp nguồn có thể được tìm thấy. |
| Đường dẫn SEO | Người phụ trách SEO | URL ưu tiên, metadata, redirects, đường chiến dịch | Đầu vào cần thiết để duy trì đường dẫn đã đầy đủ. |
| Nội dung phụ thuộc theme | Người phụ trách theme | Vị trí template, section tùy chỉnh, ảnh chụp | Nội dung bị ẩn trong mã trình bày đã được phát hiện. |
Chuẩn bị tệp xuất, backup và kiểm soát thay đổi ở Cửa hàng nguồn
Tạo một bộ lưu trữ có ngày bao gồm dữ liệu xuất Products, Customers, Customers B2B, Orders, Categories, thương hiệu, bộ lọc, nội dung và dữ liệu liên quan đến app, cùng media, ảnh chụp, tài liệu API hoặc feed, backup theme và ghi chú giải thích. Giữ nguyên tệp xuất gốc và chỉ thực hiện làm sạch trên bản sao làm việc.
| Bộ tài liệu | Nội dung cần có | Điều kiện sẵn sàng |
|---|---|---|
| Dữ liệu xuất cốt lõi | Tệp, ngày xuất, tập trường, ngữ cảnh tài khoản, checksum | Bản ghi đầy đủ và truy được về đúng nguồn. |
| Thông tin option | Variations, choices, extras, trường tùy chỉnh, Products được gán | Cách Products được bán không bị mất trong tệp xuất chỉ chứa Products cơ bản. |
| Theme và media | Backup theme hoặc thông tin mã, hình ảnh, tệp tải xuống, tài sản đã tải lên | Có thể tìm lại phần trình bày và tệp nguồn. |
| Thông tin phụ thuộc | Danh sách app, feed, ghi chú API hoặc webhook, ID bên ngoài | Quyền sở hữu tích hợp đã được ghi. |
| Nhật ký thay đổi | Products, Customers, Orders, URL, app và quy tắc B2B mới hoặc đã chỉnh sửa | Các thay đổi phát sinh sau khi xuất dữ liệu có thể được đối soát. |
Chọn các bản ghi đại diện để kiểm thử chuyển đổi
Hãy chọn các bản ghi làm lộ rõ những cấu trúc ShopWired khác nhau thay vì chỉ lấy trường hợp thông thường. Mỗi bản ghi cần có mô tả ngắn về kết quả ở nguồn để giải thích vì sao bản ghi được chọn và trường hoặc quan hệ nào cần được kiểm tra.
| Nhóm bản ghi | Nên bao gồm | Mục đích chuẩn bị |
|---|---|---|
| Products | Products đơn giản, Products nhiều variation, Products dùng nhiều choices, Products có extra, Products có trường tùy chỉnh hoặc gửi tệp, Products số, Products chỉ dành cho B2B | Làm rõ những cách bán hàng khác nhau. |
| Customers | Customers đã đăng ký, khách mua không đăng nhập, Customers B2B, trường hợp có tín dụng, ngoại lệ email trùng, Customers có ID bên ngoài | Đại diện cho các khác biệt về danh tính và B2B. |
| Orders | Orders có variation, choices, dữ liệu cá nhân hóa, giá B2B, chiết khấu, hoàn tiền, giao hàng khác thường, tham chiếu bên ngoài | Duy trì ngữ cảnh của giao dịch trước đây. |
| Khả năng tìm Products | Categories ưu tiên, thương hiệu, bộ lọc, đường menu, landing page | Chuẩn bị thông tin về cấu trúc storefront. |
| Nội dung và tích hợp | Trang nhạy cảm với SEO, tài sản số, trường do app sở hữu, bản ghi feed hoặc API | Đại diện cho các phụ thuộc ngoài dữ liệu cốt lõi. |
Bộ bản ghi đại diện sẵn sàng khi mỗi bản ghi đã có kết quả nguồn cần đối chiếu, tài liệu liên quan, định danh cần thiết và người chịu trách nhiệm rà soát.
Hoàn tất điều kiện sẵn sàng cho ShopWired
| Điều kiện cuối | Điều kiện sẵn sàng |
|---|---|
| Quyền truy cập | Đã xác nhận đúng tài khoản, tệp xuất, app, người sở hữu theme và đầu mối kỹ thuật. |
| Products | Variations, choices, extras, trường tùy chỉnh, giao Products số, quyền hiển thị B2B và định danh đã được ghi. |
| Khả năng tìm Products | Categories, thương hiệu, bộ lọc, menu và URL ưu tiên đã được chuẩn bị. |
| Customers | Đã hiểu các trường hợp Customers thông thường, khách không đăng nhập, Customers B2B, trùng lặp, địa chỉ và ID bên ngoài. |
| Orders | Có thể diễn giải lựa chọn Products, tổng tiền, giao hàng, hoàn tiền, ghi chú và tham chiếu bên ngoài. |
| Phụ thuộc | App, API, webhooks, feeds, mã theme và hệ thống bên ngoài đều có quyết định xử lý. |
| Đầu vào | Có sẵn tệp xuất, tài sản, backup, checksums và nhật ký thay đổi. |
| Bản ghi đại diện | Các bản ghi được chọn để kiểm thử bao phủ cả trường hợp nguồn thông thường và phức tạp. |
Kết luận
Chuẩn bị cho ShopWired cần giữ rõ sự khác biệt giữa variations, choices, extras, dữ liệu tùy chỉnh, quy tắc B2B và dữ liệu do app sở hữu. Những khác biệt này quyết định Products, Customers hoặc Orders có còn hiểu đúng và sử dụng được khi rời Cửa hàng nguồn hay không.
Khi quyền truy cập, quan hệ dữ liệu nguồn, tệp xuất, tài sản, các phụ thuộc và bản ghi đại diện đều được ghi nhận đầy đủ, dự án có thể bước sang cấu hình chuyển đổi với một cơ sở ổn định và có thể kiểm thử được cho môi trường ShopWired đích.
Câu hỏi thường gặp
Vì sao variations, choices và extras phải được kiểm kê riêng?
Ba cấu trúc này khác nhau về cách xác định giá, tồn kho, khả năng dùng lại và cách xuất hiện trong Orders. Gộp chúng thành một loại option chung có thể làm mất ý nghĩa thương mại quan trọng.
Nên chọn những Products ShopWired nào làm bản ghi đại diện?
Nên bao gồm Products đơn giản, Products có variations, choices hoặc extras, Products có trường tùy chỉnh hoặc gửi tệp, Products số hoặc dịch vụ, Products chỉ dành cho B2B và Products có định danh bên ngoài.
Cần chuẩn bị Customers B2B như thế nào?
Cần ghi trạng thái hoạt động, giá B2B, Products hoặc Categories bị hạn chế, ngữ cảnh tín dụng, trường tùy chỉnh, địa chỉ, lịch sử đơn hàng và các định danh ở hệ thống bên ngoài.
Có nên tự động liên kết Orders của khách không đăng nhập với Customers đã đăng ký khi làm sạch dữ liệu không?
Chỉ nên liên kết khi doanh nghiệp đã xác nhận quan hệ danh tính. Email dùng chung hoặc được tái sử dụng có thể khiến việc hợp nhất tự động tạo ra quan hệ sai.
Cần ghi những thông tin gì về app trước khi chuyển đổi?
Cần biết app thực hiện chức năng gì, đọc hoặc tạo bản ghi nào, dùng định danh nào, ai chịu trách nhiệm, trao đổi dữ liệu theo thời điểm nào và app sẽ được kết nối lại, xây dựng lại, ngừng sử dụng hay thay thế.
Nên kiểm soát thay đổi phát sinh sau ngày xuất dữ liệu như thế nào?
Duy trì nhật ký thay đổi có ngày cho Products, Customers, Orders, URL, app, mã theme và quy tắc B2B để những thay đổi sau đó có thể được đối soát với bộ dữ liệu đã chuẩn bị.