Dịch vụ chuyển đổi dữ liệu của Next-Cart

Việc lựa chọn Dịch vụ chuyển đổi dữ liệu của Next-Cart thường bị đơn giản hóa thành một thứ bậc: Standard dành cho dự án nhỏ, Managed dành cho dự án lớn hơn và Custom dành cho dự án phức tạp nhất. Cách hiểu này không phản ánh đúng cách lựa chọn dịch vụ. Quy mô cửa hàng chỉ phản ánh khối lượng dữ liệu, không cho biết cấu trúc yêu cầu. Mức giá thể hiện dung lượng và phần công việc được bao gồm, không mặc nhiên đại diện cho một cấp độ chất lượng.

Ba Dịch vụ chuyển đổi dữ liệu trở nên rõ ràng hơn khi tách quyết định thành hai câu hỏi. Thứ nhất, kết quả mong muốn có thể đạt được trong phạm vi di chuyển dữ liệu được hỗ trợ hay cần xử lý riêng? Thứ hai, khách hàng sẽ thực hiện các hoạt động đã thống nhất hay cần bao gồm phần thực hiện do chuyên gia phụ trách?

Standard Service, Managed Service và Custom Service giải quyết những tổ hợp khác nhau của hai câu hỏi này. Phân biệt đúng giúp tránh đưa yêu cầu chưa được hỗ trợ vào Managed Service. Đồng thời, một quá trình chuyển đổi dễ dự đoán cũng không bị đẩy sang Custom Service chỉ vì cửa hàng có quy mô lớn.

Xác định phạm vi trước, sau đó phân định bên thực hiện

Phạm vi được hỗ trợ nghĩa là lộ trình chuyển đổi, cấu trúc dữ liệu, các thiết lập sẵn có và Standard Add-ons có thể tạo ra kết quả dự kiến mà không cần cách xử lý dữ liệu riêng cho dự án. Phạm vi cần xử lý riêng xuất hiện khi một phần yêu cầu đòi hỏi phân tích, điều chỉnh, biến đổi hoặc cách xử lý vượt ngoài phạm vi được hỗ trợ.

Trách nhiệm thực hiện giải quyết một câu hỏi khác. Một quá trình chuyển đổi nằm trong phạm vi hỗ trợ có thể do khách hàng hoặc chuyên gia thực hiện. Quá trình có công việc tùy chỉnh cũng có thể do khách hàng chủ động thực hiện hoặc bao gồm Expert Handle. Bên thực hiện công việc không làm thay đổi bản chất yêu cầu dữ liệu là được hỗ trợ hay cần xử lý riêng.

Từ đó có bốn trường hợp thực tế:

Bảng trên không phải biểu mẫu để xác định dịch vụ. Mục đích là ngăn hai quyết định khác nhau bị gộp thành một.

Standard Service: Phạm vi được hỗ trợ, khách hàng chủ động thực hiện

Standard Service phù hợp khi lộ trình được hỗ trợ, các cấu trúc dữ liệu quan trọng dễ dự đoán và các thiết lập sẵn có hoặc Standard Add-ons có thể tạo ra kết quả cần thiết. Khách hàng chuẩn bị quyền truy cập, xem xét cấu hình, thực hiện các công việc di chuyển dữ liệu, điều phối việc xử lý những vấn đề được phát hiện và xác thực Cửa hàng đích.

Điều này không biến Standard Service thành lựa chọn cơ bản hoặc chỉ dành cho dung lượng thấp. Một cửa hàng có số lượng Products và Orders lớn vẫn có thể phù hợp nếu mô hình dữ liệu đã được hiểu rõ và đội ngũ nội bộ có đủ khả năng quản lý khâu thực hiện. Entity Points xác định gói có thể đáp ứng bao nhiêu dữ liệu được tính, không quyết định Standard Service có phù hợp hay không.

Một trường hợp phù hợp với Standard Service thường có:

