Phương án chuyển đổi phù hợp cho Wix phụ thuộc vào cách doanh nghiệp muốn website Wix tương lai vận hành, không chỉ vào số lượng bản ghi cần di chuyển. Một catalog nhỏ vẫn có thể cần kế hoạch chi tiết nếu phụ thuộc vào options của Products, tồn kho theo từng variant, dữ liệu CMS, thành viên, biểu mẫu tùy chỉnh, hệ thống bên ngoài, quy tắc Velo/API hoặc bản ghi do ứng dụng sở hữu. Ngược lại, một catalog lớn hơn vẫn có thể đi theo hướng tương đối đơn giản khi dữ liệu thuộc phạm vi được hỗ trợ, cấu trúc rõ ràng và doanh nghiệp có thể xác thực kết quả trên Nền tảng đích một cách đầy đủ.
Khi chọn hướng dịch vụ cho Wix, cần tách bản ghi được di chuyển khỏi phần thiết lập Wix và triển khai website. Products, Customers, Orders, CMS Pages, Blog Posts, media và metadata được hỗ trợ có thể thuộc phạm vi di chuyển dữ liệu. Thiết lập checkout, nhà cung cấp thanh toán, vận chuyển, thuế, kết nối tên miền, thiết kế website, cấu hình ứng dụng, quyền truy cập của thành viên, quyền CMS, mã tùy chỉnh và các tích hợp bên ngoài có thể cần công việc trên Nền tảng đích, Add-ons, Custom Service hoặc triển khai thủ công. Phương án tốt nhất là hướng xử lý nhẹ nhất nhưng vẫn duy trì được kết quả vận hành mà doanh nghiệp mong muốn trên Wix.
Trong hệ thống Dịch vụ chuyển đổi dữ liệu của Next-Cart, việc đánh giá Wix cần phân biệt bản ghi được hỗ trợ, trách nhiệm thực hiện, Add-ons có phạm vi rõ ràng, dữ liệu do Velo hoặc ứng dụng sở hữu và phần triển khai trực tiếp trên Wix.
Phương án thực hiện chuyển đổi Wix cần xác định những gì
Phương án chuyển đổi cho Wix xác định phạm vi công việc, trách nhiệm thực hiện, mức hỗ trợ, yêu cầu xử lý đặc biệt và mức độ xác thực cần thiết. Phương án phải trả lời rõ bản ghi nào dự kiến được di chuyển, thiết lập Wix nào cần cấu hình riêng, yêu cầu đặc biệt nào phù hợp với Add-ons và yêu cầu không được hỗ trợ hoặc tùy chỉnh nào cần Custom Service xem xét.
Quyết định phải dựa trên thông tin đã được kiểm tra, không dựa trên giả định chung về nền tảng. Wix là nền tảng Hosted và tương đối dễ sử dụng, nhưng mức độ phức tạp của dự án vẫn phụ thuộc vào dữ liệu, chức năng và mô hình vận hành cần duy trì. Website có nhiều nội dung, cửa hàng có nhiều variants, mô hình kinh doanh dựa trên thành viên, quy trình sử dụng mã tùy chỉnh hoặc catalog do ứng dụng điều khiển có thể cần lập kế hoạch dịch vụ kỹ hơn một dự án chỉ chuyển Products, Customers và Orders theo cấu trúc thông thường.
| Nhóm công việc | Trường hợp trên Wix | Ảnh hưởng đến hướng dịch vụ |
|---|---|---|
| Dữ liệu được hỗ trợ để di chuyển | Products, nhóm sản phẩm, Customers, Orders, CMS Pages, Blog Posts, hình ảnh và metadata được hỗ trợ. | Có thể phù hợp với Standard Service hoặc Managed Service tùy độ phức tạp và nhu cầu hỗ trợ thực hiện. |
| Điều chỉnh dữ liệu được hỗ trợ | Áp dụng điều kiện riêng theo từng loại dữ liệu, thay đổi giá trị trường bằng biểu thức hoặc chọn destination khác cho trường nguồn được hỗ trợ. | Có thể phù hợp với Data Filter, Advanced Data Mapping hoặc Data Transformation khi yêu cầu vẫn thuộc phạm vi được hỗ trợ. |
| Dữ liệu tùy chỉnh hoặc không được hỗ trợ | Bản ghi do ứng dụng sở hữu, trường tùy chỉnh cần diễn giải ngoài phạm vi mapping được hỗ trợ, ID bên ngoài, quy tắc Velo/API, CMS collections phức tạp hoặc yêu cầu chuyển đổi riêng. | Cần Custom Service xem xét. |
| Thiết lập trên Wix | Thanh toán, checkout, vận chuyển, thuế, nhận tại cửa hàng, giao hàng, giảm giá, thiết lập ứng dụng, tên miền, thiết kế website và cài đặt thành viên. | Phải được cấu hình và kiểm thử trực tiếp trên Wix, không được mặc nhiên xem là kết quả của quá trình di chuyển dữ liệu. |
Cách phân biệt này giúp tránh hai sai lầm thường gặp. Sai lầm thứ nhất là xác định phạm vi quá nhẹ chỉ vì Wix là nền tảng Hosted. Sai lầm thứ hai là chuyển mọi yêu cầu liên quan đến công cụ xây dựng website hoặc ứng dụng của Wix sang Custom Service, trong khi nhu cầu thực tế chỉ là thiết lập trên Nền tảng đích hoặc một yêu cầu có giới hạn rõ ràng phù hợp với Data Filter, Advanced Data Mapping hay Data Transformation.
Khi Standard Service có thể đáp ứng nhu cầu
Standard Service có thể phù hợp khi doanh nghiệp cần di chuyển dữ liệu Wix thuộc phạm vi được hỗ trợ với cấu trúc thông thường, đồng thời có thể tự quản lý trách nhiệm chuẩn bị, thực hiện và xác thực. Hướng này hiệu quả nhất khi Products tương đối đơn giản, các nhóm sản phẩm không phụ thuộc nhiều vào quy tắc điều hướng tùy chỉnh, Customers và Orders có cấu trúc tiêu chuẩn, nội dung giới hạn hoặc được hỗ trợ, còn phần thiết lập website Wix do doanh nghiệp hoặc đội ngũ triển khai website phụ trách.
Standard Service vẫn có thể mang lại kết quả tốt trên Wix khi kỳ vọng được xác định thực tế. Quá trình di chuyển dữ liệu chỉ xử lý các bản ghi thuộc phạm vi được hỗ trợ. Thiết kế website, quy trình checkout, tên miền, thanh toán, vận chuyển, cấu hình thuế, quyền truy cập của thành viên và thiết lập ứng dụng vẫn phải được triển khai trực tiếp trên Wix.
| Dấu hiệu phù hợp với Standard Service | Lý do cụ thể đối với Wix |
|---|---|
| Products có options đơn giản hoặc cấu trúc variants rõ ràng. | Có thể rà soát các bản ghi catalog được hỗ trợ mà không cần chuyển đổi riêng. |
| Nhóm sản phẩm chỉ phục vụ cách tổ chức catalog thông thường. | Cách khách hàng tìm Products không phụ thuộc vào việc xây dựng lại mối quan hệ phức tạp giữa Categories và trang. |
| Tồn kho được quản lý theo Products hoặc rõ ràng theo từng variant. | Doanh nghiệp có thể xác thực ý nghĩa tồn kho mà không phụ thuộc vào hệ thống bên ngoài phức tạp. |
| Customers và Orders chủ yếu phục vụ tra cứu và chăm sóc sau bán hàng. | Dữ liệu trước đây không cần tái tạo chức năng tài khoản, thành viên, khách hàng thân thiết hoặc cách ứng dụng hoạt động nâng cao. |
| CMS Pages và Blog Posts có số lượng giới hạn hoặc dễ rà soát. | Nội dung không trở thành rủi ro chính trước khi đưa website vào vận hành. |
| Thiết kế website và thiết lập checkout được xử lý trực tiếp trên Wix. | Phạm vi di chuyển dữ liệu được giữ riêng với phần triển khai trên Nền tảng đích. |
Standard Service sẽ không còn phù hợp khi doanh nghiệp không thể cung cấp bộ mẫu rõ ràng, chưa biết chức năng Wix nào sẽ quản lý từng hoạt động sau khi chính thức vận hành hoặc kỳ vọng chức năng tùy chỉnh ở Cửa hàng nguồn sẽ tự động được chuyển sang.
Khi Managed Service là lựa chọn an toàn hơn
Managed Service có thể an toàn hơn khi phần lớn dữ liệu thuộc phạm vi được hỗ trợ nhưng quá trình thực hiện cần được điều phối rõ ràng hơn. Dự án chuyển đổi sang Wix có thể gồm nhiều điểm cần rà soát: mẫu catalog, cách variants hoạt động, tồn kho, Customers, Orders, nội dung, URL, chuyển hướng, phụ thuộc ứng dụng, thiết lập trên Nền tảng đích và thời điểm chính thức vận hành. Ngay cả khi không cần chuyển đổi tùy chỉnh, doanh nghiệp vẫn có thể cần hỗ trợ điều phối các bước di chuyển dữ liệu và đánh giá kết quả.
Managed Service đặc biệt hữu ích khi doanh nghiệp muốn Next-Cart hỗ trợ chủ động trong quá trình thực hiện nhưng vẫn chịu trách nhiệm xác minh cuối cùng và đưa ra quyết định về thiết lập Wix. Dịch vụ này có thể giảm áp lực vận hành, nhưng không biến bản ghi không được hỗ trợ thành bản ghi được hỗ trợ và cũng không thay thế công việc cấu hình Wix.
| Trường hợp phù hợp với Managed Service | Tình huống trên Wix |
|---|---|
| Phạm vi được hỗ trợ nhưng có nhiều hạng mục cần rà soát | Products, nhóm sản phẩm, Customers, Orders, CMS Pages, Blog Posts, URL và hình ảnh đều cần được kiểm tra có hệ thống. |
| Thời điểm chính thức vận hành nhạy cảm | Cửa hàng nguồn vẫn hoạt động trong khi website Wix đang được chuẩn bị. |
| Nội dung và SEO có vai trò quan trọng | URL, chuyển hướng, landing pages, Blog Posts, CMS Pages và liên kết nội bộ cần được sắp xếp theo đúng trình tự. |
| Nguồn lực nội bộ hạn chế | Doanh nghiệp không thể tự tin quản lý toàn bộ bước di chuyển dữ liệu và công việc rà soát. |
| Demo Migration phải hỗ trợ quyết định | Kết quả từ bộ mẫu cần được phối hợp phân tích trước Di chuyển toàn bộ. |
Managed Service nên được chọn khi doanh nghiệp cần Next-Cart hỗ trợ chủ động hơn trong điều phối và thực hiện. Nếu yêu cầu thực tế liên quan đến bản ghi do ứng dụng sở hữu, trường tùy chỉnh không thể xử lý bằng mapping được hỗ trợ, quy tắc Velo/API, ID bên ngoài hoặc cách hệ thống nguồn hoạt động không được hỗ trợ, dự án vẫn có thể cần Custom Service.
Khi Add-ons là phương án phù hợp
Add-ons phù hợp khi doanh nghiệp cần những thay đổi có phạm vi rõ ràng trong phạm vi di chuyển dữ liệu được hỗ trợ. Add-ons có thể lọc bản ghi bằng điều kiện dựa trên trường của từng loại dữ liệu, thay đổi giá trị trường thông qua biểu thức hoặc chuyển trường nguồn tiêu chuẩn được hỗ trợ sang trường đích tương thích được hỗ trợ mà không thay đổi giá trị. Không nên dùng Add-ons để thay thế việc di chuyển dữ liệu không được hỗ trợ hoặc tái tạo quy tắc kinh doanh tùy chỉnh.
Đối với Wix, Add-ons hữu ích nhất khi doanh nghiệp có yêu cầu cụ thể và được hỗ trợ, chẳng hạn loại trừ bản ghi đáp ứng điều kiện đã xác định, thay đổi giá trị được hỗ trợ bằng biểu thức hoặc chuyển một trường nguồn được hỗ trợ sang trường đích tương thích.
| Nhu cầu Add-on | Trường hợp trên Wix | Điều kiện kiểm soát phạm vi |
|---|---|---|
| Data Filter | Áp dụng điều kiện được hỗ trợ cho trường của Products, Orders, Customers, Blog Posts hoặc nội dung để chỉ di chuyển các bản ghi đáp ứng yêu cầu. | Không được lọc bỏ bản ghi cần thiết cho chăm sóc khách hàng, SEO hoặc xác thực trước khi chính thức vận hành. |
| Data Transformation | Áp dụng biểu thức để thay đổi giá trị trường được hỗ trợ trước khi đưa vào Wix. | Biểu thức và kết quả đầu ra phải có phạm vi xác định và thuộc phạm vi đượ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 Wix cho Products, Customers, Orders, nội dung hoặc metadata mà vẫn giữ nguyên giá trị. | Việc liên kết trường không thể tạo ra hành vi Wix không được hỗ trợ hoặc quy tắc tùy chỉnh của ứng dụng. |
| Nhu cầu Tailored hoặc Custom Add-on | Chức năng của Standard Add-on cần điều chỉnh riêng cho dự án hoặc cần chức năng Add-on được thiết kế riêng. | Công việc này được rà soát và báo giá qua Custom Service, không được xem là phạm vi Standard Add-on. |
Một yêu cầu Add-on hiệu quả phải cụ thể. Yêu cầu chung chung như “làm cho Wix giống cửa hàng cũ” không đủ để xác định cách xử lý. Yêu cầu phù hợp cần nêu rõ điều kiện áp dụng cho đối tượng dữ liệu, biểu thức chuyển đổi hoặc trường nguồn và trường đích, đồng thời xác định cách kiểm tra kết quả trên Wix.
Khi cần xem xét Custom Service
Custom Service cần được xem xét khi yêu cầu chuyển sang Wix vượt ngoài phạm vi di chuyển dữ liệu được hỗ trợ. Quy mô cửa hàng không phải yếu tố duy nhất quyết định có cần Custom Service hay không. Cần xem xét mức độ cần đánh giá riêng, các bản ghi chưa được hỗ trợ, dữ liệu do ứng dụng sở hữu, trường tùy chỉnh cần diễn giải ngoài phạm vi mapping được hỗ trợ, ID bên ngoài, yêu cầu chuyển đổi riêng, Custom Platform, quy tắc Velo/API và nhu cầu điều chỉnh quy tắc di chuyển dữ liệu.
Yêu cầu tùy chỉnh trên Wix thường xuất hiện khi Cửa hàng nguồn có hành vi không được lưu dưới dạng dữ liệu thương mại thông thường. Các trường hợp có thể gồm công cụ cấu hình Products, quy tắc đăng ký định kỳ hoặc thành viên, lịch sử đặt lịch hay sự kiện, trường của Customers tùy chỉnh, ID CRM hoặc khách hàng thân thiết, tham chiếu tồn kho bên ngoài, bản ghi marketplace, CMS collections, dynamic pages, cấu trúc cơ sở dữ liệu riêng, mã có chức năng tương tự Velo hoặc các tích hợp riêng.
| Yếu tố cần Custom Service | Ảnh hưởng cụ thể đối với Wix |
|---|---|
| Bản ghi Products, Customers, Orders hoặc nội dung do ứng dụng sở hữu | Quá trình di chuyển dữ liệu tiêu chuẩn có thể không bao gồm dữ liệu hoặc cách ứng dụng hoạt động. |
| các trường tùy chỉnh hoặc ID bên ngoài | Khi cách xử lý vượt ngoài phạm vi mapping hoặc biến đổi được hỗ trợ, giá trị có thể cần được diễn giải riêng, đưa tới destination ngoài tiêu chuẩn hoặc duy trì quan hệ với hệ thống bên ngoài mà Standard Add-ons không đáp ứng. |
| Hành vi phụ thuộc vào Velo/API hoặc mã nguồn | Yêu cầu có thể cần rà soát quy tắc riêng hoặc lập kế hoạch triển khai trên Nền tảng đích. |
| CMS collections phức tạp hoặc cơ sở dữ liệu bên ngoài | Quan hệ giữa nội dung và dữ liệu có thể không phù hợp với cách di chuyển CMS Pages hoặc Blog Posts thông thường. |
| Công cụ cấu hình Products, biểu mẫu, thành viên, đặt lịch hoặc chức năng của Pricing Plans | Mô hình bán hàng có thể thuộc ứng dụng Wix, thiết lập trên Nền tảng đích hoặc phạm vi xử lý riêng. |
| Quy tắc checkout, vận chuyển, thuế, xử lý đơn hàng hoặc thanh toán không theo chuẩn | Hoạt động thực tế có thể cần thiết lập Wix, lập kế hoạch service plugin hoặc chấp nhận thiết kế lại. |
Custom Service cần được xác định phạm vi bằng các trường hợp đại diện. Doanh nghiệp nên cung cấp bản ghi mẫu, ảnh chụp hoặc dữ liệu export từ hệ thống nguồn khi phù hợp, kết quả mong đợi trên Nền tảng đích và quy tắc xác thực. Nếu không có những thông tin này, quá trình xem xét yêu cầu tùy chỉnh sẽ quá trừu tượng để xác định và duy trì đúng kết quả cần đạt trên Wix.
Custom Service không mặc nhiên bao gồm triển khai ứng dụng Wix, phát triển Velo, xây dựng CMS hoặc dynamic pages, thiết lập thanh toán và vận chuyển, thiết kế theme hay trang hoặc triển khai các tích hợp bên ngoài, trừ khi các trách nhiệm đó được quy định rõ trong phạm vi công việc.
Demo Migration phải giúp đưa ra những quyết định nào
Demo Migration cần kiểm tra liệu phương án đã chọn có giữ đúng ý nghĩa dữ liệu trong mô hình Wix hay không. Không nên chỉ xem đây là bản xem trước số lượng bản ghi. Đối với Wix, Demo Migration phải cho biết Products, nhóm sản phẩm, variants, tồn kho, Customers, Orders, nội dung, URL và các yêu cầu xử lý đặc biệt có đang đi theo đúng hướng hay không.
Bộ mẫu Demo Migration cho Wix cần có cả trường hợp thông thường và trường hợp phức tạp. Mục tiêu là kiểm chứng phương án, không phải chỉ phê duyệt những bản ghi dễ xử lý nhất.
| Hạng mục mẫu | Quyết định cần hỗ trợ |
|---|---|
| Products đơn giản | Xác định dữ liệu catalog cơ bản có được chuyển sang Wix đúng cách hay không. |
| Products có option hoặc variant | Xác định choices, SKU theo variant, giá, trọng lượng, hình ảnh và tồn kho có hoạt động như dự kiến hay không. |
| Nhóm sản phẩm hoặc Categories đại diện | Xác định ý nghĩa hỗ trợ khách hàng khám phá Products ở hệ thống nguồn có thể được thể hiện bằng nhóm sản phẩm, trang, menu hoặc chuyển hướng trên Wix hay không. |
| Customers có Orders | Xác định danh tính người mua và thông tin Orders trước đây có còn phục vụ tra cứu hay không. |
| Người mua không đăng nhập hoặc hồ sơ trùng lặp | Xác định giả định về danh tính có cần làm sạch hoặc bổ sung quy tắc chấp nhận hay không. |
| Orders đã hoàn tiền hoặc áp dụng giảm giá | Xác định các trường hợp ngoại lệ trong dữ liệu Orders trước đây có còn đọc và hiểu được hay không. |
| CMS Pages, Blog Posts hoặc nội dung có nhiều media | Xác định quyết định di chuyển, xây dựng lại hoặc chuyển hướng nội dung đã rõ ràng hay chưa. |
| Bản ghi thuộc ứng dụng, tùy chỉnh hoặc hệ thống bên ngoài | Xác định yêu cầu thuộc Add-ons, Custom Service, thiết lập trên Nền tảng đích hay nội dung loại khỏi phạm vi. |
Nếu Demo Migration cho thấy các bản ghi Wix quan trọng bị mất ý nghĩa, phương án phải được điều chỉnh trước Di chuyển toàn bộ. Không nên tiếp tục với một hướng xử lý chưa đạt yêu cầu và kỳ vọng toàn bộ dữ liệu sau đó sẽ tự giải quyết vấn đề cấu trúc.
Dùng Entity Points để lập kế hoạch cho phạm vi Wix
Entity Points hỗ trợ ước tính khối lượng dữ liệu đủ điều kiện di chuyển, nhưng không tự phản ánh độ phức tạp của Wix. Đối với Wix, các bản ghi Products, Customers, Orders và Blog Posts đủ điều kiện có thể sử dụng Entity Points ở lần đầu được di chuyển, còn bản ghi đã được tính trên cùng lộ trình chuyển đổi chỉ được tính một lần; độ phức tạp của CMS, thành viên, ứng dụng và Velo được đánh giá riêng.
Entity Points cần được xem xét cùng với ý nghĩa của dữ liệu. Một dự án chuyển đổi sang Wix nhỏ vẫn có thể cần Custom Service nếu bao gồm dữ liệu do ứng dụng sở hữu, CMS collections, trường tùy chỉnh không thể xử lý bằng mapping được hỗ trợ, ID bên ngoài hoặc hành vi phụ thuộc Velo/API. Một dự án lớn hơn vẫn có thể phù hợp với Standard Service hoặc Managed Service nếu bản ghi được hỗ trợ có cấu trúc rõ ràng và doanh nghiệp có thể xác thực kết quả.
| Dấu hiệu về phạm vi | Nội dung hỗ trợ ước tính | Nội dung chưa thể chứng minh |
|---|---|---|
| Số lượng Products | Khối lượng catalog và mức sử dụng Entity Points có thể phát sinh. | Options, choices, variants, hình ảnh, nhóm sản phẩm và tồn kho có tiếp tục phục vụ đúng mục đích trên Wix hay không. |
| Số lượng Customers | Khối lượng bản ghi người mua. | Contacts, thành viên, người đăng ký nhận thông tin, người tham gia ứng dụng và ID bên ngoài có còn đúng ý nghĩa hay không. |
| Số lượng Orders | Khối lượng dữ liệu Orders trước đây. | Thông tin thanh toán, hoàn tiền, xử lý đơn hàng, giảm giá và tham chiếu bên ngoài có còn đọc và hiểu được hay không. |
| Số lượng Blog Posts | Khối lượng nội dung khi có liên quan. | CMS Pages, URL, chuyển hướng, media và cấu trúc website đã sẵn sàng để đưa vào vận hành hay chưa. |
Entity Points nên hỗ trợ lập kế hoạch, không thay thế việc đánh giá hướng dịch vụ. Phương án được chọn vẫn phụ thuộc vào phạm vi được hỗ trợ, phần thiết lập trên Nền tảng đích, yêu cầu tùy chỉnh, trách nhiệm thực hiện và kết quả xác thực.
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo và thời điểm chính thức vận hành Wix
Phương án cho lần di chuyển dữ liệu tiếp theo trở nên cần thiết khi môi trường nguồn tiếp tục thay đổi trong thời gian website Wix được chuẩn bị. Hành động phù hợp phụ thuộc vào việc chỉ có bản ghi mới cần được di chuyển, cấu hình được hỗ trợ cần thay đổi hay kết quả dự kiến trên Nền tảng đích đã được xác định lại.
| Hành động hiện tại | Khi nào phù hợp với Wix | Nội dung phải xác thực lại |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Có thêm bản ghi mới đủ điều kiện và bộ lọc, cách liên kết trường, lựa chọn loại dữ liệu cùng cấu hình đã phê duyệt vẫn phù hợp. | Kiểm tra Products, Customers, Orders và Blog Posts mới được di chuyển cùng bộ mẫu hồi quy của Wix Stores. |
| Continue the di chuyển dữ liệu with a New Configuration | Cách liên kết trường, bộ lọc, lựa chọn loại dữ liệu hoặc cấu hình được hỗ trợ đã thay đổi sau Demo Migration. | Kiểm tra lại Products, options, variants, nhóm sản phẩm, Customers, Orders, nội dung và kết quả URL bị ảnh hưởng. |
| Perform a Di chuyển New | Website Wix ở đích hoặc kết quả di chuyển dữ liệu dự kiến thay đổi đủ lớn để cần thay thế kết quả trước đó, trong khi lộ trình cố định từ Nền tảng nguồn đến Nền tảng đích của Dịch vụ chuyển đổi dữ liệu đã mua vẫn giữ nguyên. Nếu cần một lộ trình khác, khách hàng phải mua một Dịch vụ chuyển đổi dữ liệu riêng. | Xác thực lại toàn bộ kết quả trên Wix Stores, nội dung, URL cùng các ranh giới tùy chỉnh hoặc ứng dụng đã được chấp nhận. |
Phương án cho lần di chuyển dữ liệu tiếp theo không thay thế cấu hình website Wix, thiết lập ứng dụng, phát triển Velo, xây dựng CMS collections, triển khai dynamic pages, thiết lập thanh toán và vận chuyển thực tế hoặc triển khai các tích hợp. Mỗi lựa chọn phải đi kèm kế hoạch xác định thời điểm chính thức vận hành và phạm vi cần xác thực lại.
Dấu hiệu cho thấy phương án đã chọn chưa đủ
Phương án chưa đủ khi xem Wix như một nơi nhập dữ liệu đơn giản và bỏ qua độ phức tạp của môi trường kết hợp website với thương mại điện tử. Các dấu hiệu cảnh báo thường xuất hiện khi rà soát bộ mẫu, không phải từ số lượng bản ghi.
| Dấu hiệu cảnh báo | Cách xử lý có thể cần |
|---|---|
| Không thể xác thực rõ options, choices, variants và tồn kho của Products. | Xác định lại phạm vi catalog hoặc xem xét mức hỗ trợ thực hiện và đánh giá tùy chỉnh cao hơn. |
| Categories ở hệ thống nguồn được kỳ vọng tự động tái tạo menu, trang, bộ lọc và đường dẫn SEO. | Tách việc di chuyển nhóm sản phẩm khỏi phần xây dựng cấu trúc website và kế hoạch chuyển hướng. |
| Dữ liệu Customers bao gồm thành viên, Contacts, người đăng ký nhận thông tin, khách hàng thân thiết, lịch đặt chỗ hoặc người tham gia ứng dụng. | Phân loại từng dạng danh tính và rà soát hướng được hỗ trợ hoặc tùy chỉnh. |
| Dữ liệu Orders trước đây được kỳ vọng sẽ cấu hình checkout đang hoạt động trên Wix. | Tách dữ liệu đã di chuyển khỏi phần thiết lập thanh toán, vận chuyển, thuế và Orders trên Wix. |
| CMS Pages, Blog Posts, dynamic pages hoặc custom data collections có vai trò thiết yếu trước khi chính thức vận hành. | Lập kế hoạch di chuyển hoặc xây dựng lại nội dung, chuyển hướng, thiết lập CMS hay Custom Service xem xét. |
| Trường do ứng dụng sở hữu, quy tắc Velo/API hoặc ID bên ngoài giữ vai trò quan trọng đối với hoạt động kinh doanh. | Không dựa vào phạm vi di chuyển dữ liệu chung; đánh giá Add-ons hoặc Custom Service theo đúng nhu cầu. |
| Doanh nghiệp chưa xác định người sẽ kiểm tra thiết lập Wix và kết quả di chuyển dữ liệu. | Managed Service có thể hỗ trợ điều phối, nhưng điều kiện chấp nhận vẫn phải được xác định. |
Các dấu hiệu này cần được xử lý trước Di chuyển toàn bộ vì thường khó giải quyết hơn khi thời hạn chính thức vận hành đã đến gần.
Chọn hướng xử lý thực tế cho Wix
Hướng xử lý thực tế cho Wix là phương án dịch vụ nhẹ nhất nhưng vẫn duy trì được kết quả vận hành website và thương mại điện tử cần thiết về sau. Standard Service có thể đủ cho dữ liệu được hỗ trợ và có cấu trúc rõ ràng khi doanh nghiệp có thể quản lý phần thiết lập trên Nền tảng đích và xác thực. Managed Service an toàn hơn khi dữ liệu được hỗ trợ nhưng quá trình thực hiện và rà soát cần được điều phối. Add-ons hỗ trợ lọc bản ghi, thay đổi giá trị trường hoặc liên kết trường trong phạm vi được hỗ trợ. Custom Service cần thiết khi yêu cầu tùy chỉnh, không được hỗ trợ, thuộc ứng dụng, liên quan đến hệ thống bên ngoài hoặc đòi hỏi chuyển đổi riêng ảnh hưởng đến kết quả di chuyển dữ liệu.
Một phương án đã sẵn sàng có thể được tóm tắt bằng bốn nội dung:
- những bản ghi Wix cần được di chuyển;
- những thiết lập Wix và thành phần website cần được cấu hình hoặc xây dựng lại riêng;
- những yêu cầu thuộc Add-ons hoặc Custom Service nằm trong phạm vi công việc;
- những bản ghi đại diện trong Demo Migration phải đạt yêu cầu trước Di chuyển toàn bộ.
Nếu bốn nội dung này chưa rõ, hướng dịch vụ chưa nên được xem là đã hoàn tất. Chất lượng chuyển đổi sang Wix phụ thuộc vào mức độ phù hợp giữa phương án đã chọn và môi trường website, thương mại điện tử mà doanh nghiệp thực sự muốn vận hành sau khi chính thức hoạt động.
Kết luận
Lựa chọn phương án thực hiện chuyển đổi phù hợp cho Wix đòi hỏi nhiều hơn việc ước tính khối lượng bản ghi. Phương án phải tính đến cấu trúc catalog của Wix Stores, options, choices, variants, tồn kho, Customers, Contacts, thành viên, Orders, CMS Pages, Blog Posts, URL, ứng dụng, quy tắc Velo/API, hệ thống bên ngoài, phần thiết lập trên Nền tảng đích, Entity Points, các lựa chọn cho lần di chuyển dữ liệu tiếp theo và trách nhiệm xác thực.
Hướng phù hợp không phải lúc nào cũng là phương án phức tạp nhất. Phương án phù hợp phải tách rõ dữ liệu được hỗ trợ khỏi phần thiết lập Wix. Doanh nghiệp cần xác định khi nào Add-ons đã đủ, yêu cầu nào phải chuyển sang Custom Service và Demo Migration cần kiểm chứng những kết quả nào. Mục tiêu là xác nhận Wix có thể hỗ trợ hoạt động bán hàng, trải nghiệm website và nhu cầu rà soát vận hành thực tế.
Câu hỏi thường gặp
Khi nào Standard Service có thể đáp ứng dự án chuyển sang Wix?
Standard Service có thể đáp ứng khi doanh nghiệp cần các bản ghi Wix được hỗ trợ với cấu trúc thông thường, có thể tự quản lý phần thiết lập Wix và xác thực Products, nhóm sản phẩm, Customers, Orders, nội dung cùng URL mà không cần điều phối sâu hoặc xử lý tùy chỉnh.
Khi nào nên cân nhắc Managed Service cho Wix?
Managed Service hữu ích khi dự án vẫn thuộc phạm vi được hỗ trợ nhưng doanh nghiệp cần hỗ trợ thực hiện, điều phối, rà soát bộ mẫu, lập kế hoạch thời điểm chính thức vận hành hoặc quản lý kỹ các bước trước Di chuyển toàn bộ.
Add-ons khác Custom Service như thế nào khi chuyển sang Wix?
Add-ons hỗ trợ lọc bản ghi, thay đổi giá trị trường hoặc liên kết trường trong phạm vi di chuyển dữ liệu được hỗ trợ. Custom Service dành cho dữ liệu ứng dụng không được hỗ trợ, trường tùy chỉnh cần diễn giải ngoài phạm vi mapping được hỗ trợ, ID bên ngoài, quy tắc Velo/API, yêu cầu chuyển đổi riêng, xử lý Custom Platform hoặc điều chỉnh quy tắc di chuyển dữ liệu.
Demo Migration cần chứng minh điều gì trước Di chuyển toàn bộ trên Wix?
Demo Migration cần chứng minh các bản ghi đại diện trên Wix hoạt động như dự kiến, gồm Products, variants, nhóm sản phẩm, tồn kho, Customers, Orders, CMS Pages, Blog Posts, URL và các mẫu thuộc ứng dụng hoặc tùy chỉnh có ảnh hưởng đến hướng dịch vụ đã chọn.
Nên dùng hành động di chuyển dữ liệu nào cho công việc tiếp theo trên Wix?
Dùng Continue the di chuyển dữ liệu with the Last Used Configuration khi chỉ cần bổ sung bản ghi mới đủ điều kiện theo thiết lập đã phê duyệt. Dùng Continue the di chuyển dữ liệu with a New Configuration khi bộ lọc, cách liên kết trường, lựa chọn loại dữ liệu hoặc cấu hình được hỗ trợ đã thay đổi. Dùng Perform a Di chuyển New khi kết quả Wix dự kiến hoặc cách thiết lập website ở đích đã thay đổi đáng kể nhưng lộ trình chuyển đổi của Dịch vụ chuyển đổi dữ liệu đã mua vẫn giữ nguyên. Nếu cần một lộ trình khác từ Nền tảng nguồn đến Nền tảng đích, khách hàng phải mua một Dịch vụ chuyển đổi dữ liệu riêng.