Demo Migration của Next-Cart có giá trị vì việc kiểm tra các giả định về quá trình chuyển đổi ngay từ đầu ít tốn kém hơn so với khi đã tạo ra kết quả trên phạm vi rộng. Mục đích của Demo Migration không phải là chứng minh một vài bản ghi có thể xuất hiện trên Cửa hàng đích. Hoạt động này cho biết những ý nghĩa quan trọng của dữ liệu nguồn có được giữ lại đủ để làm cơ sở cho quyết định tiếp theo hay không.
Vì vậy, việc chọn mẫu có vai trò rất quan trọng. Một Demo chỉ gồm những Products đơn giản nhất, Customers mới nhất và Orders thông thường có thể cho kết quả đẹp mắt nhưng lại bỏ qua những cấu trúc dễ phát sinh lỗi nhất. Một mẫu nhỏ nhưng có tính đại diện sẽ hữu ích hơn khi bao gồm những trường hợp ngoại lệ có ảnh hưởng đến doanh thu, dịch vụ, SEO hoặc các hoạt động có kết nối với hệ thống khác.
Trong Dịch vụ chuyển đổi dữ liệu của Next-Cart, Demo Migration cần được dùng để trả lời những câu hỏi rõ ràng, trong phạm vi các giới hạn đã biết và theo cách diễn giải được xác định trước. Kết quả có thể củng cố hoặc cho thấy một giả định không còn đứng vững về quá trình chuyển đổi, nhưng không thể chứng minh kết quả của toàn bộ quá trình.
Xác định điều cần tìm hiểu qua Demo Migration
Trước khi chọn bản ghi, hãy xác định những yếu tố chưa được làm rõ có thể làm thay đổi phạm vi, cấu hình, nhu cầu sử dụng Add-ons, Custom Service hoặc chính Dịch vụ chuyển đổi dữ liệu.
Các câu hỏi hữu ích bao gồm:
- Products sau khi di chuyển có còn thể hiện rõ các biến thể, tùy chọn, hình ảnh và thuộc tính không?
- Mối quan hệ với Categories có còn giúp người dùng tìm Products theo cách dự kiến không?
- Bản ghi Customers và Orders có được thể hiện theo cách vẫn hữu ích cho hoạt động kinh doanh không?
- Nội dung có giữ được cấu trúc và mã định danh mà Cửa hàng đích cần không?
- Cách đối chiếu trường dữ liệu tiêu chuẩn có đáp ứng yêu cầu không?
- Có giá trị được hỗ trợ nào cần chuyển đổi không?
- Có trường dữ liệu nguồn nào cần được đưa vào một trường đích tương thích khác không?
- Có dữ liệu quan trọng nào nằm trong cấu trúc tùy chỉnh hoặc của bên thứ ba không?
Những câu hỏi này tạo cơ sở cho cách chọn mẫu. Nếu không xác định câu hỏi trước, Demo có thể trở thành một bản xem trước trực quan, dễ khiến doanh nghiệp tưởng rằng phương án đã đủ rõ nhưng không giúp giải quyết những quyết định quan trọng.
Chọn bản ghi phản ánh đúng cửa hàng thực tế
Một mẫu có tính đại diện cần bao gồm cả trường hợp thông thường lẫn những ngoại lệ đáng chú ý. Mục tiêu không phải là đưa mọi biến thể vào mẫu, mà là tạo đủ sự khác biệt để kiểm tra liệu cách xử lý dữ liệu khi chuyển đổi có giữ được ý nghĩa kinh doanh hay không.
Kết quả cần quan sát ở Products
Hãy chọn những Products khác nhau về cấu trúc và mức độ quan trọng đối với hoạt động kinh doanh:
- một bản ghi Products đơn giản;
- một bản ghi Products có biến thể hoặc tùy chọn;
- một bản ghi Products có nhiều hình ảnh;
- một bản ghi Products có thuộc tính ít gặp hoặc giá đặc biệt;
- một bản ghi Products được liên kết với các Categories quan trọng;
- một bản ghi Products mang lại giá trị kinh doanh cao hoặc được mua thường xuyên.
Nếu tất cả Products trong mẫu đều có cấu trúc giống nhau, Demo sẽ không cung cấp nhiều thông tin về toàn bộ danh mục.
Kết quả cần quan sát ở Customers và Orders
Các bản ghi Customers và Orders được chọn cho Demo Migration cần phản ánh cách dữ liệu được sử dụng trong hoạt động thực tế. Bộ mẫu nên bao gồm:
- một bản ghi Customers đã đăng ký và có nhiều địa chỉ;
- một bản ghi Customers có nhóm hoặc trạng thái ảnh hưởng đến cách doanh nghiệp xử lý;
- một bản ghi Orders của khách vãng lai, nếu được hỗ trợ;
- một bản ghi Orders có giảm giá, thuế, thông tin vận chuyển hoặc lịch sử trạng thái đặc biệt;
- một bản ghi Orders mà bộ phận chăm sóc khách hàng có thể cần tra cứu sau này;
- các bản ghi được kết nối qua những tham chiếu bên ngoài quan trọng.
Khi đánh giá, cần xem lịch sử đã di chuyển có còn dễ hiểu hay không, thay vì chỉ kiểm tra xem một bản ghi Customers hoặc Orders đã xuất hiện chưa.
Kết quả cần quan sát ở nội dung và các mối quan hệ
Pages và nội dung liên quan trong mẫu cần bao gồm những thông tin có giá trị đối với hoạt động kinh doanh hoặc SEO. Categories cần được đánh giá thông qua mối quan hệ với Products. Manufacturers và Taxes cần được xem xét thông qua cách chúng ảnh hưởng đến Products hoặc Orders.
Mẫu sẽ có giá trị nhất khi kết nối được nhiều lớp dữ liệu. Một bản ghi Products được xếp vào Categories quan trọng, áp dụng cách tính thuế có ý nghĩa và xuất hiện trong Orders có thể cung cấp nhiều thông tin hơn so với việc đánh giá từng bản ghi riêng lẻ.
Hiểu phạm vi và giới hạn của Demo Migration
Demo Migration bao gồm một mẫu có phạm vi dữ liệu được hỗ trợ xác định sẵn:
- Taxes;
- Manufacturers;
- Categories;
- Products;
- Customers;
- Orders;
- Pages.
Số lượng bản ghi trong mẫu được giới hạn như sau:
| Loại dữ liệu | Giới hạn trong Demo |
|---|---|
| Products | 10 |
| Customers | 10 |
| Orders | 10 |
| Pages | 10 |
Mỗi tài khoản có thể thực hiện tối đa 10 Demo Migration mỗi ngày.
Một số loại dữ liệu và chức năng không được hỗ trợ trong Demo Migration:
- Reviews;
- Coupons;
- Add-ons;
- Customization;
- Preserve Customer IDs;
- Preserve Order IDs.
Các giới hạn này ảnh hưởng trực tiếp đến cách diễn giải kết quả. Demo có thể cho thấy dự án cần Data Filter, Advanced Data Mapping, Advanced Database Mapping, Data Transformation, giữ nguyên mã định danh hoặc cách xử lý riêng. Tuy nhiên, Demo không thể xác thực cách những chức năng không áp dụng trong giai đoạn này sẽ hoạt động sau khi được cấu hình.
Dùng kết quả Demo làm cơ sở đánh giá, không xem đó là phê duyệt cuối
Cách đánh giá hữu ích nhất là đối chiếu kết quả Demo với câu hỏi mà hoạt động này được thiết kế để kiểm tra.
| Kết quả quan sát được | Kết quả này có thể cho thấy | Việc cần làm tiếp theo |
|---|---|---|
| Các bản ghi đại diện giữ được ý nghĩa và mối quan hệ như mong đợi | Các giả định về phạm vi di chuyển được hỗ trợ có thêm cơ sở | Xác nhận mẫu trên phạm vi rộng hơn và kế hoạch xác thực cho lần di chuyển dữ liệu sau khi mua dịch vụ |
| Giá trị đã xuất hiện nhưng cách đối chiếu hoặc cách thể hiện không đúng | Cần điều chỉnh cấu hình hoặc cách đối chiếu trường dữ liệu | Tinh chỉnh cấu hình và xác định Standard Add-on phù hợp, nếu có |
| Bản ghi cần thiết không xuất hiện vì nằm ngoài các cấu trúc được hỗ trợ | Việc kiểm kê dữ liệu nguồn chưa bao quát hết phần có thể xử lý theo tiêu chuẩn | Xác định dữ liệu tùy chỉnh và xem xét Custom Service |
| Bản ghi đơn giản đạt yêu cầu nhưng bản ghi phức tạp chưa được kiểm tra | Kết quả hiện có chưa đủ để quyết định dịch vụ | Chọn lại mẫu có tính đại diện hơn |
| Demo cho thấy dự án có thể cần Add-on hoặc Customization | Cách xử lý tiêu chuẩn có thể chưa đáp ứng yêu cầu | Xác định kết quả cần đạt và xác thực trong lần di chuyển dữ liệu sau khi mua dịch vụ |
Việc bản ghi xuất hiện chỉ là lớp kiểm tra đầu tiên. Một bản ghi Products có thể tồn tại nhưng mất mối quan hệ với biến thể. Một bản ghi Orders có thể tồn tại nhưng không còn giữ đúng ý nghĩa trạng thái. Một Page có thể xuất hiện nhưng URL hoặc mối liên kết nội bộ không còn hỗ trợ đúng hành trình dự kiến.
Dùng Demo Migration để cải thiện cấu hình
Kết quả Demo cần được dùng để điều chỉnh giả định về quá trình chuyển đổi. Nếu giá trị sau khi đối chiếu không đúng, cách đối chiếu trường dữ liệu có thể cần được sửa lại. Nếu mẫu chứa quá nhiều hoặc quá ít dữ liệu, dự án có thể cần xác định điều kiện Data Filter riêng cho từng loại dữ liệu. Nếu giá trị của một trường được hỗ trợ cần chuyển đổi bằng biểu thức, Data Transformation có thể phù hợp. Nếu một trường nguồn tiêu chuẩn được hỗ trợ cần chuyển sang trường đích tương thích mà không thay đổi giá trị, Advanced Data Mapping có thể phù hợp. Nếu cả Nền tảng nguồn và Nền tảng đích đều là Open Source, Advanced Database Mapping có thể phù hợp khi một trường được hỗ trợ hoặc cột cơ sở dữ liệu bên dưới cần được liên kết với trường hoặc cột đích tương thích trong phạm vi được hỗ trợ.
Cần phân biệt rõ giữa việc phát hiện nhu cầu và chứng minh kết quả:
- Demo có thể giúp phát hiện nhu cầu sử dụng Add-on;
- cách hoạt động của Add-on sau khi cấu hình phải được xác thực khi thực hiện Dịch vụ chuyển đổi dữ liệu đã mua;
- Demo có thể giúp phát hiện dữ liệu tùy chỉnh hoặc dữ liệu của bên thứ ba;
- kết quả Custom Service đã thống nhất cần được xác thực theo phạm vi đã chấp nhận;
- Demo có thể cho thấy một giới hạn của Nền tảng đích;
- dự án vẫn có thể cần triển khai riêng trên Nền tảng đích.
Cách dùng kết quả để điều chỉnh lại phạm vi và cấu hình là một trong những giá trị lớn nhất của Demo. Nhờ đó, kết quả ban đầu không chỉ được xem như một bản xem trước đạt hay không đạt.
Dùng kết quả Demo để lựa chọn Dịch vụ chuyển đổi dữ liệu
Demo Migration có thể cung cấp cơ sở cho quyết định về Dịch vụ chuyển đổi dữ liệu, nhưng không tự động quyết định dịch vụ nào phù hợp.
Kết quả có tính đại diện và phù hợp với phạm vi xử lý được hỗ trợ có thể tạo thêm cơ sở để lựa chọn Standard Service hoặc Managed Service. Sau đó, lựa chọn giữa hai dịch vụ phụ thuộc vào bên chịu trách nhiệm thực hiện. Nếu kết quả cho thấy có cấu trúc không theo tiêu chuẩn, yêu cầu chuyển đổi riêng hoặc mối quan hệ chưa được hỗ trợ, dự án có thêm cơ sở để xem xét Custom Service.
Demo không quyết định dự án có cần Expert Handle hay không. Quyết định này phụ thuộc vào 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 sau khi phạm vi được xác định.
Kết quả Demo cũng có thể cho thấy dự án cần tạm dừng để làm rõ thêm. Nếu dữ liệu nguồn quan trọng không có trong mẫu, cách thể hiện trên Cửa hàng đích vẫn chưa rõ ràng hoặc tiêu chí chấp nhận chưa được xác định, việc tiếp tục trên phạm vi rộng hơn có thể chỉ làm phát sinh thêm những vấn đề chưa được làm rõ.
Lập kế hoạch cho bước xác thực tiếp theo
Demo Migration cung cấp kết quả kiểm thử ban đầu. Trong lần di chuyển dữ liệu sau khi mua dịch vụ, kết quả phải được xác thực trên phạm vi rộng và bằng mẫu có tính đại diện cao hơn, bao gồm mọi Add-ons đã mua hoặc công việc Custom Service đã thống nhất.
Kế hoạch xác thực tiếp theo cần xác định:
- những giả định nào từ Demo cần được kiểm tra lại trên quy mô lớn hơn;
- những loại dữ liệu chưa có trong Demo cần được đánh giá;
- kết quả nào do Add-on hoặc công việc tùy chỉnh tạo ra cần được kiểm tra trực tiếp;
- những bản ghi có rủi ro cao nào cần được lấy mẫu lại;
- những người sẽ phê duyệt kết quả liên quan đến Products, Customers, Orders, nội dung, SEO và hoạt động vận hành;
- những khác biệt nào sẽ được đánh giá là Đạt, Cần theo dõi hoặc Chặn.
Cách làm này giúp kết quả kiểm tra ban đầu tiếp tục được sử dụng khi chấp nhận kết quả cuối cùng. Nếu không có kế hoạch xuyên suốt, các phát hiện từ Demo có thể được ghi nhận rồi bị bỏ quên khi quá trình thực hiện trên phạm vi rộng bắt đầu.
Những hiểu lầm thường gặp về Demo Migration
Demo không có lỗi nghĩa là Di chuyển toàn bộ sẽ thành công
Không đúng. Demo có giới hạn về số lượng và các chức năng có thể kiểm tra. Quá trình di chuyển dữ liệu trên toàn bộ phạm vi đã thống nhất có thể phát hiện thêm bản ghi, mối quan hệ và ngoại lệ không có trong mẫu.
Mười bản ghi là quá ít để cung cấp thông tin hữu ích
Mười bản ghi có tính đại diện vẫn có thể cho thấy những vấn đề đáng chú ý về cấu trúc. Hạn chế không phải lúc nào cũng nằm ở số lượng bản ghi, mà thường nằm ở việc mẫu không có tính đại diện.
Không thấy kết quả Add-on nghĩa là Add-on sẽ không hoạt động
Add-ons không được hỗ trợ trong Demo Migration. Demo có thể cho thấy nhu cầu sử dụng, nhưng cách hoạt động sau khi cấu hình phải được xác thực khi thực hiện Dịch vụ chuyển đổi dữ liệu đã mua.
Bản ghi xuất hiện nghĩa là dữ liệu đã dùng được cho hoạt động kinh doanh
Việc bản ghi xuất hiện chỉ xác nhận dữ liệu đã được đưa sang Cửa hàng đích. Đội ngũ vẫn phải đánh giá ý nghĩa, mối quan hệ, cách dữ liệu được hệ thống xử lý và mức độ đáp ứng tiêu chí chấp nhận.
Kết luận
Demo Migration của Next-Cart cần giúp làm rõ những vấn đề còn bỏ ngỏ trước khi thực hiện trên phạm vi rộng hơn. Giá trị của hoạt động này đến từ cách chọn mẫu có tính đại diện, câu hỏi rõ ràng, cách đánh giá kết quả nhất quán và kế hoạch cụ thể cho những nội dung phải xác thực sau đó.
Hãy dùng Demo để kiểm tra các giả định về ý nghĩa của dữ liệu nguồn, cách đối chiếu trường dữ liệu, các mối quan hệ và cách thể hiện trên Cửa hàng đích. Chỉ đưa ra kết luận trong phạm vi mà Demo có thể kiểm tra, đồng thời ghi rõ những nội dung vẫn cần thông tin xác nhận bổ sung ở lần di chuyển dữ liệu sau khi mua dịch vụ. Một Demo tốt không đảm bảo kết quả cuối cùng, nhưng có thể giúp quyết định chuyển đổi tiếp theo dựa trên cơ sở rõ ràng hơn nhiều.
Câu hỏi thường gặp
Demo Migration bao gồm những loại dữ liệu nào?
Demo Migration bao gồm Taxes, Manufacturers, Categories, Products, Customers, Orders và Pages trong phạm vi số lượng mẫu đã xác định.
Một Demo có thể bao gồm bao nhiêu Products, Customers, Orders và Pages?
Một Demo có thể bao gồm tối đa 10 Products, 10 Customers, 10 Orders và 10 Pages.
Mỗi ngày có thể thực hiện bao nhiêu Demo Migration?
Mỗi tài khoản có thể thực hiện tối đa 10 Demo Migration mỗi ngày.
Add-ons và Customization có được hỗ trợ trong Demo Migration không?
Add-ons và Customization không được áp dụng trong Demo Migration. Demo có thể giúp phát hiện nhu cầu sử dụng, nhưng cách hoạt động sau khi cấu hình phải được xác thực khi thực hiện Dịch vụ chuyển đổi dữ liệu đã mua.
Demo Migration có thể chứng minh Di chuyển toàn bộ đã sẵn sàng không?
Demo Migration không thể chứng minh Di chuyển toàn bộ đã sẵn sàng. Demo chỉ cung cấp kết quả kiểm thử trên một mẫu đại diện có giới hạn. Di chuyển toàn bộ vẫn cần được xác thực trên phạm vi rộng hơn theo kết quả kinh doanh cần đạt.
Điều gì tạo nên một mẫu Demo có tính đại diện?
Mẫu có tính đại diện bao gồm cả bản ghi thông thường và bản ghi phức tạp, qua đó cho thấy những khác biệt đáng chú ý về Products, Customers, Orders, nội dung, mối quan hệ, cách đối chiếu trường dữ liệu hoặc cách thể hiện trên Nền tảng đích.