Next-Cart

Danh sách kiểm tra các hạng mục cần chuẩn bị trước khi chuyển đổi sang Shopify

Nếu dự án chọn Shopify làm Nền tảng đích, giai đoạn chuẩn bị cần chuyển Cửa hàng nguồn thành một tập hợp quyết định rõ ràng và có đủ thông tin kiểm chứng trước khi bất kỳ lần di chuyển dữ liệu nào bắt đầu. Mục tiêu không phải thiết kế lại toàn bộ storefront từ trước, mà là xác định Products, variants, collections, Customers, Orders, content, URL, apps, metafields, metaobjects, Markets và identifiers bên ngoài quan trọng sẽ được thể hiện như thế nào trên Shopify.

Một bộ tài liệu chuẩn bị hữu ích phải trả lời bốn câu hỏi cho từng nhóm dữ liệu quan trọng: cần cung cấp gì, ai chịu trách nhiệm quyết định, thông tin nào hỗ trợ quyết định đó và điều kiện nào cho thấy hạng mục đã sẵn sàng. Cách làm này tránh việc đến lúc kiểm thử trên mẫu đại diện, đội ngũ mới phát hiện một option nguồn thực chất là dữ liệu Products do khách hàng nhập, một bản ghi Categories thực chất là campaign page hoặc một nhóm khách hàng phụ thuộc vào hệ thống wholesale bên ngoài.

Xác định trước các quyết định cho Cửa hàng đích Shopify

Trước khi thu thập files, cần xác định những cấu trúc Shopify sẽ tiếp nhận các mối quan hệ quan trọng từ Cửa hàng nguồn. Tài liệu quyết định phải ghi rõ đối tượng hoặc thành phần trên Shopify chịu trách nhiệm cho từng quan hệ nguồn.

Hạng mục chuẩn bị Quyết định cần ghi nhận Người phụ trách Thông tin cần có để xem là sẵn sàng
Cấu trúc Products Bản ghi nguồn nào trở thành Products, variants, metafields, metaobjects, tags hoặc dữ liệu do app quản lý Người phụ trách catalog Các trường hợp đối chiếu đã được phê duyệt cho từng dòng sản phẩm chính
Tổ chức catalog Categories nguồn nào trở thành manual/smart collections, navigation links, filters, landing pages hoặc redirects Người phụ trách merchandising và content Sơ đồ collections/navigation kèm các đường dẫn nguồn đại diện
Thông tin Customers cần tiếp tục sử dụng Quan hệ về account, tags, tax, wholesale, loyalty, subscription hoặc CRM bên ngoài nào cần giữ đội ngũ vận hành khách hàng Danh sách quan hệ Customers và kế hoạch giao tiếp về quyền truy cập tài khoản
Lịch sử đơn hàng Statuses, chi tiết mặt hàng, refunds, notes và external references nào staff cần tiếp tục đọc được Operations và support Bộ Orders trước đây làm mẫu kèm ghi chú giải thích ý nghĩa trường dữ liệu
Cấu trúc quốc tế Countries, languages, currencies, domains, subfolders, content bản địa hóa và bản ghi theo Markets nào quan trọng Người phụ trách hoạt động quốc tế Bảng đối chiếu Markets và domains
Dữ liệu tùy chỉnh các trường tùy chỉnh nguồn nào trở thành Shopify metafields, metaobjects, app records, content hoặc được loại khỏi phạm vi Người phụ trách catalog và kỹ thuật Danh sách các trường có điểm đích, đối tượng sở hữu và hệ thống tiếp tục sử dụng

Không nên dùng số lượng bản ghi làm tiêu chí chính để đánh giá mức độ sẵn sàng. Counts cho biết quy mô nhưng không quyết định một option nguồn có nên trở thành Shopify variant, bundle có tiếp tục là quan hệ do app quản lý hay catalog theo khu vực có cần Market và content riêng trên Shopify.