• lộ trình từ Nền tảng nguồn đến Nền tảng đích được hỗ trợ;
• bên chịu trách nhiệm cho dữ liệu và các mối quan hệ quan trọng được xác định rõ;
• không có yêu cầu về cách xử lý dữ liệu riêng;
• nhu cầu Add-on có phạm vi rõ ràng và có thể xử lý bằng chức năng hiện có;
• đội ngũ nội bộ có đủ khả năng điều phối việc thực hiện và xác thực;
• tiêu chí chấp nhận có thể áp dụng cho những kết quả đại diện.

Điểm cần cân nhắc chính là trách nhiệm. Khi khách hàng chủ động thực hiện, đội ngũ có thể chủ động hơn về thời điểm tiến hành và các quyết định cấu hình. Đổi lại, dự án phải dành đủ nguồn lực để diễn giải những kết quả đã thu được và phản ứng khi một giả định không chính xác.

Managed Service: Phạm vi được hỗ trợ, chuyên gia phụ trách thực hiện

Managed Service áp dụng khi yêu cầu vẫn nằm trong phạm vi hỗ trợ nhưng dự án cần chuyên gia thực hiện các công việc di chuyển dữ liệu đã thống nhất. Điểm khác biệt của dịch vụ nằm ở trách nhiệm, không phải phạm vi dữ liệu được hỗ trợ rộng hơn.

Managed Service có thể phù hợp khi đội ngũ nội bộ phải đáp ứng thời hạn cố định, đồng thời xử lý nhiều công việc vận hành, chưa có nhiều kinh nghiệm chuyển đổi hoặc cần phối hợp thực hiện giữa nhiều bên liên quan. Dữ liệu có thể dễ dự đoán, nhưng dự án vẫn hưởng lợi khi giảm phần việc thực hiện cho đội ngũ nội bộ.

Managed Service không tự động bao gồm dữ liệu của ứng dụng chưa được hỗ trợ, bảng tùy chỉnh, phép biến đổi riêng hoặc cách Add-on đã được điều chỉnh để xử lý dữ liệu. Nếu xuất hiện những yêu cầu này, trước hết phạm vi phải được xác định là tùy chỉnh. Việc giao công việc cho chuyên gia không thể biến một yêu cầu phi tiêu chuẩn thành yêu cầu thuộc phạm vi được hỗ trợ.

Khách hàng vẫn chịu trách nhiệm cung cấp thông tin dự án chính xác và xác thực kết quả. Chuyên gia phụ trách thực hiện có thể giúp giảm khối lượng vận hành, nhưng không thể thay doanh nghiệp quyết định liệu dữ liệu đã di chuyển có giữ đúng ý nghĩa mà các bộ phận bán hàng, tài chính, chăm sóc khách hàng, SEO hoặc tuân thủ cần hay không.

Managed Service không loại bỏ khả năng chủ động thực hiện của khách hàng. Khách hàng vẫn có thể xem xét, cấu hình và thực hiện các lựa chọn di chuyển dữ liệu sẵn có. Phần thực hiện do chuyên gia phụ trách là trách nhiệm được bao gồm trong dịch vụ, không phải quyền kiểm soát độc quyền đối với Dịch vụ chuyển đổi dữ liệu đã mua.

Custom Service: Phạm vi được xác định theo kết quả cần xử lý riêng

Custom Service trở nên cần thiết khi kết quả mong muốn không thể được tạo ra chỉ bằng phạm vi xử lý được hỗ trợ và Standard Add-ons sẵn có. Nhu cầu tùy chỉnh cần được mô tả bằng dữ liệu hoặc cách hoạt động cụ thể phải xử lý riêng, thay vì chỉ nói chung rằng cửa hàng có đặc điểm khác thường.

Các dấu hiệu phổ biến gồm:

• Custom Platform đóng vai trò Nền tảng nguồn hoặc Nền tảng đích;
• các trường tùy chỉnh, bảng tùy chỉnh hoặc cấu trúc cơ sở dữ liệu có yêu cầu xử lý vượt ngoài phạm vi chuyển đổi được hỗ trợ hoặc phạm vi Standard Add-on;
• dữ liệu do ứng dụng, plugin, module hoặc extension quản lý;
• bản ghi của bên thứ ba nằm ngoài mô hình được hỗ trợ của nền tảng;
• mã định danh bên ngoài cần duy trì mối quan hệ với một hệ thống khác;
• phép biến đổi hoặc tái cấu trúc riêng;
• quy tắc xử lý phi tiêu chuẩn liên quan đến Products, Customers, Orders, nội dung hoặc mối quan hệ;
• một Add-on sẵn có cần được điều chỉnh;
• một Add-on riêng cho dự án.

