Lựa chọn phương án chuyển đổi sang Shopify nên bắt đầu từ mô hình vận hành của Cửa hàng đích, không chỉ số lượng bản ghi cần di chuyển. Shopify là nền tảng SaaS Hosted với cấu trúc riêng cho Products, options, variants, collections, content, Customers, Orders, redirects, apps, metafields, metaobjects, Markets và storefront. Một lộ trình chuyển đổi chỉ phù hợp khi trách nhiệm của dịch vụ được chọn khớp rõ với những cấu trúc này.
Một phương án tốt cần tách từ đầu phần dữ liệu tương thích có thể chuyển, trách nhiệm thực hiện, nhu cầu Add-ons trong phạm vi giới hạn, xử lý dữ liệu tùy chỉnh, dung lượng Entity Points và nhu cầu cập nhật dữ liệu gần thời điểm chính thức vận hành trước khi Di chuyển toàn bộ bắt đầu. Cách phân chia này tránh một sai lầm thường gặp: xem mọi yêu cầu Shopify hoặc là di chuyển dữ liệu tiêu chuẩn đơn giản, hoặc là dự án hoàn toàn tùy chỉnh, trong khi nhiều cửa hàng thực tế cần kết hợp nhiều phương án.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, kết quả rà soát dùng để lựa chọn phương án Shopify cần làm rõ phần bản ghi được hỗ trợ, trách nhiệm thực hiện, nhu cầu Add-ons có ranh giới cụ thể, cách xử lý dữ liệu tùy chỉnh và phần triển khai riêng trên Shopify.
Bắt đầu từ phạm vi chuyển đổi nền tảng
Phạm vi chuyển đổi Shopify cần được xác định theo ý nghĩa kinh doanh phải tiếp tục có giá trị sau khi dữ liệu được chuyển. Số lượng bản ghi quan trọng, nhưng không cho biết mô hình của Cửa hàng nguồn có thể được thể hiện rõ trên Shopify hay không.
Trước tiên, phân loại Cửa hàng nguồn theo các nhóm phạm vi thực tế:
| Nhóm phạm vi | Câu hỏi để chọn phương án | Ý nghĩa khi lập kế hoạch Shopify |
|---|---|---|
| Products và variants | Các lựa chọn ở Cửa hàng nguồn có thể trở thành Products, options và variants rõ ràng trên Shopify không? | Cấu trúc Products rõ có thể phù hợp Standard Service; custom options, bundles, personalization hoặc subscription rules có thể cần Add-ons, cấu hình Shopify, apps hoặc Custom Service. |
| Collections và navigation | Categories, filters và đường duyệt nguồn có thể trở thành Shopify collections, menus, tags, metafields, content pages hoặc redirects không? | Categories thông thường thường dễ xử lý hơn layered navigation, merchandising do extension điều khiển hoặc đường dẫn cũ phức tạp. |
| Customers và Orders | Dữ liệu chủ yếu phục vụ tham chiếu hay còn mang ý nghĩa account, loyalty, wholesale, subscription hoặc hệ thống bên ngoài? | Giữ lịch sử để tham chiếu khác với tái tạo chức năng tài khoản hay quy trình vận hành của Cửa hàng nguồn. |
| CMS Pages, Blog Posts và URL | Content và đường dẫn nào hỗ trợ trust, SEO, campaigns, support, policies hoặc quyết định mua hàng? | Phạm vi nên ưu tiên destination hữu ích, redirects và việc content tiếp tục truy cập được, thay vì chuyển các pages cũ không còn mục đích. |
| Apps và dữ liệu tùy chỉnh | Giá trị nào là bản ghi gốc của Cửa hàng nguồn, giá trị nào thuộc apps, extensions, các trường tùy chỉnh, hệ thống bên ngoài hoặc quy tắc tùy chỉnh? | Giá trị tương thích có thể được liên kết hoặc cấu hình; chức năng không được hỗ trợ cần Custom Service hoặc phần triển khai riêng ngoài di chuyển dữ liệu thông thường. |
| Markets và localization | Cửa hàng có phụ thuộc countries, languages, currencies, domains, URL bản địa hóa hoặc catalog theo khu vực không? | Yêu cầu theo Markets cần được xác định trước khi chọn service vì có thể ảnh hưởng Products, content, redirects và phạm vi xác thực. |
Phương án chuyển đổi nên được quyết định theo nhóm rủi ro cao nhất, không phải phần dễ nhất. Một Shopify Store nhỏ vẫn có thể cần Custom Service nếu quy tắc Products tùy chỉnh quyết định cách khách hàng mua hàng. Ngược lại, một Store lớn vẫn có thể phù hợp với Standard Service nếu dữ liệu tương thích và khách hàng có thể tự rà soát kết quả đại diện một cách đáng tin cậy.
Khi Standard Service có thể đã đủ
Standard Service có thể phù hợp khi lộ trình chuyển đổi đã chọn hỗ trợ các loại dữ liệu cần thiết, mô hình Cửa hàng đích Shopify đã rõ và khách hàng có thể tự thực hiện các thao tác di chuyển dữ liệu có sẵn trên website Next-Cart.
Standard Service thường phù hợp khi:
- Products, variants, collections, Customers, Orders, images, CMS Pages, Blog Posts, Reviews, Coupons và các loại dữ liệu được chọn khác thuộc phạm vi di chuyển dữ liệu được hỗ trợ;
- options và variants nguồn có thể được đánh giá qua những bản ghi Shopify đại diện;
- Categories hoặc cấu trúc tương đương collections ở nguồn có destination rõ;
- URL ưu tiên đã có Shopify destination hoặc redirect rule;
- apps không cần thiết để giải thích bản ghi đã chuyển như dữ liệu nguồn quan trọng đối với hoạt động kinh doanh;
- lịch sử Customers và Orders chủ yếu cần cho tham chiếu, chăm sóc khách hàng, reporting hoặc support;
- khách hàng có thể rà soát kết quả Demo Migration trước khi phê duyệt Di chuyển toàn bộ;
- không có cấu trúc Custom Platform, dữ liệu app không được hỗ trợ hoặc quy tắc tùy chỉnh ở Cửa hàng nguồn quyết định kết quả di chuyển dữ liệu chính.
Standard Service không phải phương án chất lượng thấp hơn. Với dự án chuyển đổi sang Shopify có cấu trúc tương thích, đây có thể là lựa chọn gọn và hiệu quả nhất vì không đưa thêm Custom scope không cần thiết. Ranh giới nằm ở ý nghĩa không được hỗ trợ. Standard Service có thể di chuyển bản ghi tương thích; dịch vụ không tự tái tạo custom applications, quy tắc kinh doanh riêng ở Cửa hàng nguồn, theme behavior, workflows liên quan checkout hoặc quy trình ở hệ thống bên ngoài.
Khi Managed Service phù hợp hơn
Managed Service phù hợp hơn khi lộ trình chuyển đổi tương thích nhưng khách hàng muốn Next-Cart đảm nhiệm nhiều hơn trong thực hiện, phối hợp, hỗ trợ rà soát hoặc quản lý quá trình di chuyển dữ liệu.
Managed Service đặc biệt hữu ích khi:
- đội ngũ nội bộ không có đủ thời gian để trực tiếp quản lý các bước di chuyển dữ liệu;
- cửa hàng có nhiều Products, variants, collections, Customers, Orders, CMS Pages, Blog Posts, redirects hoặc mẫu theo Markets cần phối hợp;
- kết quả Demo Migration cần quy trình rà soát có cấu trúc trước Di chuyển toàn bộ;
- kết quả Products, collections, URL, Customers, Orders và content cần nhiều bên cùng kiểm tra;
- Cửa hàng nguồn vẫn đang hoạt động và thời điểm chính thức vận hành đòi hỏi phối hợp chặt giữa các bên;
- di chuyển dữ liệu tương thích nhưng áp lực vận hành khiến khách hàng tự thực hiện toàn bộ quy trình trở nên rủi ro;
- khách hàng muốn trách nhiệm thực hiện rõ hơn nhưng phạm vi vẫn thuộc phần dịch vụ hỗ trợ.
Managed Service không đồng nghĩa với Custom Service. Managed Service giải quyết trách nhiệm thực hiện và phối hợp. Custom Service giải quyết phạm vi không được hỗ trợ, yêu cầu riêng hoặc phần cần xử lý tùy chỉnh. Một dự án chuyển đổi sang Shopify có thể cần Managed Service mà không cần Custom Service; dự án khác có thể cần Custom Service dù khách hàng vẫn trực tiếp tham gia sâu vào rà soát và ra quyết định.
Khi nên cân nhắc Add-ons
Add-ons phù hợp khi phần di chuyển dữ liệu chính tương thích nhưng dữ liệu được hỗ trợ cần lọc bản ghi theo điều kiện riêng cho từng loại dữ liệu, biến đổi giá trị trường bằng expressions hoặc thay đổi trường đích. Chúng hữu ích khi yêu cầu vẫn thuộc phạm vi di chuyển dữ liệu được hỗ trợ nhưng cần mức kiểm soát chi tiết hơn.
| Yêu cầu Shopify | Add-on phù hợp | Mục đích |
|---|---|---|
| Chỉ di chuyển bản ghi đáp ứng điều kiện đã xác định | Data Filter | Áp dụng điều kiện ở cấp trường cho Products, Customers, Orders hoặc content được hỗ trợ để chỉ các bản ghi phù hợp được di chuyển. |
| Biến đổi giá trị trường được hỗ trợ | Data Transformation | Dùng expressions để tạo giá trị tương thích với Shopify trong quá trình di chuyển. |
| Thay đổi trường đích được hỗ trợ | Advanced Data Mapping | Chuyển các trường nguồn tiêu chuẩn được hỗ trợ sang các trường đích tương thích trên Shopify mà vẫn giữ nguyên giá trị. |
| Mở rộng Add-on vượt phạm vi Standard | Rà soát qua Custom Service | Nếu chức năng của Standard Add-on cần điều chỉnh riêng cho dự án hoặc cần một Add-on được thiết kế riêng, Tailored Add-on hoặc Custom Add-on sẽ được rà soát và báo giá qua Custom Service thay vì được xem là phạm vi Standard Add-on. |
Ranh giới của Add-ons phải được giữ rõ. Lọc Products đã lỗi thời bằng điều kiện trên trường dữ liệu Products được hỗ trợ có thể phù hợp Data Filter. Diễn giải quy tắc đăng ký định kỳ của một app nguồn thì không. Chuyển một trường dữ liệu Products được hỗ trợ sang vị trí đích khác có thể phù hợp Advanced Data Mapping. Tái tạo quy trình tùy chỉnh để khách hàng cấu hình Products thì không. Dữ liệu apps không được hỗ trợ, quy tắc kinh doanh riêng, mã định danh từ hệ thống bên ngoài hoặc quy tắc xử lý di chuyển dữ liệu tùy chỉnh cần được đánh giá trong Custom Service.
Khi cần Custom Service
Custom Service cần được cân nhắc khi yêu cầu Shopify không thể được xử lý an toàn chỉ bằng việc di chuyển các loại dữ liệu được hỗ trợ, Add-ons hoặc cấu hình Shopify thông thường.
Nên đánh giá Custom Service khi Cửa hàng nguồn có:
- cấu trúc Products không thể thể hiện rõ bằng Shopify Products, options, variants, metafields, metaobjects, app data hoặc content;
- bundles, kits, build-your-own Products, personalization workflows, custom options, subscriptions hoặc quan hệ Products do quy tắc nguồn không được hỗ trợ kiểm soát;
- collection, navigation, filter hoặc merchandising behavior phụ thuộc source extensions, custom code, layered navigation phức tạp hoặc hệ thống bên ngoài;
- dữ liệu app, plugin, module hoặc extension phải tiếp tục có ý nghĩa sau di chuyển dữ liệu;
- các trường tùy chỉnh hoặc giá trị tương tự metafields có cách xử lý cần thiết vượt ngoài phạm vi mapping được hỗ trợ, hoặc external identifiers và tham chiếu hệ thống bên ngoài cần cho ERP, PIM, WMS, xử lý đơn hàng, reporting, hỗ trợ hoặc analytics;
- nhóm khách hàng, loyalty records, wholesale relationships, subscription status, account behavior hoặc pricing riêng theo khách hàng cần xử lý đặc biệt;
- Orders có custom statuses, operational notes, external references, các trường tùy chỉnh có cách xử lý cần thiết vượt ngoài phạm vi mapping được hỗ trợ hoặc các quy tắc kinh doanh riêng khác ở nguồn;
- catalog, content, URL, pricing, domain hoặc Market behavior theo khu vực cần cách xử lý riêng;
- Cửa hàng nguồn là Custom Platform hoặc môi trường đã được tùy biến sâu.
Custom Service cần được xác định phạm vi chính xác. Một số yêu cầu riêng khá hẹp, chẳng hạn giữ một ID Products cụ thể từ hệ thống bên ngoài hoặc đưa giá trị tùy chỉnh vào một vị trí đích đã được kiểm soát. Những yêu cầu khác rộng hơn, chẳng hạn diễn giải subscription records từ source extension để chúng tiếp tục có ý nghĩa trong mô hình Shopify tương lai. Phương án được phê duyệt cần nêu rõ dữ liệu tùy chỉnh nào có thể di chuyển, phần nào cần cấu hình Shopify app, phần nào cần xây dựng lại thủ công và phần nào nên loại khỏi phạm vi.
Demo Migration cần xác nhận điều gì với Shopify?
Demo Migration nên kiểm tra những cấu trúc dễ thay đổi ý nghĩa nhất khi đưa sang Shopify. Một bộ mẫu chỉ có Products đơn giản và Orders thông thường không đủ để xác nhận service path phù hợp với cửa hàng phụ thuộc options phức tạp, apps, localization hoặc external identifiers.
| Bản ghi trong Demo Migration | Nội dung cần xác nhận | Dấu hiệu cần chuyển sang phương án kiểm soát cao hơn |
|---|---|---|
| Products có nhiều variants | Options, variants, SKUs, images, prices và inventory vẫn có quan hệ rõ ràng | Quy tắc options nguồn không thể thể hiện nếu thiếu transformation riêng hoặc thiết kế phụ thuộc app |
| Categories/collection đại diện | Phân loại nguồn có thể trở thành Shopify collections, menus, tags hoặc cách tổ chức hỗ trợ bằng metafields | Layered navigation hoặc merchandising theo rule chưa có cấu trúc đích được chấp nhận |
| Customers và Orders ngoại lệ | Thông tin tài khoản và giao dịch trước đây vẫn đủ hữu ích | Thiếu ý nghĩa về loyalty, subscription, wholesale, tax, xử lý đơn hàng hoặc hệ thống bên ngoài |
| Bản ghi do app quản lý hoặc dữ liệu tùy chỉnh | Giá trị được hỗ trợ có destination đã thống nhất và dữ liệu không hỗ trợ được đưa vào scope riêng | Dữ liệu app quan trọng bị giả định sẽ xuất hiện qua di chuyển dữ liệu thông thường |
| Content hoặc URL theo Market | Kỳ vọng về language, domain, Products availability và redirects đã rõ | Regional content và URL behavior chưa được xác định |
| Content page hoặc Blog Posts có giá trị cao | Content, metadata, links và media vẫn sử dụng được | Theme hoặc app markup khiến content sau chuyển bị thiếu chức năng hoặc khó sử dụng |
Kết quả Demo Migration cần được dùng để thay đổi phương án khi cần. Nếu vấn đề nằm ở thực hiện và phối hợp, Managed Service có thể an toàn hơn. Nếu output được hỗ trợ cần điều kiện bản ghi riêng theo từng loại dữ liệu, expression để thay đổi giá trị trường hoặc trường nguồn cần một destination tương thích, Data Filter, Advanced Data Mapping hoặc Data Transformation có thể phù hợp. Nếu kết quả kinh doanh phụ thuộc dữ liệu không được hỗ trợ, cách diễn giải riêng hoặc quy tắc xử lý di chuyển dữ liệu tùy chỉnh, cần đánh giá Custom Service trước Di chuyển toàn bộ.
Liên hệ Entity Points với quy mô dữ liệu Shopify
Entity Points đo dung lượng di chuyển dữ liệu cho các bản ghi Products, Customers, Orders và Blog Posts đủ điều kiện. Entity Points không đo độ khó khi chuyển options của Products, thay thế chức năng apps, thiết kế Markets, tái tạo navigation hoặc giữ quy trình của hệ thống bên ngoài.
| Dữ liệu dùng để lập kế hoạch | Liên quan đến Entity Points | Độ phức tạp Shopify cần đánh giá riêng |
|---|---|---|
| Products | Bản ghi Products đủ điều kiện có thể sử dụng dung lượng khi được di chuyển lần đầu | Thiết kế variants, bundles, subscriptions, personalization và dữ liệu Products do app quản lý |
| Customers | Bản ghi Customers đủ điều kiện có thể sử dụng dung lượng khi được di chuyển lần đầu | Account activation, loyalty, wholesale, consent và identities bên ngoài |
| Orders | Bản ghi Orders đủ điều kiện có thể sử dụng dung lượng khi được di chuyển lần đầu | Refunds, xử lý đơn hàng, tax, subscriptions, payments và việc Orders tiếp tục được các hệ thống tích hợp sử dụng |
| Blog Posts | Blog Posts đủ điều kiện có thể sử dụng dung lượng khi được di chuyển lần đầu | Theme rendering, internal links, media, localization và việc URL tiếp tục truy cập được |
Các bản ghi đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua và lộ trình chuyển đổi cố định không sử dụng Entity Points thêm chỉ vì có một di chuyển dữ liệu action khác. Bản ghi mới đủ điều kiện có thể sử dụng Entity Points khi được di chuyển lần đầu. Vì vậy, lọc phạm vi cần dựa trên giá trị kinh doanh chứ không nên xem Entity Points như phương án thay thế cho việc phân tích catalog, apps, SEO hoặc các tích hợp.
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo ảnh hưởng đến phương án như thế nào?
Cửa hàng Shopify thường tiếp tục hoạt động trong thời gian Cửa hàng đích được rà soát, vì vậy những lần di chuyển dữ liệu tiếp theo là một phần của kế hoạch chính thức vận hành. Action phù hợp phụ thuộc vào việc filters/mappings đã chấp nhận còn đúng, supported rules có cần thay đổi hay kết quả ở đích cần được xây dựng lại.
| Lựa chọn cho lần di chuyển dữ liệu tiếp theo | Khi phù hợp với Shopify | Nội dung cần xác thực lại |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Cấu hình đã chấp nhận vẫn đúng và nhu cầu chính là xử lý bản ghi mới đủ điều kiện hoặc thay đổi phát sinh sau đó ở Cửa hàng nguồn. | Products/variants mới, Customers, Orders, Blog Posts, content thay đổi, URL và một bộ regression samples từ những bản ghi đã di chuyển trước. |
| Continue the di chuyển dữ liệu with a New Configuration | Demo Migration hoặc rà soát Cửa hàng đích cho thấy filtering, cách liên kết giữa các trường được hỗ trợ, content scope, cách xử lý collections, Customers hoặc URL rules cần thay đổi. | Mọi dòng sản phẩm, trường, collection destination, bản ghi Customers/Orders mẫu, content item, giá trị dự kiến đưa vào metafield và URL bị ảnh hưởng bởi thay đổi. |
| Perform a Di chuyển New | Kết quả trước không còn nên là nền đang sử dụng, Cửa hàng đích đã reset hoặc phạm vi và assumptions thay đổi đáng kể. | Toàn bộ scope đã chấp nhận, độ sạch Cửa hàng đích, replacement behavior, Products, Customers, Orders, content, URL và output nhạy cảm với apps/các tích hợp. |
Phạm vi xác thực thay đổi theo action. Tiếp tục cùng cấu hình tập trung vào bản ghi mới cùng các regression samples. Tiếp tục với cấu hình mới phải xác nhận rule thay đổi và giữ nguyên những bản ghi không bị tác động. Perform a Di chuyển New cần xác thực rộng vì kết quả Cửa hàng đích được xây dựng lại.
Themes, cấu hình tài khoản khách hàng, Markets, payments, shipping, taxes, discounts, apps, Shopify Functions và các tích hợp bên ngoài vẫn là trách nhiệm triển khai ở Cửa hàng đích hoặc phạm vi riêng. Phương án cho lần di chuyển dữ liệu tiếp theo cập nhật output của di chuyển dữ liệu; chúng không tự hoàn tất phần triển khai Shopify.
Bảng chọn service path cho Shopify
Phương án phù hợp có thể là sự kết hợp. Một di chuyển dữ liệu có thể dùng Standard Service cho bản ghi chính, Data Filter cho các điều kiện theo loại dữ liệu đã phê duyệt và Custom Service cho một dataset do app quản lý nhưng quan trọng đối với hoạt động kinh doanh. Quyết định nên được đưa ra theo từng yêu cầu, thay vì ép cả cửa hàng vào một nhóm duy nhất.
| Yêu cầu | Standard Service | Managed Service | Add-ons | Custom Service |
|---|---|---|---|---|
| Products, variants, Customers, Orders và content thông thường | Phù hợp khi được hỗ trợ và khách hàng có thể tự rà soát | Hữu ích khi khối lượng thực hiện và phối hợp phê duyệt lớn | Tùy chọn cho các điều chỉnh có phạm vi giới hạn | Thông thường không cần |
| Categories và navigation phức tạp ở nguồn | Phù hợp khi cấu trúc Shopify được chấp nhận đã xác định | Hỗ trợ phối hợp rà soát content và SEO | Có thể lọc hoặc liên kết giá trị được hỗ trợ | Cần khi transformation riêng hoặc quy tắc nguồn không hỗ trợ quyết định discovery |
| Metafields và giá trị tùy chỉnh tương thích | Phù hợp khi destination được hỗ trợ đã thống nhất | Hữu ích khi nhiều owner cùng xác thực các trường | Có thể hỗ trợ mapping hoặc configuration có giới hạn | Cần cho app data không hỗ trợ, thiết kế metaobjects hoặc transformation riêng |
| Đăng ký định kỳ, loyalty, Reviews, bundles hoặc dữ liệu từ công cụ cấu hình Products | Chỉ phù hợp với phần native được hỗ trợ | Coordination không tự khôi phục state do app quản lý | Add-ons không thay thế xử lý dữ liệu không được hỗ trợ | Phù hợp khi dữ liệu quan trọng cần rà soát và xử lý riêng |
| Markets và giả định storefront bản địa hóa | Phù hợp khi phần thiết lập đích được thiết kế riêng và dữ liệu di chuyển dữ liệu tương thích | Hữu ích khi owner theo khu vực cần cùng phê duyệt | Có thể hỗ trợ xử lý content/các trường trong phạm vi giới hạn | Cần khi cấu trúc nguồn phải split, merge hoặc transform theo cách không tiêu chuẩn |
| Identifiers cho ERP, PIM, WMS, OMS, CRM hoặc marketplace | Phù hợp khi các trường được hỗ trợ giữ được giá trị tham chiếu | Hữu ích cho rà soát với nhiều đội ngũ | Có thể map identifiers được hỗ trợ | Cần khi identifiers và relationships quyết định custom workflows |
Bảng này không phải lời khẳng định mọi hạng mục đều được hỗ trợ với mọi lộ trình chuyển đổi. Nền tảng nguồn và Nền tảng đích quyết định hạng mục nào thực sự được hỗ trợ. Mục đích của bảng là tách bản ghi được hỗ trợ, khối lượng thực hiện, điều chỉnh có phạm vi và yêu cầu di chuyển dữ liệu cần xử lý riêng.
Chọn phương án trước Di chuyển toàn bộ
Phương án Shopify nên được chốt trước Di chuyển toàn bộ, sau khi các bản ghi đại diện đã làm rõ cách di chuyển dữ liệu thực tế hoạt động.
| Tình huống di chuyển dữ liệu | Phương án khuyến nghị |
|---|---|
| Dữ liệu nguồn tương thích, mô hình Cửa hàng đích Shopify rõ và khách hàng có thể tự thực hiện các bước di chuyển dữ liệu | Standard Service kết hợp rà soát Demo Migration trên dữ liệu đại diện. |
| Dữ liệu nguồn tương thích nhưng nguồn lực nội bộ hạn chế, có áp lực về thời điểm chính thức vận hành hoặc cần Next-Cart trực tiếp thực hiện nhiều hơn | Managed Service với trách nhiệm rà soát được xác định. |
| Dữ liệu tương thích nhưng cần chọn bản ghi riêng theo từng loại dữ liệu, thay đổi giá trị trường bằng expression hoặc đưa các trường nguồn được hỗ trợ sang destination tương thích | Standard Service hoặc Managed Service kết hợp Data Filter, Advanced Data Mapping hoặc Data Transformation. |
| Dữ liệu do app quản lý, quy tắc Products tùy chỉnh, Categories nguồn phức tạp, external identifiers, subscriptions, loyalty, wholesale records, nguồn Custom Platform hoặc transformation riêng | Đánh giá Custom Service trước khi phê duyệt scope. |
| Cửa hàng nguồn còn hoạt động và dự kiến có bản ghi mới/cập nhật trước khi chính thức vận hành | Lập kế hoạch lựa chọn cho lần di chuyển dữ liệu tiếp theo phù hợp và xác định phạm vi cần xác thực lại. |
| Mapping thay đổi, cấu hình Shopify được sửa, scope điều chỉnh hoặc cần chủ động tạo lại kết quả chuyển đổi trước đó | Chọn giữa Continue the di chuyển dữ liệu with the Last Used Configuration, Continue the di chuyển dữ liệu with a New Configuration và Perform a Di chuyển New trên cùng lộ trình chuyển đổi. |
Một phương án Shopify tốt không ép mọi yêu cầu vào một service path. Trước khi bắt đầu thực hiện Di chuyển toàn bộ, phương án phải tách được phần di chuyển dữ liệu tương thích, nhu cầu thực hiện có hướng dẫn, điều kiện tùy chọn theo loại dữ liệu, expressions cho values, đích của các trường, rà soát tùy chỉnh, dung lượng Entity Points, yêu cầu cập nhật gần thời điểm chính thức vận hành và trách nhiệm rà soát cuối.
Kết luận
Lựa chọn phương án chuyển đổi Shopify đòi hỏi nhiều hơn việc chọn service theo quy mô cửa hàng. Mô hình SaaS Hosted, cấu trúc Products/variants, collections, URL, apps, metafields, Markets, kỳ vọng của Customers, lịch sử đơn hàng và thời điểm chính thức vận hành đều ảnh hưởng tới phương án phù hợp.
Standard Service, Managed Service, Add-ons, Custom Service, kế hoạch Entity Points và các lựa chọn cho lần di chuyển dữ liệu tiếp theo giải quyết những bài toán khác nhau. Phương án tốt nhất là phương án tách rõ phần di chuyển dữ liệu tương thích, nhu cầu Next-Cart trực tiếp thực hiện, điều kiện tùy chọn theo loại dữ liệu, expressions cho values, đích của các trường, xử lý riêng, kế hoạch sử dụng Entity Points và cập nhật dữ liệu trước khi Di chuyển toàn bộ bắt đầu.
Câu hỏi thường gặp
Standard Service có đủ cho một Di chuyển sang Shopify không?
Standard Service có thể đủ khi lộ trình chuyển đổi đã chọn hỗ trợ các loại dữ liệu cần thiết, mô hình Cửa hàng đích Shopify đã rõ và Demo Migration xác nhận Products, collections, Customers, Orders, content và URL đại diện hoạt động đúng như dự kiến.
Khi nào dự án chuyển đổi sang Shopify nên dùng Managed Service?
Managed Service phù hợp khi lộ trình chuyển đổi tương thích nhưng khách hàng muốn Next-Cart đảm nhiệm nhiều hơn trong thực hiện, phối hợp hoặc hỗ trợ rà soát. Dịch vụ đặc biệt hữu ích khi nguồn lực nội bộ, lịch chính thức vận hành hoặc việc phối hợp nhiều bên khiến khách hàng tự thực hiện quy trình trở nên rủi ro.
Add-ons có giống Custom Service không?
Add-ons và Custom Service giải quyết hai loại nhu cầu khác nhau. Add-ons hỗ trợ filtering bản ghi, transformation giá trị của các trường hoặc trường remapping cho phần di chuyển dữ liệu tương thích. Custom Service dành cho cấu trúc không được hỗ trợ, dữ liệu do app quản lý, quy tắc tùy chỉnh, identifiers từ hệ thống bên ngoài, nguồn Custom Platform hoặc transformation riêng.
Có nên lập kế hoạch các lựa chọn cho lần di chuyển dữ liệu tiếp theo trước khi Shopify chính thức vận hành không?
Nên cân nhắc các lựa chọn cho lần di chuyển dữ liệu tiếp theo nếu Cửa hàng nguồn vẫn hoạt động, dự kiến có bản ghi mới trước thời điểm chính thức vận hành hoặc mapping/configuration có thể thay đổi sau các lần di chuyển dữ liệu trước. Option được chọn cần phù hợp nhu cầu kinh doanh, rủi ro trùng dữ liệu, phạm vi xác thực và lịch vận hành.
Custom Service có tự bao gồm toàn bộ phần thực hiện di chuyển dữ liệu không?
Custom Service xác định phạm vi xử lý tùy chỉnh, còn Managed Service quyết định mức độ Next-Cart đảm nhiệm việc thực hiện, phối hợp và quản lý quy trình di chuyển dữ liệu. Hai khái niệm này cần được đánh giá riêng.