Chuẩn bị quyền truy cập và thông tin từ Cửa hàng nguồn

Chuẩn bị quyền truy cập cần thiết ở cả Cửa hàng nguồn và Shopify để có thể lấy, diễn giải và giữ các bản ghi trong phạm vi. Bộ tài liệu phải đủ rõ để một người không trực tiếp cấu hình Cửa hàng nguồn vẫn có thể sử dụng, thay vì phụ thuộc vào kiến thức chưa được ghi lại của một thành viên cụ thể.

Cần thu thập:

  • quyền administrator ở Cửa hàng nguồn và Shopify Store với permission phù hợp;
  • exports hoặc reports gần nhất cho Products, Customers, Orders, Categories, content, Reviews, discounts và các bản ghi khác trong phạm vi;
  • files media của Products nếu URL nguồn chỉ tồn tại tạm thời, bị bảo vệ hoặc không đáng tin cậy;
  • danh sách domain, subdomain, language folder và URL theo khu vực đang dùng;
  • danh sách apps và các tích hợp, kèm người phụ trách nghiệp vụ và hệ thống bên ngoài;
  • definitions của các trường nguồn cho custom attributes, option sets, group rules và external identifiers;
  • các bản ghi mà đội ngũ xem là quan trọng về thương mại hoặc có cấu trúc đặc biệt phức tạp;
  • snapshot Cửa hàng nguồn có ngày tạo và ghi chú về dữ liệu vẫn có thể thay đổi trước thời điểm di chuyển.
Thông tin/tài liệu cần chuẩn bị Vì sao cần Điều kiện sẵn sàng
Quyền truy cập Cửa hàng nguồn Cho phép kiểm tra ý nghĩa dữ liệu ngay trong môi trường quản trị đang sử dụng Truy cập hoạt động và nhìn thấy các nhóm dữ liệu cần thiết
Quyền truy cập Shopify Cho phép xác nhận settings và quyền sở hữu bản ghi ở đích Có permissions cần thiết mà không phải chia sẻ credentials cá nhân theo cách không kiểm soát
Kho exports Giữ bản tham chiếu về trạng thái Cửa hàng nguồn Files mở được, chứa các bản ghi dự kiến và có ngày export
Từ điển các trường tùy chỉnh Giải thích các labels nếu chỉ nhìn tên trường chưa đủ hiểu Mỗi trường quan trọng có mục đích, người phụ trách và giá trị mẫu
Danh sách external IDs Giữ liên kết với ERP, PIM, CRM, WMS, marketplace hoặc accounting Mỗi identifier được gắn đúng cấp Products, variant, Customers hoặc Orders

Nếu export thiếu bản ghi quan trọng do application quản lý, cần ghi nhận rõ khoảng trống đó thay vì mặc định dữ liệu không tồn tại. App không có export, nguồn media bị bảo vệ hoặc custom table chưa được giải thích đều là vấn đề chuẩn bị cần có người chịu trách nhiệm xử lý.

Chuẩn bị Products, variants và dữ liệu catalog tùy chỉnh

Khi chuẩn bị Products cho Shopify, cần tách tổ hợp thực sự có thể bán khỏi thông tin mô tả, dữ liệu khách hàng nhập, quan hệ merchandising và dữ liệu của hệ thống bên ngoài.

Lập danh sách dòng sản phẩm bao gồm:

  • Products đơn giản chỉ có một cấu hình có thể bán;
  • Products có nhiều options và khác biệt ở cấp variant về SKU, barcode, price, inventory, weight, image, tax hoặc xử lý đơn hàng;
  • Products có tổ hợp option nguồn cần gộp, tách hoặc loại bỏ;
  • bundles, kits, subscriptions, preorders, warranties và các chức năng lựa chọn khi mua khác;
  • Products tùy biến cho phép khách hàng nhập text, files, dates, measurements hoặc lựa chọn theo điều kiện;
  • Products có technical specifications, compatibility tables, size guides, documents hoặc structured reference data;
  • Products có content hoặc availability khác nhau theo region, channel hoặc loại khách hàng;
  • Products được đồng bộ với ERP, PIM, warehouse, marketplace hoặc supplier feed.