Phạm vi tùy chỉnh cần xác định ý nghĩa của dữ liệu nguồn, cách thể hiện mong muốn trên hệ thống đích, quy tắc biến đổi hoặc mối quan hệ, các bản ghi bị ảnh hưởng và điều kiện cần xác nhận trước khi chấp nhận kết quả. Nếu thiếu những yếu tố này, "tùy chỉnh" chỉ là một nhãn chung, chưa phải yêu cầu có thể triển khai.

Expert Handle thay đổi trách nhiệm thực hiện, không thay đổi bản chất công việc tùy chỉnh

Custom Service không tự động bao gồm Expert Handle.

Custom Service do khách hàng chủ động thực hiện

Công việc tùy chỉnh đã thống nhất được bao gồm, còn khách hàng thực hiện các lựa chọn di chuyển dữ liệu sẵn có và xác thực kết quả. Phương án này có thể phù hợp với đội ngũ cần cách xử lý riêng nhưng vẫn đủ nguồn lực để điều phối khâu thực hiện.

Custom Service với Expert Handle

Phạm vi bao gồm công việc tùy chỉnh đã thống nhất và việc chuyên gia thực hiện các công việc di chuyển dữ liệu đã được chấp nhận. Khách hàng vẫn cung cấp bối cảnh kinh doanh cần thiết và thực hiện bước xác thực cuối cùng.

Phạm vi được chấp nhận cần nêu rõ bên chịu trách nhiệm thực hiện. Nếu không, dự án có thể xác định chính xác đầu ra tùy chỉnh nhưng vẫn để lại khoảng trống không cần thiết về bên thực hiện các hoạt động để tạo ra đầu ra đó.

Nguyên tắc về khả năng chủ động thực hiện vẫn áp dụng cho Custom Service. Dù dự án do khách hàng thực hiện hay bao gồm Expert Handle, khách hàng vẫn có thể trực tiếp thực hiện các lựa chọn di chuyển dữ liệu sẵn có. Lựa chọn dịch vụ xác định trách nhiệm được bao gồm và phạm vi tùy chỉnh, không ngăn khách hàng chủ động tham gia quá trình.

Add-ons không phải là Dịch vụ chuyển đổi dữ liệu thứ tư

Standard Add-ons đáp ứng những nhu cầu có phạm vi hỗ trợ rõ ràng. Các Add-ons này có thể đi cùng Standard Service, Managed Service hoặc Custom Service khi chức năng sẵn có phù hợp với yêu cầu.

Ví dụ, Data Filter có thể phù hợp khi dự án chỉ cần chọn Orders đáp ứng điều kiện của một trường đã được phê duyệt. Advanced Data Mapping có thể chuyển một trường nguồn được hỗ trợ sang trường đích tương thích. Khi cả Nền tảng nguồn và Nền tảng đích đều là Open Source, Advanced Database Mapping có thể xử lý việc liên kết trường hoặc cột cơ sở dữ liệu được hỗ trợ. Data Transformation có thể biến đổi giá trị đã chọn ở trường đích. Có thể kết hợp nhiều Standard Add-ons mà không biến dự án thành Custom Service, miễn là từng thao tác vẫn nằm trong phạm vi được hỗ trợ của Add-on tương ứng.

Ranh giới thay đổi khi chính Add-on cần được điều chỉnh hoặc không Standard Add-on nào tạo ra được kết quả mong muốn:

• Standard Add-on đã điều chỉnh trở thành Tailored Add-on trong Custom Service;
• Add-on dành riêng cho dự án được xem xét như Custom Add-on trong Custom Service;
• dữ liệu chưa được hỗ trợ hoặc mối quan hệ riêng cần được phân tích trong phạm vi Custom Service rộng hơn, kể cả khi dự án cũng cần lọc bản ghi hoặc thay đổi trường đích.

