Nếu dự án chọn BigCommerce làm Nền tảng đích, bước chuẩn bị cần xác định rõ Cửa hàng nguồn sẽ được tổ chức thành một catalog có thể quản lý như thế nào trước khi bắt đầu bất kỳ lần di chuyển dữ liệu nào. Products, variants, options, modifiers, các trường tùy chỉnh, metafields, Categories, bảng giá, nhóm Customers, channels, Customers, Orders, content và các tích hợp là những phạm vi trách nhiệm riêng. Trong khi đó, Nền tảng nguồn có thể gộp nhiều phạm vi vào cùng một bản ghi Products hoặc bản ghi của extension.
Bộ hồ sơ chuẩn bị cần nêu rõ chủ thể quản lý dự kiến ở đích, kèm dữ liệu hoặc tài liệu để kiểm tra, người phụ trách và điều kiện được xem là sẵn sàng. Nhờ vậy, bộ mẫu dùng cho di chuyển dữ liệu đại diện thực sự phản ánh dữ liệu nguồn và có thể truy vết lại khi cần.
Xác định phạm vi vận hành và catalog trên BigCommerce
Trước tiên, cần ghi lại ranh giới vận hành dự kiến trên BigCommerce.
| Hạng mục | Quyết định cần chuẩn bị | Thông tin cần có |
|---|---|---|
| Danh tính catalog | Những bản ghi nào ở nguồn sẽ trở thành Products và variants | Bảng phân loại dòng sản phẩm kèm ID nguồn và chủ thể quản lý SKU |
| Lựa chọn của người mua | Những giá trị nào là variants, modifiers, các trường tùy chỉnh hoặc dữ liệu do ứng dụng quản lý | Bảng đối chiếu options đại diện |
| Tổ chức catalog | Categories, brands, filters và landing pages nào ở nguồn cần tiếp tục sử dụng | Sơ đồ Categories và hành trình discovery |
| Bối cảnh thương mại | Nhóm Customers, bảng giá, bulk pricing, promotions và currencies nào còn quan trọng | Danh sách quan hệ pricing |
| Phạm vi channel | Products, Categories, content, currencies và locales nào thuộc từng channel hoặc storefront | Bảng phân công dữ liệu theo channel |
| Dữ liệu tùy chỉnh | Những bản ghi nào thuộc các trường tùy chỉnh, metafields, apps hoặc hệ thống bên ngoài | Bảng các trường và các yếu tố phụ thuộc |
Cần xác định “store” ở nguồn thực chất là một storefront, nhiều storefronts theo khu vực, một marketplace channel, một brand, một business unit hay catalog riêng cho một nhóm Customers. Các bản ghi Products tương tự có thể phù hợp với một danh tính BigCommerce dùng chung và được phân theo channels, nhưng cũng có thể cần danh tính riêng nếu quyền sở hữu thương mại khác nhau. Ranh giới này cần được áp dụng nhất quán cho Categories, content, prices, currencies và quyền truy cập của Customers để catalog đích không trộn lẫn các bản ghi thuộc các bối cảnh bán hàng khác nhau.
Chuẩn bị quyền truy cập, dữ liệu export và định nghĩa ở nguồn
Chuẩn bị quyền truy cập vào Cửa hàng nguồn và BigCommerce đủ để lấy và hiểu dữ liệu trong phạm vi. Nên giữ các bản export có ngày tạo để đội ngũ vẫn giải thích được trạng thái dữ liệu nguồn nếu cửa hàng đang hoạt động tiếp tục thay đổi.
Cần thu thập:
- quyền truy cập quản trị vào Cửa hàng nguồn và BigCommerce với permissions phù hợp;
- dữ liệu export của Products, variants, Categories, Customers, Orders, content và redirects khi có thể;
- Products media và documents khi links ở nguồn có thể hết hạn hoặc yêu cầu authentication;
- dữ liệu về bảng giá, nhóm Customers, bulk pricing, promotions và currencies;
- danh sách channel hoặc storefront assignments và localized content;
- từ điển các trường tùy chỉnh, metafields, apps và external identifiers;
- reports từ ERP, PIM, WMS, CRM, marketplace hoặc accounting systems để xác định shared keys;
- nhật ký thay đổi ở nguồn cho những bản ghi có khả năng tiếp tục thay đổi trước khung thời gian di chuyển dữ liệu.
| Hạng mục cần kiểm tra | Người phụ trách | Điều kiện sẵn sàng |
|---|---|---|
| Quyền truy cập | Store administrators | Có thể truy cập các khu vực cần thiết ở nguồn và BigCommerce |
| Bộ dữ liệu export | Chủ thể quản lý dữ liệu | Files mở được, có đủ các bản ghi dự kiến và ghi rõ ngày export |
| Từ điển các trường | Người phụ trách Catalog hoặc kỹ thuật | các trường quan trọng có mô tả công dụng, type, đối tượng sở hữu và chủ thể quản lý ở đích |
| Dữ liệu pricing | Người phụ trách thương mại | Base price, group pricing, price lists, bulk pricing và promotional context được tách rõ |
| Danh sách channels | Người phụ trách channel | Mỗi channel đã xác định phạm vi Products, Categories, content, locale và currency |
Chuẩn bị Products, variants, options và modifiers
BigCommerce phân biệt variants có thể bán với modifiers ghi nhận lựa chọn của khách hàng và dữ liệu Products mang tính mô tả. Vì vậy, cần chuẩn bị các trường hợp ở nguồn đủ để thể hiện rõ những khác biệt này.
Nên bao gồm:
- Products đơn giản;
- Products có child SKUs cùng price, stock, image, weight, barcode hoặc external IDs ở cấp variant;
- options ở nguồn làm thay đổi Products nhưng không tạo inventory độc lập;
- personalization, file upload, date, measurement hoặc service choices;
- Products có các trường tùy chỉnh, metafields, rich specifications hoặc compatibility data;
- bundles, kits, dữ liệu đăng ký định kỳ, warranties hoặc configurations do ứng dụng quản lý;
- Products được phân khác nhau giữa các channels;
- Products được đồng bộ với hệ thống catalog hoặc inventory bên ngoài.
| Cách dữ liệu hoạt động ở nguồn | Quyết định cần chuẩn bị trên BigCommerce | Thông tin cần cung cấp |
|---|---|---|
| Lựa chọn xác định một mặt hàng có thể bán riêng | Xác định quan hệ Products và variant | Parent/child IDs, option values, SKU, price, stock, images và external IDs |
| Lựa chọn thay đổi Products nhưng không có stock riêng | Xác định modifier hoặc quan hệ đích phù hợp khác | Input type, allowed values, ảnh hưởng đến price/weight và một trường hợp Orders mẫu |
| Giá trị mô tả Products | Xác định trường tùy chỉnh, metafield, content hoặc chủ thể quản lý app | kiểu dữ liệu của trường, danh sách giá trị cho phép, thành phần sử dụng ở storefront và các tích hợp |
| Tổ hợp tuân theo quy tắc riêng | Xác định ứng dụng hoặc chủ thể quản lý cấu trúc đích tùy chỉnh | Các trường hợp quy tắc, component IDs và dữ liệu lịch sử đơn hàng liên quan |
Nên chuẩn hóa tên options và các giá trị trước khi import. Những tên không nhất quán có thể tạo ra nhiều option sets khác nhau và làm filtering kém hiệu quả dù bản chất kinh doanh là cùng một lựa chọn.
Chuẩn bị Categories, pricing, nhóm Customers và channels
Khi chuẩn bị cho BigCommerce, discovery và pricing cần được xem là hai cấu trúc có liên hệ nhưng phải được xử lý riêng.
Với Categories, cần chuẩn bị:
- cây Categories ở nguồn và Products assignments;
- quan hệ brand và manufacturer;
- filter hoặc facet values;
- landing-page content và metadata;
- Categories chỉ dùng nội bộ hoặc đã lỗi thời;
- quan hệ gán Categories riêng theo channel;
- URLs và mức độ ưu tiên cho redirects.
Với pricing, cần có dữ liệu riêng cho base prices, sale prices, bulk pricing, pricing theo nhóm Customers, price lists, Coupons và prices do app hoặc ERP quản lý.
| Quan hệ thương mại | Câu hỏi cần làm rõ | Thông tin cho thấy đã sẵn sàng |
|---|---|---|
| Nhóm Customers | Customers nào thuộc nhóm và nhóm đó quyết định quyền truy cập hoặc pricing như thế nào? | Các bản ghi Customers đại diện và tóm tắt quy tắc của nhóm |
| Bảng giá | Products hoặc variants, currencies, Customers hay channels nào sử dụng bảng giá? | Price-list export và bảng phân công quan hệ áp dụng |
| Bulk pricing | Những ngưỡng số lượng và bối cảnh người mua nào được áp dụng? | Products mẫu kèm thresholds |
| Channel assignment | Products và Categories nào thuộc từng channel? | Bảng phân công catalog theo channel |
| Promotion | Quy tắc vẫn đang dùng, chỉ còn giá trị lịch sử hay đã lỗi thời? | Người chịu trách nhiệm về quy tắc và quyết định giữ, xây dựng lại hoặc loại bỏ |
Không nên dùng prices trong lịch sử đơn hàng làm cấu hình pricing đang hoạt động. Lịch sử đơn hàng cần giữ đúng các giá trị đã ghi nhận, còn mô hình pricing tương lai trên BigCommerce cần được chuẩn bị riêng với các quy tắc và assignments phù hợp.
Chuẩn bị Customers và lịch sử đơn hàng
Bộ các bản ghi Customers đại diện nên bao gồm người mua cá nhân, guest Orders, nhiều addresses, nhóm Customers, tax status, company hoặc B2B context, các trường tùy chỉnh, marketing preferences, loyalty, đăng ký định kỳ và external account IDs.
Bộ các bản ghi Orders đại diện nên bao gồm:
- Orders đã thanh toán, đang chờ, đã hủy, đã hoàn tiền và hoàn tiền một phần;
- nhiều trạng thái xử lý đơn hàng và phương thức vận chuyển;
- discounts, Coupons, gift certificates, taxes, duties và manual adjustments;
- lựa chọn variants và modifiers;
- bối cảnh nhóm Customers hoặc bảng giá;
- nguồn channel hoặc marketplace;
- tham chiếu từ ERP, hệ thống kế toán, CRM và hệ thống xử lý đơn hàng.
| Câu hỏi cần chuẩn bị | Thông tin cần có | Điều kiện sẵn sàng |
|---|---|---|
| Duplicate Customers được xử lý thế nào? | Các trường hợp trùng lặp và matching keys | Quy tắc giữ riêng hay gộp được ghi rõ |
| Nhóm Customers nào tiếp tục sử dụng? | Danh sách nhóm và mục đích thương mại | Mỗi nhóm được giữ lại đều có người hoặc hệ thống chịu trách nhiệm và quy tắc liên quan |
| dịch vụ khách hàng cần xem những chi tiết Orders nào? | Bộ Orders đại diện | Chi tiết mặt hàng trong Orders, modifiers, totals, statuses, refunds và references được giải thích rõ |
| External IDs nào còn phục vụ vận hành? | Bảng đối chiếu keys giữa các hệ thống | Mỗi key được gắn đúng cấp đối tượng dữ liệu |
| các trường nhạy cảm nào không còn cần thiết? | Phạm vi các trường đã được phê duyệt | Dữ liệu bị loại khỏi phạm vi được ghi rõ trước di chuyển dữ liệu |
Chuẩn bị content, URLs và dữ liệu cho redirects
Lập danh sách routes cho Products, Categories, brands, CMS Pages, Blog Posts, campaign pages, files và localized content. Khi có thông tin, nên ghi thêm tầm quan trọng đối với traffic, revenue, backlinks, paid media, dịch vụ khách hàng hoặc compliance.
Với mỗi URL hoặc route ưu tiên, cần ghi:
- source path;
- BigCommerce Products, Categories, page, Blog Post, channel hoặc destination bên ngoài dự kiến;
- chủ thể quản lý nội dung;
- metadata và internal-link requirements;
- phạm vi channel và locale;
- yêu cầu redirect hoặc quyết định ngừng sử dụng route.
Cần tách các bản ghi nội dung khỏi phần trình bày của theme và Page Builder. Một page ở nguồn có thể chứa reusable content, tham chiếu đến Products, forms, widgets, scripts và layout definitions, nhưng các thành phần này có thể cần các chủ thể quản lý khác nhau ở đích.
Lập danh sách apps, metafields và hệ thống bên ngoài
Tạo bảng theo dõi các yếu tố phụ thuộc cho apps, custom scripts, các trường tùy chỉnh, metafields, webhooks và hệ thống kết nối. Danh sách cần bao gồm Reviews, search, đăng ký định kỳ, bundles, loyalty, B2B, personalization, tax, shipping, payments, marketplaces, ERP, PIM, WMS, CRM, accounting, analytics và consent systems.
Với mỗi yếu tố phụ thuộc, cần ghi:
- mục đích kinh doanh;
- các bản ghi được tạo hoặc thay đổi;
- Products, Customers, Orders hoặc content liên quan;
- chủ thể quản lý dữ liệu hiện tại và chủ thể quản lý sau chuyển đổi;
- dữ liệu export hoặc khả năng truy cập qua API;
- external identifiers;
- yếu tố đó sẽ tiếp tục, được thay thế hay ngừng sử dụng.
Bảng này chỉ được xem là đầy đủ khi không còn giá trị tùy chỉnh quan trọng nào chỉ được mô tả chung chung là “từ một app”.
Chọn bộ mẫu đại diện để kiểm thử di chuyển dữ liệu trên BigCommerce
Chọn một bộ mẫu gọn nhưng đủ bao phủ các quan hệ thông thường và ngoại lệ.
| Mẫu | Mục đích chuẩn bị |
|---|---|
| Products đơn giản | Xác lập mô hình Products, Categories, media, pricing và inventory thông thường |
| Products có nhiều variants | Làm rõ danh tính Products/variants, options, stock, images và external IDs |
| Products phụ thuộc modifiers | Làm rõ lựa chọn của khách hàng không nên trở thành variant có stock |
| Products có các trường tùy chỉnh hoặc metafields | Làm rõ chủ thể quản lý custom data có cấu trúc |
| Products có nhóm Customers hoặc bảng giá | Làm rõ các quan hệ thương mại có điều kiện |
| Products hoặc Categories riêng theo channel | Làm rõ channel assignments và localized scope |
| Customers phức tạp | Làm rõ groups, addresses, các trường tùy chỉnh và external IDs |
| đơn hàng trước đây phức tạp | Làm rõ modifiers, giảm giá, xử lý đơn hàng, hoàn tiền và channel context |
| Route content ưu tiên | Làm rõ page, metadata, internal links và việc chuẩn bị redirects |
Mỗi mẫu cần kèm source IDs, source URLs, chủ thể quản lý dự kiến ở đích, external keys và những phần đã xác định loại khỏi phạm vi. Danh sách mẫu phải giải thích bản ghi ở nguồn đại diện cho điều gì, quan hệ nào quan trọng và thông tin nào đi kèm để đối chiếu. Với mỗi phạm vi vận hành chính, nên có ít nhất một bản ghi thông thường và một bản ghi ngoại lệ. Nếu nhiều cấu trúc nguồn khác nhau đáng kể, hãy dùng các mẫu riêng thay vì bắt một bản ghi Products hoặc Orders duy nhất đại diện cho những mô hình xung đột.
Hoàn tất bước kiểm tra mức độ sẵn sàng cho BigCommerce
| 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 |
|---|---|---|
| Quyền truy cập đã đầy đủ chưa? | Nhật ký quyền truy cập | Có thể truy cập các khu vực cần thiết ở nguồn và đích |
| Quan hệ Products đã được phân loại chưa? | Bảng dòng sản phẩm và options | Variants, modifiers, các trường tùy chỉnh và dữ liệu app đều có chủ thể quản lý |
| Quan hệ pricing và channel đã được ghi rõ chưa? | Các bảng pricing và channel | Assignments cho group, price list, Products, currency và channel đều rõ ràng |
| Customers và Orders đã có mẫu đại diện chưa? | Danh sách mẫu | Các mô hình tài khoản và lịch sử đơn hàng quan trọng đều được bao phủ |
| Routes ưu tiên đã được xác định chưa? | Danh sách URLs | Mỗi source path ưu tiên có destination hoặc quyết định ngừng sử dụng |
| Các yếu tố phụ thuộc đã có người chịu trách nhiệm chưa? | Bảng apps và các tích hợp | Mỗi yếu tố quan trọng đều có người hoặc hệ thống tiếp tục chịu trách nhiệm |
| Backups và exports có còn cập nhật không? | Bộ lưu trữ có ngày tạo | Có thể phục hồi dữ liệu nguồn dùng để đối chiếu một cách độc lập |
| Các quyết định còn mở đã được kiểm soát chưa? | Nhật ký quyết định | Những hạng mục quan trọng đều có người phụ trách và hạn xử lý |
Công tác chuẩn bị được xem là hoàn tất khi đội ngũ di chuyển dữ liệu có thể giải thích cách mọi quan hệ có giá trị cao ở nguồn sẽ được thể hiện trên BigCommerce mà không phụ thuộc vào giả định chưa được ghi nhận. Một số hạng mục có thể vẫn đang chờ quyết định, nhưng mỗi hạng mục cần có người phụ trách, nội dung phải xác nhận và thời hạn quyết định trước khi phần di chuyển dữ liệu bị ảnh hưởng bắt đầu.
Kết luận
Chuẩn bị cho BigCommerce cần tạo ra một mô hình có đủ dữ liệu và tài liệu để kiểm tra Products, variants, modifiers, Categories, pricing, nhóm Customers, channels, Customers, Orders, content và các tích hợp. Công việc quan trọng nhất không phải xuất thêm bản ghi, mà là xác định đối tượng dữ liệu BigCommerce nào sẽ quản lý từng quan hệ và chọn bộ mẫu đủ để bộc lộ độ phức tạp thực tế.
Một bộ hồ sơ chuẩn bị có hệ thống giúp quá trình kiểm thử di chuyển dữ liệu trên mẫu đại diện có dữ liệu nguồn rõ ràng để đối chiếu và phân công trách nhiệm sẵn sàng cụ thể.
Câu hỏi thường gặp
Cần chuẩn bị gì trước khi export catalog để chuyển sang BigCommerce?
Trước khi export, cần xác định chủ thể quản lý Products và variants, phân biệt modifiers với variants, ghi rõ Categories và channels, đồng thời xác định quan hệ pricing và custom data. File export sẽ hữu ích hơn khi đội ngũ hiểu mỗi giá trị ở nguồn đại diện cho điều gì.
Vì sao nhóm Customers và bảng giá cần được chuẩn bị riêng?
Nhóm Customers dùng để phân loại Customers, còn bảng giá gán các giá trị thương mại theo những điều kiện xác định. Giữ một cấu trúc mà thiếu cấu trúc còn lại có thể khiến segmentation của Customers hoặc pricing của Products không đầy đủ.
Nên chọn Products nào cho bộ mẫu di chuyển dữ liệu đại diện của BigCommerce?
Bộ mẫu nên có một bản ghi Products đơn giản, một bản ghi Products có nhiều variants, một bản ghi Products phụ thuộc modifiers, một bản ghi Products có custom data, một bản ghi Products có pricing theo điều kiện và một bản ghi Products riêng theo channel. Ngoài ra, nên bổ sung bất kỳ cấu hình nào mang doanh thu lớn hoặc rủi ro vận hành đáng kể.
Mọi Categories ở nguồn có nên trở thành Categories trên BigCommerce không?
Không phải mọi nhóm Categories ở nguồn đều nên được chuyển trực tiếp thành BigCommerce Categories. Một số thực chất là navigation links, filters, campaign collections, brand structures hoặc internal classifications. Mỗi nhóm cần được xử lý theo mục đích vẫn còn giá trị sau chuyển đổi.
Nên chọn những bản ghi Orders nào để kiểm tra?
Nên chọn Orders có lựa chọn variants và modifiers, discounts, taxes, shipping, nhiều statuses, refunds và references tới hệ thống bên ngoài. Bộ mẫu cần giải thích đúng ý nghĩa lịch sử mà không được dùng để định nghĩa cấu hình checkout trong tương lai.
Khi nào có thể xem công tác chuẩn bị cho BigCommerce là hoàn tất?
Công tác chuẩn bị đạt yêu cầu khi quyền truy cập hoạt động, dữ liệu nguồn để đối chiếu còn cập nhật, Products và các quan hệ thương mại đã có chủ thể quản lý ở đích, URLs ưu tiên đã có hướng xử lý, các yếu tố phụ thuộc đã được lập danh sách và bộ mẫu di chuyển dữ liệu đại diện đã được ghi rõ.