Với mỗi dòng sản phẩm, chuẩn bị một bảng đối chiếu mẫu:

Chức năng ở Cửa hàng nguồn Quyết định cần chuẩn bị trên Shopify Thông tin cần đính kèm
Lựa chọn tạo SKU hoặc stock unit riêng Xác định quan hệ dự kiến giữa Products và variants IDs của bản ghi cha/con nguồn, option values, SKU, inventory, price và images đại diện
Giá trị chỉ mô tả Products Xác định metafield, metaobject, content của Products hoặc điểm đích có cấu trúc phù hợp Mục trường đích, kiểu dữ liệu, allowed values và thành phần chịu trách nhiệm hiển thị
Khách hàng nhập giá trị dùng cho một lần mua Xác định input của Products, app hoặc quan hệ với thông tin mặt hàng trong Orders sẽ quản lý dữ liệu Trường hợp trên storefront và Orders trước đây thể hiện dữ liệu đó
Products là bundle, subscription hoặc configurable set Xác định application hoặc cấu trúc đích chịu trách nhiệm chức năng Component list, pricing rules, người/hệ thống quản lý inventory và Orders mẫu
Giá trị chỉ được hệ thống bên ngoài sử dụng Giữ ở đúng cấp Products hoặc variant Tên hệ thống bên ngoài, quy tắc uniqueness và ví dụ lookup

Chuẩn hóa tên options và attributes trước khi tạo cấu trúc Shopify. Cần quyết định “Colour”, “Color” và “Finish” là một khái niệm được chuẩn hóa hay ba khái niệm cố ý khác nhau. Những giá trị đã lỗi thời, không nhất quán hoặc chỉ tồn tại để khắc phục giới hạn của Nền tảng nguồn nên được loại bỏ thay vì tiếp tục đưa sang Shopify.

Chuẩn bị collections, navigation, Markets, content và URL

Categories nguồn hiếm khi tương ứng một-một với Shopify collections. Cần phân loại từng nhóm và từng route quan trọng theo chức năng thực tế.

Cấu trúc ở Cửa hàng nguồn Câu hỏi cần trả lời khi chuẩn bị Thông tin cần có để xem là sẵn sàng
Categories dùng lâu dài Nên trở thành manual collection, smart collection hay điểm đích khác? Quy tắc collection hoặc ví dụ Products membership
Nhóm chỉ dùng trong menu Nên thuộc navigation thay vì phân loại catalog hay không? Menu hierarchy dự kiến và destination links
Nhóm campaign hoặc seasonal Đây là temporary collection, landing page, promotion hay route nên ngừng sử dụng? Người phụ trách campaign và quyết định giữ/ngừng
Filter value Nên dùng taxonomy của Products, option values, metafields hay search data do app quản lý? Danh sách values được chuẩn hóa và người phụ trách filter
Route theo khu vực Quan hệ nào giữa Market, domain, language, currency và content bản địa hóa cần áp dụng? Bảng Markets và URL

Lập inventory cho Products, collections, CMS Pages, Blog Posts, policy pages, guides và campaign pages còn hoạt động. Với mỗi route ưu tiên, ghi source URL, Shopify destination dự kiến, content owner, yêu cầu localization và nhu cầu redirect.

Bao gồm:

  • URL của Products có traffic hoặc revenue cao;
  • landing pages của Categories và brands có backlinks hoặc giá trị paid media;
  • CMS Pages và Blog Posts hỗ trợ trust, SEO hoặc chăm sóc khách hàng;
  • routes theo language hoặc region;
  • routes của Products đã ngừng bán nhưng vẫn cần trang thay thế phù hợp;
  • internal links trong descriptions, Blog Posts, pages và navigation;
  • files, documents và images được source content tham chiếu.