Add-on mô tả một chức năng xử lý có phạm vi cụ thể. Dịch vụ chuyển đổi dữ liệu mô tả phạm vi tổng thể và cách phân định trách nhiệm.

Khách hàng chịu trách nhiệm xác thực cuối cùng

Mọi Dịch vụ chuyển đổi dữ liệu đều kết thúc bằng bước xác thực của khách hàng. Yêu cầu này đôi khi bị hiểu là một hạn chế của việc chuyên gia phụ trách thực hiện. Thực chất, đây là cách phân chia hai loại kiến thức khác nhau.

Khâu thực hiện có thể được đánh giá theo cấu hình và phạm vi dịch vụ đã chấp nhận. Quyết định chấp nhận về mặt kinh doanh lại phụ thuộc vào kiến thức của khách hàng: Products nào phải tiếp tục bán được, Orders cần hỗ trợ hoạt động chăm sóc khách hàng ra sao, điểm khác biệt nào giữa các bản ghi Customers cần được giữ lại, URL nào có ý nghĩa đối với SEO và Cửa hàng đích đã sẵn sàng cho bước tiếp theo hay chưa.

Để quyết định chấp nhận có cơ sở, phần ghi nhận kết quả cần nêu rõ:

• kết quả quan trọng cần được đánh giá;
• bản ghi hoặc tình huống đại diện;
• người chịu trách nhiệm đưa ra quyết định;
• kết quả dự kiến;
• giới hạn được chấp nhận, nếu có;
• quyết định Đạt, Cần theo dõi hoặc Chặn.

Công việc triển khai trên Nền tảng đích cũng cần được xem như một phần riêng. Xây dựng lại theme, cài đặt ứng dụng, thiết lập thanh toán hoặc vận chuyển, triển khai các tích hợp và cấu hình vận hành không tự động được bao gồm chỉ vì dữ liệu đã di chuyển cần được sử dụng trong những thành phần đó.

Điều chỉnh Dịch vụ chuyển đổi dữ liệu khi phát hiện mới làm thay đổi giả định ban đầu

Dịch vụ chuyển đổi dữ liệu ban đầu có thể cần được thay đổi khi phát hiện mới cho thấy một giả định quan trọng không còn đúng. Demo Migration có thể cho thấy cấu trúc chưa được hỗ trợ. Quá trình kiểm kê dữ liệu có thể phát hiện mã định danh bên ngoài hoặc bảng tùy chỉnh. Standard Add-on có thể không đủ. Nguồn lực nội bộ cũng có thể không còn đáp ứng phần việc mà phương án do khách hàng chủ động thực hiện đòi hỏi.

Sau khi mua, Dịch vụ chuyển đổi dữ liệu chỉ có thể thay đổi theo chiều tăng:

Nâng cấp dịch vụ là lựa chọn phù hợp khi điều kiện dùng để đánh giá đã thay đổi. Hãy chuyển từ Standard sang Managed nếu phạm vi vẫn được hỗ trợ nhưng trách nhiệm thực hiện cần thay đổi. Hãy chuyển từ Standard hoặc Managed sang Custom Service khi phát sinh công việc cần xử lý riêng. Trong Custom Service, Expert Handle có thể được bổ sung khi phạm vi tùy chỉnh đã đúng nhưng dự án còn cần bao gồm phần thực hiện do chuyên gia phụ trách.

Dịch vụ không thể chuyển từ Managed xuống Standard hoặc từ Custom xuống Managed hay Standard. Quy tắc một chiều này khiến quyết định ban đầu có ý nghĩa quan trọng, dù dự án vẫn có thể điều chỉnh theo hướng tăng khi cần. Một Standard Add-on có phạm vi rõ ràng và đáp ứng đầy đủ yêu cầu không tự động đòi hỏi phải nâng Dịch vụ chuyển đổi dữ liệu.

Nâng cấp được tích hợp vào cùng Dịch vụ chuyển đổi dữ liệu đã mua và chỉ tính phần chênh lệch. Giao dịch này không tạo lộ trình mới hoặc kéo dài thời hạn dịch vụ một năm. Đưa ra quyết định dựa trên kết quả đã được rà soát sẽ có cơ sở hơn so với việc xem ba dịch vụ là các cấp bậc về quy mô hoặc chất lượng và cho rằng có thể chuyển đổi qua lại.

