Việc chọn sai Dịch vụ chuyển đổi dữ liệu của Next-Cart hiếm khi bắt nguồn từ tên dịch vụ khó hiểu. Nguyên nhân thường gặp hơn là quyết định được đưa ra quá sớm. Quy mô cửa hàng, mức giá, áp lực thời gian hoặc nhu cầu được hỗ trợ nhưng chưa xác định rõ đã thay thế cho kết quả kiểm tra cấu trúc dữ liệu, cách thể hiện trên hệ thống đích, khối lượng công việc thực hiện và tiêu chuẩn chấp nhận.
Một lựa chọn có cơ sở cần tuân theo trình tự khác. Trước hết, hãy xác định kết quả nào phải tiếp tục được duy trì sau chuyển đổi. Tiếp theo, đánh giá yêu cầu có thuộc phạm vi xử lý được hỗ trợ hay không, một Add-on có phạm vi rõ ràng đã đủ chưa và đội ngũ nào có đủ năng lực điều phối việc thực hiện. Giá chỉ thực sự hữu ích sau khi các câu hỏi này đã dẫn đến một hướng lựa chọn dịch vụ có cơ sở.
Trình tự đó quan trọng vì ba Dịch vụ chuyển đổi dữ liệu của Next-Cart giải quyết những nhu cầu khác nhau. Standard Service áp dụng cho phạm vi được hỗ trợ và do khách hàng chủ động thực hiện. Managed Service bao gồm phần thực hiện do chuyên gia phụ trách trong phạm vi được hỗ trợ. Custom Service dành cho yêu cầu cần xử lý riêng, đồng thời có thể do khách hàng chủ động thực hiện hoặc bao gồm Expert Handle.
Xác định kết quả cần đạt trước khi so sánh dịch vụ
Mức độ phù hợp của dịch vụ phải bắt đầu từ kết quả kinh doanh, không phải tên dịch vụ. Dự án cần xác định những kết quả phải được duy trì sau khi di chuyển, chẳng hạn:
- Products vẫn dễ hiểu và có thể mua được;
- danh tính và cách phân nhóm Customers vẫn hữu ích;
- lịch sử đơn hàng tiếp tục đáp ứng nhu cầu chăm sóc khách hàng và báo cáo;
- nội dung và URL giữ được giá trị dự kiến;
- các mối quan hệ quan trọng vẫn được kết nối;
- mã định danh bên ngoài tiếp tục hỗ trợ những hệ thống phụ thuộc;
- Cửa hàng đích có thể được xác thực theo các kết quả cần kiểm tra và tiêu chí đã thống nhất.
Các kết quả này cho biết những gì phải được kiểm tra trong dữ liệu nguồn. Một lộ trình chuyển đổi được hỗ trợ vẫn có thể chứa bảng tùy chỉnh, bản ghi do ứng dụng quản lý hoặc giới hạn của hệ thống đích làm thay đổi cách dữ liệu cần được thể hiện. Nếu không xác định kết quả trước, những khác biệt đó có thể chỉ được phát hiện sau khi kỳ vọng đã được thiết lập theo dịch vụ đã chọn.
Quyết định cũng phải tách dữ liệu được di chuyển khỏi phần triển khai trên Nền tảng đích. Yêu cầu chuyển một mã định danh là vấn đề thuộc di chuyển dữ liệu. Yêu cầu triển khai và vận hành tích hợp sử dụng mã định danh đó lại là công việc triển khai, trừ khi được ghi rõ trong phạm vi. Gộp hai phần này có thể khiến mọi dự án đều có vẻ cần tùy chỉnh hoặc tạo ra một phạm vi tùy chỉnh chưa đầy đủ.
Không dùng dung lượng để quyết định Dịch vụ chuyển đổi dữ liệu
Entity Points cho biết cần bao nhiêu dung lượng được tính cho Products, Customers, Orders và Blog Posts. Entity Points không đo lường:
- độ phức tạp về cấu trúc;
- cách xử lý được thiết kế riêng;
- phụ thuộc vào bên thứ ba;
- khả năng thực hiện của đội ngũ nội bộ;
- công việc triển khai trên hệ thống đích;
- khối lượng xác thực.
Một cửa hàng có 200.000 bản ghi với cấu trúc dễ dự đoán vẫn có thể phù hợp với Standard Service nếu đội ngũ đủ khả năng chủ động thực hiện. Một cửa hàng chỉ có 500 bản ghi vẫn có thể cần Custom Service nếu một nhóm nhỏ dữ liệu chứa quy tắc giá riêng hoặc quy tắc xử lý Orders. Dung lượng và mức độ phù hợp của dịch vụ phải được đánh giá riêng, sau đó mới kết hợp trong quyết định mua cuối cùng.
Sự phân biệt này cũng ngăn mức giá chi phối phạm vi. Việc chọn gói dung lượng thấp hơn chỉ có thể giảm chi phí khi khối lượng dữ liệu được tính thực sự nằm trong gói đó. Lựa chọn này không thể loại bỏ phụ thuộc vào dữ liệu tùy chỉnh hoặc khiến một đội ngũ chưa sẵn sàng trở nên đủ khả năng thực hiện.
Kiểm tra yêu cầu có nằm trong phạm vi hỗ trợ hay không
Câu hỏi đầu tiên khi lựa chọn dịch vụ là liệu các chức năng di chuyển dữ liệu hiện có đủ để tạo ra kết quả dự kiến hay không.
Yêu cầu có nhiều khả năng nằm trong phạm vi hỗ trợ khi:
- lộ trình chuyển đổi được hỗ trợ;
- các bản ghi quan trọng sử dụng cấu trúc nền tảng dễ dự đoán;
- ý nghĩa của dữ liệu nguồn có thể được thể hiện bằng các trường và mối quan hệ sẵn có trên hệ thống đích;
- cấu hình tiêu chuẩn và Attribute Mapping đáp ứng việc liên kết cần thiết;
- mọi nhu cầu bổ sung về lọc bản ghi, biến đổi giá trị hoặc chuyển trường dữ liệu đều có thể xử lý bằng Standard Add-on;
- kết quả cần kiểm tra khi nghiệm thu có thể được xác định mà không cần cách xử lý dữ liệu riêng.
Custom Service nên được xem xét khi kết quả mong muốn phụ thuộc vào:
- Custom Platform;
- 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 nằm ngoài phạm vi được hỗ trợ;
- dữ liệu do ứng dụng, plugin, module hoặc extension quản lý;
- bản ghi của bên thứ ba hoặc mã định danh từ hệ thống bên ngoài;
- phép biến đổi, tái cấu trúc hoặc quy tắc về mối quan hệ dữ liệu riêng;
- Standard Add-on phải thay đổi cách hoạt động;
- Add-on mới dành riêng cho dự án;
- cách thể hiện dữ liệu trên hệ thống đích cần được thiết kế và thống nhất riêng.
Thông tin đầu vào và kết quả kiểm tra càng cụ thể thì quyết định càng có cơ sở. Câu mô tả "cửa hàng có dữ liệu tùy chỉnh" còn quá mơ hồ. Câu "giá theo hợp đồng được lưu trong bảng tùy chỉnh theo nhóm Customers và SKU của Products, đồng thời Cửa hàng đích phải duy trì đúng mối quan hệ thương mại đó" xác định rõ dữ liệu, quyền quản lý, mối quan hệ và kết quả cần đạt.
Xác định Standard Add-on có đáp ứng đủ hay không
Add-on có thể giúp dự án tiếp tục sử dụng Standard Service hoặc Managed Service khi vấn đề có phạm vi rõ ràng và chức năng hiện có đáp ứng đúng yêu cầu.
| Khả năng kiểm soát cần thiết | Standard Add-on phù hợp | Ranh giới cần xác minh |
|---|---|---|
| Chọn bản ghi cần di chuyển bằng điều kiện ở cấp trường cho từng loại dữ liệu | Data Filter | Loại dữ liệu, trường nguồn, điều kiện và quy tắc bao gồm hoặc loại trừ đều được hỗ trợ |
| Chuyển một trường nguồn được hỗ trợ sang trường đích tương thích | Advanced Data Mapping | Kiểu dữ liệu của trường nguồn và trường đích, các mối quan hệ và cách sử dụng về sau vẫn phù hợp; Tax không thuộc phạm vi Add-on |
| Liên kết các trường được hỗ trợ hoặc cột cơ sở dữ liệu bên dưới với trường hoặc cột đích tương thích | Advanced Database Mapping | Cả Nền tảng nguồn và Nền tảng đích đều là Open Source; các yêu cầu về trường hoặc cột, kiểu dữ liệu, mối quan hệ và cách sử dụng về sau vẫn được hỗ trợ; Tax không thuộc phạm vi Add-on |
| Biến đổi các giá trị đã chọn ở trường đích trong quá trình di chuyển dữ liệu | Data Transformation | Biểu thức, giá trị đầu vào và kết quả tương thích với hệ thống đích được xác định rõ |
Khi đánh giá Add-on, hãy xác định đầu ra dự kiến có thể được mô tả và tạo ra bằng chức năng hiện có của Add-on hay không. Nếu chính chức năng phải được điều chỉnh, yêu cầu sẽ trở thành Tailored Add-on trong Custom Service. Nếu không Standard Add-on nào đáp ứng được, dự án có thể cần Custom Add-on hoặc một phạm vi tùy chỉnh rộng hơn.
Việc sử dụng Add-on không chứng minh dự án là tùy chỉnh. Dấu hiệu rõ hơn là Add-on phải thay đổi, dữ liệu chưa được hỗ trợ cần được diễn giải hoặc dự án phải tạo ra cách xử lý riêng.
Đánh giá đúng khối lượng công việc thực hiện
Sau khi phân biệt phạm vi được hỗ trợ với phạm vi cần xử lý riêng, dự án mới có thể quyết định bên nào sẽ thực hiện các công việc di chuyển dữ liệu đã thống nhất.
Khách hàng chủ động thực hiện không chỉ là bắt đầu một lần di chuyển dữ liệu. Đội ngũ còn phải có khả năng:
- chuẩn bị quyền truy cập và thông tin nguồn cần thiết;
- hiểu các quyết định cấu hình;
- chọn mẫu Demo có tính đại diện;
- điều phối thời gian thực hiện chuyển đổi;
- phản ứng trước lỗi hoặc kết quả ngoài dự kiến;
- phối hợp với các bên đánh giá từ bộ phận kinh doanh, SEO, kỹ thuật và vận hành;
- ghi nhận quyết định chấp nhận cuối cùng.
Nếu dự án vẫn nằm trong phạm vi hỗ trợ và đội ngũ nội bộ có thể đảm nhận khối lượng công việc này, Standard Service có thể phù hợp. Nếu phạm vi hỗ trợ vẫn đáp ứng yêu cầu nhưng dự án cần bao gồm phần thực hiện do chuyên gia phụ trách, Managed Service có thể phù hợp hơn.
Khi cần công việc xử lý riêng, Custom Service áp dụng bất kể bên nào thực hiện. Dự án có thể tiếp tục do khách hàng chủ động thực hiện hoặc bao gồm Expert Handle. Expert Handle nên được chọn vì dự án cần đưa trách nhiệm thực hiện vào phạm vi, không phải vì từ "Custom" mặc nhiên được hiểu là quản lý toàn bộ.
Dùng Demo Migration để kiểm tra lại các giả định
Demo Migration hữu ích nhất khi kiểm tra những giả định có thể làm thay đổi quyết định dịch vụ. Một mẫu chỉ gồm Products đơn giản và Orders thông thường có thể xác nhận cách xử lý di chuyển dữ liệu cơ bản nhưng chưa kiểm tra được rủi ro thực sự.
Dữ liệu đại diện có thể gồm:
- một bản ghi Products có variants phức tạp hoặc custom attributes;
- một bản ghi Customers có nhóm ảnh hưởng đến giá hoặc khả năng hiển thị;
- một bản ghi Orders có hoàn tiền, lịch sử trạng thái bất thường hoặc mã tham chiếu bên ngoài;
- nội dung có URL hoặc giá trị SEO quan trọng;
- bản ghi có khả năng cho thấy nhu cầu lọc, biến đổi hoặc chuyển trường dữ liệu;
- trường tùy chỉnh hoặc bản ghi của bên thứ ba có thể cần xử lý riêng.
Demo Migration không thể xác thực Add-ons đã cấu hình hoặc Customization vì các chức năng này không áp dụng trong Demo. Tuy nhiên, kết quả Demo vẫn có thể cho thấy yêu cầu đó tồn tại và phần nào cần kiểm tra thêm.
Kết quả cần được diễn giải theo nguyên tắc rõ ràng:
- kết quả nằm trong phạm vi hỗ trợ và dễ dự đoán tạo thêm cơ sở để chọn Standard Service hoặc Managed Service;
- kết quả được hỗ trợ nhưng đội ngũ nội bộ không đủ khả năng thực hiện tạo thêm cơ sở để chọn Managed Service;
- cấu trúc chưa được hỗ trợ, phép biến đổi riêng hoặc quy tắc về mối quan hệ dữ liệu chưa được giải quyết tạo thêm cơ sở để chọn Custom Service;
- mẫu không có tính đại diện không đủ để đưa ra quyết định dịch vụ có cơ sở.
Chỉ so sánh dịch vụ sau khi yêu cầu thực tế đã được làm rõ
Bảng so sánh chỉ trở nên hữu ích sau khi phạm vi và trách nhiệm thực hiện đã được xem xét.
| Kết quả rà soát cho thấy | Hướng lựa chọn phù hợp | Lý do |
|---|---|---|
| Lộ trình và cấu trúc được hỗ trợ; Standard Add-ons đã đủ; đội ngũ có thể thực hiện và xác thực | Standard Service | Dự án có cơ sở để khách hàng chủ động thực hiện trong phạm vi hỗ trợ |
| Lộ trình và cấu trúc được hỗ trợ; Standard Add-ons đã đủ; cần chuyên gia phụ trách thực hiện | Managed Service | Trách nhiệm thực hiện là nhu cầu còn thiếu |
| Cần xử lý riêng hoặc phi tiêu chuẩn; đội ngũ có thể thực hiện và xác thực | Custom Service do khách hàng chủ động thực hiện | Dự án cần cách xử lý tùy chỉnh nhưng không cần Expert Handle |
| Cần xử lý riêng hoặc phi tiêu chuẩn; đồng thời cần chuyên gia phụ trách thực hiện | Custom Service với Expert Handle | Phạm vi phải bao gồm cả công việc tùy chỉnh lẫn trách nhiệm thực hiện |
Bảng này hỗ trợ đối chiếu, không phải hệ thống chấm điểm tự động. Một phụ thuộc tùy chỉnh có mức độ quan trọng cao có thể quyết định lựa chọn dù phần lớn bản ghi vẫn nằm trong phạm vi tiêu chuẩn. Một đội ngũ nội bộ đủ năng lực có thể khiến Standard Service phù hợp với dự án lớn nhưng vẫn nằm trong phạm vi hỗ trợ. Chất lượng của thông tin quan trọng hơn việc đếm số điều kiện có vẻ ủng hộ từng dịch vụ.
Chỉ xem xét giá sau khi xác định Dịch vụ chuyển đổi dữ liệu phù hợp
Giá kết hợp dung lượng Entity Points, Dịch vụ chuyển đổi dữ liệu, Add-ons đã mua và công việc tùy chỉnh thuộc phạm vi đã thống nhất. So sánh các mức giá hiển thị trước khi biết dịch vụ nào phù hợp có thể tạo cảm giác tiết kiệm, nhưng mức giá thấp hơn chưa chắc phản ánh tổng chi phí của phương án thực sự đáp ứng yêu cầu.
Trình tự hữu ích là:
- tính dung lượng Entity Points thực tế cần thiết;
- xác định kết quả nằm trong phạm vi được hỗ trợ hay cần tùy chỉnh;
- phân định trách nhiệm thực hiện;
- xác định Standard Add-ons, Tailored Add-ons hoặc Custom Add-ons cần thiết;
- xem xét giá của gói phù hợp và báo giá tùy chỉnh.
Custom Service hiển thị giá Standard Service của Entity Points Plan đã chọn làm mức khởi điểm. Tổng giá cuối cùng phụ thuộc vào công việc tùy chỉnh đã thống nhất, Add-ons đã mua nếu có, Expert Handle khi được bao gồm và các chi phí khác thuộc phạm vi đã chấp nhận. Không nên so sánh mức khởi điểm này với giá cố định của Standard Service hoặc Managed Service như thể cả ba mức giá bao gồm cùng một khối lượng công việc.
Khả năng nâng cấp cũng cần được cân nhắc nhưng không thể thay thế việc xác định rõ phạm vi, trách nhiệm và kết quả cần đạt. 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ể hạ xuống. Nâng cấp hợp lệ được tích hợp vào cùng dịch vụ và chỉ tính phần chênh lệch, nhưng không thay đổi lộ trình cố định hoặc kéo dài thời hạn một năm.
Ghi lại vì sao lựa chọn có cơ sở
Quyết định dịch vụ cần đứng vững khi được xem xét lại về sau. Cơ sở lựa chọn nên ghi nhận:
- kết quả kinh doanh cần đạt;
- lý do lộ trình chuyển đổi và các cấu trúc quan trọng được xem là nằm trong phạm vi hỗ trợ hoặc cần tùy chỉnh;
- những yêu cầu có phạm vi rõ ràng phù hợp với Standard Add-ons;
- những yêu cầu cần công việc xử lý riêng;
- bên sẽ thực hiện các công việc di chuyển dữ liệu;
- những gì Demo Migration đã chứng minh và chưa thể chứng minh;
- công việc triển khai nào trên Nền tảng đích vẫn được thực hiện riêng;
- dữ liệu nào sẽ hỗ trợ bước nghiệm thu cuối cùng.
Việc ghi nhận này đặc biệt hữu ích khi dự án thay đổi. Nếu phát hiện mới cho thấy có dữ liệu tùy chỉnh hoặc đội ngũ nội bộ không còn đủ khả năng thực hiện, dịch vụ có thể được đánh giá lại dựa trên những tiêu chí ban đầu. Quyết định thay đổi vì điều kiện dùng để đánh giá đã thay đổi, không phải vì dự án dần nghiêng sang một tên dịch vụ khác mà không có lý do rõ ràng.
Kết luận
Dịch vụ chuyển đổi dữ liệu phù hợp của Next-Cart phải được lựa chọn từ thông tin thực tế về dự án, không phải theo lối tắt dựa trên quy mô cửa hàng, mức giá hoặc cảm nhận về cấp độ dịch vụ. Hãy xác định kết quả mong muốn, tách dung lượng khỏi độ phức tạp, kiểm tra phạm vi được hỗ trợ, đánh giá Standard Add-on có đủ hay không và phân định trách nhiệm thực hiện.
Chọn Standard Service khi dự án nằm trong phạm vi hỗ trợ và do khách hàng chủ động thực hiện. Chọn Managed Service khi phạm vi hỗ trợ vẫn phù hợp nhưng dự án cần bao gồm phần thực hiện do chuyên gia phụ trách. Chọn Custom Service khi kết quả mong muốn cần xử lý riêng, đồng thời chỉ bao gồm Expert Handle khi trách nhiệm thực hiện cũng phải nằm trong phạm vi tùy chỉnh đã chấp nhận.
Câu hỏi thường gặp
Cửa hàng lớn có thể sử dụng Standard Service không?
Cửa hàng lớn vẫn có thể sử dụng Standard Service khi lộ trình và yêu cầu nằm trong phạm vi hỗ trợ, đồng thời khách hàng có thể điều phối việc thực hiện và xác thực.
Khi nào Managed Service phù hợp hơn Standard Service?
Managed Service phù hợp hơn khi quá trình chuyển đổi vẫn nằm trong phạm vi hỗ trợ nhưng dự án cần chuyên gia phụ trách thực hiện các công việc di chuyển dữ liệu đã thống nhất.
Dấu hiệu rõ nhất cho thấy cần Custom Service là gì?
Dấu hiệu rõ nhất là kết quả cần đạt không thể được tạo ra bằng các chức năng di chuyển dữ liệu được hỗ trợ và Standard Add-ons hiện có, chẳng hạn cách xử lý riêng, dữ liệu chưa được hỗ trợ hoặc cách thể hiện trên hệ thống đích phải xác định theo dự án.
Add-ons có thể thay thế Custom Service không?
Chỉ khi yêu cầu có phạm vi rõ ràng và phù hợp với Standard Add-on hiện có. Add-on cần điều chỉnh, chức năng Add-on mới, bản ghi chưa được hỗ trợ và mối quan hệ riêng đều cần được xem xét trong Custom Service.
Entity Points có quyết định Dịch vụ chuyển đổi dữ liệu không?
Entity Points không quyết định Dịch vụ chuyển đổi dữ liệu. Entity Points xác định dung lượng được tính. Dịch vụ chuyển đổi dữ liệu phụ thuộc vào phạm vi được hỗ trợ, trách nhiệm thực hiện, nhu cầu Add-ons, yêu cầu cần xử lý riêng và dữ liệu dùng để nghiệm thu.
Có nên so sánh giá trước Demo Migration không?
Có thể ước tính giá sớm hơn, nhưng không nên dùng giá để quyết định dịch vụ trước khi dùng dữ liệu đại diện để kiểm tra những giả định ảnh hưởng đến phạm vi hỗ trợ và trách nhiệm thực hiện.
Có thể thay đổi Dịch vụ chuyển đổi dữ liệu sau khi mua không?
Chỉ có thể thay đổi theo chiều tăng. Standard có thể nâng lên Managed hoặc Custom, còn Managed có thể nâng lên Custom. Khách hàng thanh toán phần chênh lệch, trong khi lộ trình và thời hạn dịch vụ ban đầu vẫn giữ nguyên.