Điều kiện sẵn sàng không phải “đã export mọi URL”. Điều cần đạt là mỗi đường dẫn nguồn ưu tiên đều có Shopify destination được xác định hoặc quyết định ngừng sử dụng có chủ đích.

Chuẩn bị Customers, tài khoản và lịch sử đơn hàng

Khi chuẩn bị Customers, cần tách identity khỏi các applications và rules gắn với identity đó. Chọn các bản ghi đại diện cho Customers đã đăng ký, guest buyers, nhiều addresses, tax treatment, tags/groups, quan hệ B2B, loyalty, subscriptions, memberships và external CRM references.

Không nên giả định credentials xác thực từ Cửa hàng nguồn có thể được tái sử dụng trên Shopify. Cần chuẩn bị cách doanh nghiệp sẽ giao tiếp với khách hàng và hỗ trợ truy cập tài khoản khi Customers đã di chuyển cần sử dụng cửa hàng mới.

Với Orders, chọn các trường hợp thể hiện độ phức tạp thực tế của lịch sử giao dịch:

  • Orders đã paid, pending, canceled, refunded và partially refunded;
  • Orders partially fulfilled hoặc có nhiều shipments;
  • Orders có discounts, gift cards, store credit, taxes, duties, shipping adjustments hoặc manual changes;
  • Orders chứa dữ liệu tùy chỉnh khách hàng nhập cho Products, bundles, subscriptions hoặc thông tin chi tiết mặt hàng do application quản lý;
  • Orders liên kết với marketplaces, ERP, accounting, hệ thống xử lý đơn hàng, support hoặc CRM;
  • Orders từ từng Market, currency hoặc storefront ưu tiên.
Hạng mục chuẩn bị Người phụ trách Thông tin cần có Điều kiện sẵn sàng
Quy tắc nhận diện Customers đội ngũ vận hành khách hàng Các trường hợp accounts trùng lặp và external IDs Quy tắc gộp, giữ riêng và xử lý guest đã được ghi nhận
Quyền truy cập tài khoản đội ngũ phụ trách trải nghiệm khách hàng Bản nháp communication và đội ngũ chịu trách nhiệm Staff biết Customers quay lại sẽ lấy lại quyền truy cập như thế nào
Phân loại Customers Người phụ trách B2B, tax, loyalty hoặc CRM Trường hợp groups/tags và business rule liên quan Đối tượng chịu trách nhiệm cho từng classification ở đích đã được xác định
Ý nghĩa Orders trước đây Support và finance Bộ Orders đại diện kèm tài liệu giải thích Chi tiết mặt hàng, adjustments, statuses, refunds và references đều được giải thích
Phạm vi dữ liệu nhạy cảm Legal hoặc data owner Danh sách các trường đã được phê duyệt Personal data không cần thiết hoặc không được hỗ trợ đã được loại khỏi phạm vi

Kiểm kê apps, các tích hợp và các yếu tố phụ thuộc bên ngoài

Lập một bảng theo dõi cho mọi app, extension ở Cửa hàng nguồn, script, nhóm các trường tùy chỉnh, quy trình tự động, webhook và hệ thống bên ngoài có thể thay đổi Products, Customers, Orders, pricing, content hoặc cách xử lý đơn hàng.

Với từng yếu tố phụ thuộc, ghi:

  • mục đích kinh doanh;
  • loại bản ghi được tạo hoặc sửa;
  • bản ghi cha trên Shopify hoặc Cửa hàng nguồn có liên quan;
  • người phụ trách dữ liệu và người phụ trách kỹ thuật;
  • có thể export dữ liệu hoặc truy cập qua API hay không;
  • external identifiers dùng cho reconciliation;
  • yếu tố đó sẽ tiếp tục được sử dụng, được thay thế hay ngừng sử dụng;
  • dữ liệu phải tồn tại trước khi cấu hình phương án thay thế.