Kết luận

Dịch vụ chuyển đổi dữ liệu của Next-Cart được phân biệt theo phạm vi yêu cầu và trách nhiệm thực hiện. Standard Service do khách hàng chủ động thực hiện trong phạm vi được hỗ trợ. Managed Service bao gồm phần thực hiện do chuyên gia phụ trách trong cùng phạm vi đó. Custom Service dành cho yêu cầu cần xử lý riêng hoặc không theo tiêu chuẩn, đồng thời có thể do khách hàng chủ động thực hiện hoặc bao gồm Expert Handle.

Entity Points nên được dùng để xác định dung lượng, Add-ons dành cho các chức năng bổ sung có phạm vi hỗ trợ rõ ràng, còn khách hàng chịu trách nhiệm xác thực kết quả về mặt kinh doanh. Khi những quyết định này được tách riêng, việc lựa chọn dịch vụ dựa trên yêu cầu thực tế thay vì quy mô cửa hàng, mức giá hiển thị hoặc cảm nhận về cấp độ dịch vụ.

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

Standard Service có chỉ phù hợp với cửa hàng nhỏ không?

Standard Service không chỉ phù hợp với cửa hàng nhỏ. Standard Service có thể đáp ứng một quá trình chuyển đổi quy mô lớn khi lộ trình và yêu cầu vẫn nằm trong phạm vi hỗ trợ, đồng thời khách hàng có đủ khả năng điều phối việc thực hiện và xác thực.

Điểm khác biệt chính giữa Standard Service và Managed Service là gì?

Cả hai đều dành cho yêu cầu nằm trong phạm vi được hỗ trợ. Standard Service do khách hàng chủ động thực hiện, còn Managed Service bao gồm phần thực hiện do chuyên gia phụ trách đối với các hoạt động đã thống nhất.

Managed Service có bao gồm các trường tùy chỉnh hoặc bản ghi chưa được hỗ trợ không?

Managed Service không tự động bao gồm các trường tùy chỉnh hoặc bản ghi chưa được hỗ trợ. Managed Service thay đổi trách nhiệm thực hiện trong phạm vi được hỗ trợ. Những yêu cầu tùy chỉnh hoặc chưa được hỗ trợ cần được xử lý riêng trong Custom Service.

Custom Service có luôn bao gồm Expert Handle không?

Custom Service không phải lúc nào cũng bao gồm Expert Handle. Custom Service có thể do khách hàng chủ động thực hiện. Expert Handle được bao gồm khi phần thực hiện do chuyên gia phụ trách là một phần của phạm vi tùy chỉnh đã chấp nhận.

Standard Add-on có thể dùng với Managed Service không?

Standard Add-on có thể dùng với Managed Service, cũng như Standard Service hoặc Custom Service, khi chức năng sẵn có đáp ứng yêu cầu.

Ai phê duyệt kết quả chuyển đổi cuối cùng?

Khách hàng chịu trách nhiệm xác thực cuối cùng trong mọi Dịch vụ chuyển đổi dữ liệu vì quyết định chấp nhận phụ thuộc vào kết quả thương mại, vận hành, SEO và tuân thủ mà doanh nghiệp cần đạt được.

Khách hàng có thể chủ động thực hiện công việc trong Managed Service hoặc Custom Service không?

Khách hàng vẫn có thể chủ động thực hiện công việc trong Managed Service hoặc Custom Service. Mọi Dịch vụ chuyển đổi dữ liệu đều cho phép khách hàng chủ động thực hiện các phương án di chuyển dữ liệu sẵn có. Managed Service và Expert Handle xác định trách nhiệm được bao gồm, không loại bỏ khả năng tham gia của khách hàng.

Có thể hạ Dịch vụ chuyển đổi dữ liệu đã mua không?

Dịch vụ chuyển đổi dữ liệu đã mua không thể hạ xuống cấp dịch vụ thấp hơn. Standard có thể nâng lên Managed hoặc Custom, còn Managed có thể nâng lên Custom. Dịch vụ chuyển đổi dữ liệu đã mua không thể chuyển xuống.