Những yếu tố cần ưu tiên thường gồm Reviews, search và filtering, subscriptions, bundles, loyalty, B2B, tùy biến Products, tax, shipping, payments, marketplace listings, ERP, PIM, WMS, CRM, accounting, analytics và consent systems.

Bảng theo dõi đạt yêu cầu khi mọi yếu tố phụ thuộc quan trọng đối với hoạt động thương mại đều có người phụ trách trên Cửa hàng đích. Câu trả lời “app trước đây xử lý phần này” không đủ để bắt đầu triển khai.

Chọn bộ dữ liệu đại diện cho kiểm thử di chuyển

Bộ mẫu dùng để kiểm thử di chuyển cần làm lộ rõ các quyết định quan trọng đối với Shopify mà không cố đại diện cho toàn bộ catalog. Chọn bản ghi có chủ đích và ghi rõ quyền sở hữu dự kiến cho từng trường hợp.

Bản ghi mẫu Mục đích chuẩn bị
Products đơn giản Xác lập cấu trúc thông thường cho Products, collection, image và inventory
Products có nhiều variants Kiểm tra cách đặt tên options, identity của variants, images, stock và external IDs
Products có structured content Kiểm tra nhu cầu đối với metafields hoặc metaobjects
Products tùy biến hoặc phụ thuộc app Kiểm tra dữ liệu khách hàng nhập hoặc quyền sở hữu của application
Collection và URL ưu tiên Kiểm tra decisions về grouping, navigation, content và redirects
Bản ghi Customers phức tạp Kiểm tra addresses, classifications, external IDs và kế hoạch account access
Orders trước đây phức tạp Kiểm tra chi tiết mặt hàng, discounts, xử lý đơn hàng, refunds và external references
Bản ghi theo language hoặc Market Kiểm tra phạm vi language, domain, currency và regional content

Với từng bản ghi mẫu, cung cấp source record ID, source URL nếu có, lý do kinh doanh khi chọn, đối tượng dự kiến chịu trách nhiệm trên Shopify, external IDs liên quan và exclusions đã biết. Bộ theo dõi mẫu đạt yêu cầu khi mỗi bản ghi đều có kết quả mong đợi từ Cửa hàng nguồn, identifiers liên quan, exclusions đã biết và reviewer được chỉ định.

Hoàn tất bước xác nhận Shopify đã sẵn sàng cho lần di chuyển đầu tiên

Dùng một bước rà soát cuối trước khi lên lịch lần di chuyển dữ liệu.

Câu hỏi về mức độ sẵn sàng Thông tin cần có Điều kiện sẵn sàng
Đã có đủ quyền truy cập chưa? Access log và contacts phụ trách Các khu vực cần thiết ở Cửa hàng nguồn và Shopify đều truy cập được
Đã phân loại các dòng sản phẩm chưa? Bảng dòng sản phẩm Mỗi dạng Products quan trọng có đối tượng chịu trách nhiệm ở đích
Đã hoàn tất quyết định về collections và URL chưa? Route inventory và collection outline Mỗi route ưu tiên có destination hoặc quyết định ngừng sử dụng
Các bản ghi Customers và Orders đại diện đã được giải thích chưa? Bộ thông tin Customers và Orders đại diện Quan hệ lịch sử và quan hệ tài khoản đã được ghi nhận
Apps và hệ thống bên ngoài đã được kiểm kê chưa? Bảng theo dõi các yếu tố phụ thuộc 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
Backups và exports nguồn đã cập nhật chưa? Kho lưu trữ có ngày và checksum hoặc file list Có thể khôi phục thông tin nguồn độc lập với Cửa hàng nguồn đang hoạt động
Bộ dữ liệu đại diện đã được chọn chưa? Sample ledger Bộ mẫu bao phủ bản ghi thông thường và trường hợp ngoại lệ
Các vấn đề chưa giải quyết đã có người phụ trách chưa? Decision log Mỗi vấn đề mở có owner và due date

Giai đoạn chuẩn bị đạt yêu cầu khi không còn quyết định quan trọng về Products, Customers, Orders, URL hoặc các tích hợp phụ thuộc vào giả định chưa được ghi lại. Lần rà soát cuối cũng cần xác nhận bộ tài liệu đủ rõ với người ngoài đội ngũ từng xây dựng Cửa hàng nguồn. Nếu một quyết định vẫn phụ thuộc vào việc một người nhớ cách app hoặc trường cũ hoạt động, cần ghi lại kiến thức đó trước khi lên lịch lần di chuyển.

Kết luận

Chuẩn bị cho Shopify cần tạo ra bộ thông tin đủ để ra quyết định và kiểm chứng, thay vì một checklist chung chung. Products và variants cần quyền sở hữu rõ, collections phải được tách khỏi navigation và URL, identity của Customers phải được tách khỏi tài khoản và chức năng ứng dụng, Orders trước đây cần bộ mẫu đủ đại diện và mọi app hoặc external identifier cần có đối tượng tiếp tục quản lý.

Khi các quyết định này được ghi nhận trước bước kiểm thử di chuyển trên mẫu đại diện, đội ngũ có thể đánh giá cách dữ liệu dự kiến được thể hiện trên Shopify, thay vì phải suy ra mô hình Cửa hàng đích từ những bản ghi đã được chuyển rời rạc.

Câu hỏi thường gặp

Tài liệu chuẩn bị Shopify nào nên được tạo trước?

Nên bắt đầu bằng bản đồ quyết định cho Products, collections, Customers, Orders, content, Markets, apps và hệ thống bên ngoài. Tài liệu này xác định exports, bản ghi mẫu và người phụ trách cần thiết cho toàn bộ phần chuẩn bị còn lại.

Nên chọn bao nhiêu Products cho bước chuẩn bị kiểm thử di chuyển?

Hãy dùng bộ nhỏ nhất nhưng bao phủ mọi dạng Products quan trọng: đơn giản, nhiều variants, có structured content, personalization, bundle/subscription, theo Market hoặc được đồng bộ với hệ thống bên ngoài. Mức độ bao phủ chức năng quan trọng hơn một con số cố định.

Tất cả các trường tùy chỉnh nguồn có nên trở thành Shopify metafields không?

Không phải mọi trường tùy chỉnh đều nên trở thành metafield. Một số phù hợp với metafields hoặc metaobjects; số khác nên nằm trong content của Products, variants, apps, hệ thống bên ngoài hoặc được chủ động loại khỏi phạm vi. Cần phân loại theo mục đích và đối tượng tiếp tục sử dụng trước khi chọn điểm đích.

Thông tin tài khoản Customers nào cần chuẩn bị riêng?

Cần chuẩn bị quy tắc identity, cách xử lý accounts trùng lặp, trường hợp addresses, classifications của Customers, external IDs và cách giao tiếp với Customers quay lại. Không nên mặc định credentials đăng nhập từ Cửa hàng nguồn có thể tiếp tục sử dụng trực tiếp.

Danh sách URL cho Shopify nên bao gồm những gì?

Danh sách cần bao gồm routes ưu tiên cho Products, nội dung tương đương collections, CMS Pages, Blog Posts, policies, campaigns, nội dung theo language và các đường dẫn được hệ thống bên ngoài liên kết tới. Mỗi route cần có Shopify destination dự kiến hoặc quyết định ngừng sử dụng rõ ràng.

Khi nào có thể xem giai đoạn chuẩn bị Shopify đã hoàn tất?

Giai đoạn chuẩn bị hoàn tất khi quyền truy cập cần thiết hoạt động, thông tin nguồn có thể khôi phục, các bản ghi quan trọng có đối tượng chịu trách nhiệm ở đích, bộ dữ liệu đại diện bao phủ độ phức tạp thực tế và mọi vấn đề chưa giải quyết đều có người chịu trách nhiệm.