Quy trình chuyển đổi của Next-Cart không chỉ đưa các bản ghi từ cửa hàng này sang cửa hàng khác. Giá trị thực sự của quy trình nằm ở việc từng bước làm rõ những vấn đề còn bỏ ngỏ. Những giả định ban đầu về quyền truy cập, phạm vi, cách đối chiếu trường dữ liệu và cách thể hiện trên hệ thống đích cần được chuyển thành các quyết định có thể kiểm chứng. Sau đó, quá trình thực hiện tạo ra kết quả trên phạm vi rộng hơn, còn bước xác thực cho biết kết quả đó có thể phục vụ hoạt động kinh doanh hay không.
Cách nhìn này thay đổi cách quản lý toàn bộ quá trình. Kết nối không chỉ là thao tác thiết lập liên lạc giữa hai hệ thống. Cấu hình không phải một công việc thiết lập nhỏ. Demo Migration không phải kết quả đủ để phê duyệt cuối cùng. Di chuyển toàn bộ hoàn tất cũng không đồng nghĩa Cửa hàng đích đã được chấp nhận để chính thức vận hành. Mỗi giai đoạn cung cấp một loại thông tin cần thu thập khác nhau. Chất lượng của quyết định cuối cùng phụ thuộc vào cách đội ngũ diễn giải kết quả và xử lý những vấn đề được bàn giao từ giai đoạn trước.
Trong Dịch vụ chuyển đổi dữ liệu của Next-Cart, phạm vi dịch vụ đã mua tập trung vào ba phần: kết nối, cấu hình và di chuyển dữ liệu. Một dự án hoàn chỉnh còn bao gồm khâu chuẩn bị trước ba phần này, bước xác thực sau đó và những quyết định tiếp theo khi Cửa hàng nguồn vẫn tiếp tục thay đổi.
Xác định kết quả cần đạt trước khi di chuyển dữ liệu
Quy trình bắt đầu với một lộ trình cố định từ Nền tảng nguồn đến Nền tảng đích. Lộ trình này xác định những cấu trúc nền tảng, yêu cầu truy cập và giới hạn của hệ thống đích cần được xem xét.
Tiếp theo, dự án cần định nghĩa thế nào là một kết quả có thể sử dụng. Chỉ đối chiếu tổng số bản ghi hiếm khi đủ. Products có thể cần giữ nguyên các biến thể để tiếp tục bán được. Customers có thể cần được nhận diện đúng theo nhóm. Orders có thể cần giữ lại trạng thái lịch sử và bối cảnh của từng dòng sản phẩm. Nội dung có thể cần duy trì các URL quan trọng. Mã định danh bên ngoài có thể cần tiếp tục kết nối với một hệ thống khác.
Những kết quả này trở thành tiêu chí chấp nhận. Chúng định hướng việc chọn bản ghi đại diện, xác định quyết định cấu hình nào cần xem xét kỹ hơn và phân loại kết quả trên Cửa hàng đích thành Pass, Watch hoặc Block.
Khâu chuẩn bị cũng cần xác định:
- các nhóm dữ liệu và mối quan hệ quan trọng;
- bản ghi nguồn do ứng dụng, plugin, module hoặc extension quản lý;
- các trường tùy chỉnh, bảng tùy chỉnh hoặc mã định danh của hệ thống bên ngoài;
- nội dung và URL có giá trị thương mại hoặc SEO;
- hoạt động dự kiến trên Cửa hàng nguồn trong thời gian chuyển đổi;
- phần triển khai trên Nền tảng đích vẫn nằm ngoài phạm vi di chuyển dữ liệu;
- người chịu trách nhiệm về cấu hình, thực hiện và xác thực cuối cùng.
Quy trình sẽ khó hỗ trợ quyết định nếu những vấn đề này chỉ được phát hiện sau khi kết quả di chuyển trên phạm vi rộng đã được dùng để đưa ra quyết định chính thức.
Kết nối giúp kiểm chứng khả năng truy cập dữ liệu
Yêu cầu kết nối được hỗ trợ phụ thuộc vào Nền tảng nguồn và Nền tảng đích đã chọn. Về mặt thực tế, kết nối cần xác nhận quá trình di chuyển có thể truy cập các bản ghi và media cần thiết cho phạm vi đã được phê duyệt hay không.
Kết nối bằng KitConnect hoặc API có thể được kiểm tra riêng cho Cửa hàng nguồn và Cửa hàng đích. Việc tách riêng hai phía có ý nghĩa quan trọng khi chẩn đoán vấn đề. Cửa hàng nguồn vượt qua kiểm tra chỉ xác nhận dữ liệu nguồn có thể được truy cập. Tương tự, Cửa hàng đích vượt qua kiểm tra chỉ xác nhận khả năng truy cập hệ thống đích. Khi chỉ một cửa hàng kết nối thất bại, dự án có thể khoanh vùng ngay phía gặp vấn đề. Việc rà soát sẽ tập trung vào quyền truy cập, thông tin xác thực, endpoint hoặc điều kiện cài đặt của cửa hàng đó, thay vì xem toàn bộ lộ trình như một lỗi kết nối chung.
Kết nối thành công không chứng minh mọi bản ghi quan trọng đối với doanh nghiệp đều đã có thể truy cập. Một phần dữ liệu có thể nằm trong bảng tùy chỉnh, cấu trúc do ứng dụng quản lý, tệp xuất hoặc hệ thống bên ngoài. Vì vậy, khâu chuẩn bị kết nối cần đối chiếu dữ liệu có thể truy cập với danh mục phạm vi.
Việc đối chiếu này có thể làm rõ một quyết định ngay từ đầu:
| Kết quả phát hiện | Ý nghĩa đối với quá trình chuyển đổi |
|---|---|
| Có thể truy cập các bản ghi cần thiết bằng phương thức được hỗ trợ | Có thêm cơ sở để xác định phạm vi cấu hình |
| Bản ghi quan trọng nằm ngoài cấu trúc nền tảng được hỗ trợ | Có thể cần đánh giá Custom Service hoặc lập kế hoạch triển khai riêng |
| Phụ thuộc về media hoặc nội dung chưa đầy đủ | Cần hoàn thiện khâu chuẩn bị trước khi tin cậy kết quả kiểm thử trên mẫu đại diện |
| Có quyền truy cập hệ thống đích nhưng chưa rõ cách biểu diễn dữ liệu cần thiết | Cần làm rõ trách nhiệm liên kết trường dữ liệu và triển khai trước khi thực hiện |
Giá trị của giai đoạn này không chỉ nằm ở việc hai cửa hàng có thể giao tiếp. Điều quan trọng hơn là xác nhận liệu dữ liệu đang truy cập được có đủ để đáp ứng kết quả đã thống nhất cho dự án hay không.
Cấu hình xác định cách dữ liệu sẽ được xử lý và kiểm thử
Cấu hình chuyển kế hoạch di chuyển thành những quyết định xử lý cụ thể. Giai đoạn này xác định các nhóm dữ liệu được hỗ trợ nào sẽ được đưa vào, thuộc tính tiêu chuẩn tương ứng với nhau ra sao, những thiết lập nào được áp dụng và có cần sử dụng Add-ons đã mua hay không.
Về bản chất, dự án đang đưa ra một giả định:
Nếu chọn các bản ghi này, áp dụng cách liên kết trường dữ liệu này và sử dụng các thiết lập cấu hình này, Cửa hàng đích sẽ duy trì được đúng giá trị kinh doanh mong muốn.
Giả định đó cần được thử thách trước khi chi phối việc thực hiện trên phạm vi rộng. Những câu hỏi quan trọng gồm:
- Trường dữ liệu nguồn và trường dữ liệu đích có cùng ý nghĩa không?
- Tùy chọn và biến thể của Products có tiếp tục bán được không?
- Nhóm Customers và trạng thái Orders có được liên kết phù hợp không?
- Giá trị về ngôn ngữ, địa điểm, tồn kho, thanh toán hoặc xử lý đơn hàng có được chuyển sang đúng giá trị tương ứng không?
- Có cần di chuyển toàn bộ bản ghi đã quét hay phải áp dụng bộ lọc?
- Có giá trị được hỗ trợ nào cần biến đổi không?
- Có trường dữ liệu nguồn được hỗ trợ nào cần chuyển sang một trường đích tương thích khác không?
- Có yêu cầu nào nằm ngoài chức năng hiện có của Add-ons không?
Số lượng bản ghi theo loại dữ liệu được nhập khi mua hỗ trợ việc ước tính Entity Points và xác định giá. Những con số này không phải bộ lọc dữ liệu. Theo mặc định, toàn bộ bản ghi đã quét thuộc các nhóm dữ liệu được hỗ trợ đã chọn sẽ được di chuyển, trừ khi dự án cấu hình bộ lọc. Vì vậy, phạm vi có chọn lọc cần được thể hiện bằng Data Filter với điều kiện theo trường cho từng loại dữ liệu liên quan, hoặc được đánh giá như một yêu cầu lọc tùy chỉnh nếu chức năng sẵn có không đáp ứng đủ.
Chất lượng cấu hình rất quan trọng vì một bản ghi có thể xuất hiện nhưng vẫn không thể sử dụng. Products có quan hệ tùy chọn sai, Orders có trạng thái không còn ý nghĩa hoặc Customers được xếp vào nhầm nhóm đều có thể làm tổng số bản ghi tăng lên nhưng khiến kết quả chuyển đổi kém giá trị hơn.
Demo Migration cung cấp kết quả kiểm thử ban đầu trong phạm vi giới hạn
Demo Migration là bước kiểm thử tùy chọn, cung cấp kết quả kiểm tra ban đầu cho các quyết định cấu hình. Giai đoạn này có giá trị nhất khi các bản ghi đại diện được chọn để thử thách giả định cấu hình.
Bản ghi đơn giản có thể cho thấy cách xử lý di chuyển dữ liệu cơ bản. Bản ghi phức tạp giúp xác định liệu giá trị từ hệ thống nguồn có được duy trì đúng hay không. Mẫu hữu ích thường bao gồm Products có biến thể, Customers có quy tắc phân nhóm đáng lưu ý, Orders có lịch sử khác thường, nội dung chứa URL quan trọng và những bản ghi có khả năng làm lộ nhu cầu lọc, liên kết trường dữ liệu hoặc xử lý dữ liệu tùy chỉnh.
Demo Migration có giới hạn cụ thể về nhóm dữ liệu và số lượng. Add-ons và Customization không được áp dụng trong giai đoạn này. Kết quả có thể cho thấy những chức năng đó có thể cần thiết, nhưng không thể xác thực cách cấu hình tương ứng sẽ hoạt động.
Quyết định sau Demo Migration không nên chỉ là "bản ghi đã xuất hiện, vì vậy dự án đã sẵn sàng". Thay vào đó, cần xác định:
- giả định nào đã được kết quả kiểm tra xác nhận;
- mối quan hệ hoặc giá trị nào vẫn chưa chắc chắn;
- yêu cầu nào cần đánh giá Add-on hoặc Custom Service;
- mẫu nào cần được kiểm tra lại trong quá trình di chuyển có trả phí;
- Dịch vụ chuyển đổi dữ liệu đã chọn có còn phù hợp với thông tin thực tế và kết quả đã được kiểm tra hay không.
Demo Migration trình bày chi tiết cách chọn mẫu và dùng kết quả kiểm thử để hỗ trợ quyết định.
Di chuyển toàn bộ tạo ra kết quả trên phạm vi rộng hơn
Di chuyển toàn bộ áp dụng cấu hình đã được chấp nhận cho phạm vi dữ liệu được hỗ trợ đã chọn. Đây là giai đoạn áp dụng kế hoạch và những quyết định đã được kiểm tra ban đầu để tạo ra kết quả trên phạm vi rộng hơn tại Cửa hàng đích.
Dữ liệu cửa hàng được xử lý theo thứ tự xử lý các loại dữ liệu cố định:
Taxes → Manufacturers → Categories → Products → Customers → Orders → Reviews → Coupons → CMS Pages → Blog Posts
Trong từng nhóm dữ liệu, các bản ghi được xử lý từ cũ đến mới theo cơ sở dữ liệu nguồn. Thứ tự này phản ánh quan hệ phụ thuộc giữa dữ liệu trong quá trình di chuyển. Ví dụ, Categories được xử lý trước Products vì vị trí của Products phụ thuộc vào cấu trúc danh mục.
Không nên nhầm thứ tự xử lý các loại dữ liệu với thứ tự sử dụng Entity Points. Entity Points chỉ áp dụng cho dung lượng của Products, Customers, Orders và Blog Posts. Taxes, Manufacturers, Categories, Reviews, Coupons và CMS Pages có thể nằm trong phạm vi di chuyển nhưng không tự làm phát sinh mức sử dụng Entity Points riêng.
Trong quá trình thực hiện, một số bản ghi vẫn có thể ở trạng thái Failed hoặc Skipped, xuất hiện khác biệt về cách liên kết dữ liệu hoặc tạo ra cách hệ thống đích hoạt động cần được phân tích. Một lần chạy hoàn tất chỉ có nghĩa quá trình xử lý đã đi đến cuối. Điều đó không chứng minh mọi kết quả mong muốn đều đạt yêu cầu.
Xác thực giúp quyết định chấp nhận hoặc yêu cầu xử lý lại kết quả
Bước xác thực cần đối chiếu Cửa hàng đích với các tiêu chí chấp nhận đã được xác định trước khi thực hiện. Câu hỏi không chỉ là dữ liệu có tồn tại hay không, mà là dữ liệu có hỗ trợ bước kinh doanh tiếp theo như dự kiến hay không.
Những phạm vi ưu tiên thường gồm:
- danh tính, tùy chọn, biến thể, thuộc tính, giá, hình ảnh và khả năng mua Products đúng cách;
- mối quan hệ giữa Categories và cấu trúc điều hướng;
- danh tính, nhóm, địa chỉ và khả năng sử dụng tài khoản của Customers;
- dòng sản phẩm, tổng tiền, trạng thái, hoàn tiền và bối cảnh dịch vụ của Orders;
- Reviews, Coupons, CMS Pages và Blog Posts khi có liên quan;
- URL, chuyển hướng, metadata và khả năng tiếp tục sử dụng nội dung;
- kết quả chịu ảnh hưởng bởi lọc bản ghi, liên kết trường dữ liệu, biến đổi giá trị hoặc Custom Service;
- mã định danh bên ngoài và mối quan hệ cần thiết cho các hệ thống kết nối.
Kết quả kiểm thử trên mẫu đại diện có giá trị hơn việc rà soát dàn trải không theo mức độ ưu tiên. Những mẫu có giá trị cao, cấu trúc khó hoặc vai trò quan trọng đối với doanh nghiệp cần được đánh giá bởi người hiểu rõ ý nghĩa mong muốn của chúng.
Khách hàng vẫn 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. Phần thực hiện có thể do khách hàng hoặc chuyên gia phụ trách, nhưng quyết định chấp nhận kết quả kinh doanh vẫn là một trách nhiệm riêng.
Các hoạt động tiếp theo thích ứng với Cửa hàng nguồn đang thay đổi
Nhiều dự án không kết thúc sau một lần thực hiện. Cửa hàng nguồn có thể tiếp tục phát sinh Products, Customers, Orders hoặc nội dung trong khi Cửa hàng đích đang được chuẩn bị và xác thực.
Hoạt động tiếp theo nên bắt đầu từ kết quả cần đạt:
- duy trì tính liên tục bằng cách dùng lại cấu hình vẫn còn phù hợp;
- tiếp tục quá trình nhưng thay đổi cấu hình;
- tạo ra một kết quả di chuyển mới và tách biệt.
Ba mục đích này tương ứng với:
- 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
- Perform a Di chuyển New
Bản thân hoạt động được chọn không quyết định những bản ghi nguồn nào sẽ được đọc. Cách đọc dữ liệu nguồn, chẳng hạn tiếp tục phần xử lý bị gián đoạn hoặc chỉ di chuyển các bản ghi mới được thêm, là một quyết định cấu hình riêng khi được hỗ trợ và áp dụng cho trường hợp cụ thể.
Mỗi hoạt động tiếp theo đều cần được xác thực theo đúng mục đích. Nếu dùng lại cấu hình, kết quả kiểm tra phải xác nhận các giả định trước đó vẫn còn đúng. Nếu thay đổi cấu hình, cần chứng minh cách xử lý đã điều chỉnh. Với một lần di chuyển mới, cần xác nhận kết quả mới chỉ thay thế những nội dung mà phạm vi đã phê duyệt cho phép.
Trách nhiệm thực hiện thay đổi cách bàn giao, không thay đổi tiêu chuẩn xác thực
Cùng một quy trình có thể do khách hàng chủ động thực hiện hoặc có chuyên gia phụ trách. Điểm thay đổi là ai chuẩn bị và thực hiện các công việc đã thống nhất. Yêu cầu về điều kiện để chấp nhận kết quả vẫn giữ nguyên.
| Phân công trách nhiệm | Trách nhiệm chính trong quy trình | Vai trò bắt buộc của khách hàng |
|---|---|---|
| Khách hàng chủ động thực hiện | Chuẩn bị quyền truy cập và cấu hình, thực hiện các hoạt động, phối hợp xử lý kết quả phát hiện | Xác thực Cửa hàng đích và phê duyệt kết quả |
| Chuyên gia phụ trách thực hiện | Thực hiện các công việc di chuyển dữ liệu đã thống nhất trong phạm vi được chấp nhận | Cung cấp yêu cầu chính xác, xem xét kết quả kiểm tra và phê duyệt kết quả |
Bàn giao rõ ràng giúp tránh hai cách hiểu sai trái ngược nhau. Cách hiểu thứ nhất là chuyên gia phụ trách thực hiện cũng phải thay khách hàng chấp nhận kết quả kinh doanh. Cách hiểu thứ hai là vì khách hàng vẫn phải xác thực nên việc giao cho chuyên gia thực hiện không còn giá trị. Đây là hai trách nhiệm khác nhau và đều cần thiết.
Kết luận
Quy trình chuyển đổi của Next-Cart giúp dự án từng bước làm rõ các vấn đề quan trọng và tạo ra kết quả có thể đánh giá. Khâu chuẩn bị xác định kết quả cần đạt. Kết nối kiểm tra dữ liệu cần thiết có thể được truy cập hay không. Cấu hình xác định cách dữ liệu sẽ được xử lý và kết quả dự kiến trên Cửa hàng đích. Demo Migration kiểm tra những quyết định đó bằng một mẫu dữ liệu đại diện. Di chuyển toàn bộ tạo ra kết quả trên phạm vi rộng hơn. Xác thực cho biết Cửa hàng đích có thể sử dụng được hay không, còn các lần xử lý tiếp theo giúp kết quả tiếp tục phù hợp khi điều kiện dự án thay đổi.
Xem mỗi giai đoạn như một điểm kiểm chứng giúp dự án không nhầm lẫn giữa một lần chạy đã hoàn tất với một kết quả chuyển đổi đã hoàn thành. Cách tiếp cận này cũng giúp chẩn đoán vấn đề dễ hơn vì có thể xác định điểm yếu bắt đầu từ phạm vi, quyền truy cập, cấu hình, thực hiện hay xác thực.
Câu hỏi thường gặp
Quy trình chuyển đổi gồm những phần chính nào?
Phạm vi dịch vụ đã mua tập trung vào kết nối, cấu hình và di chuyển dữ liệu. Một dự án hoàn chỉnh còn bao gồm việc xác định kết quả, chuẩn bị, kiểm thử trên mẫu đại diện, xác thực và đưa ra các quyết định cho hoạt động tiếp theo.
Số lượng bản ghi theo loại dữ liệu được nhập khi mua có giới hạn dữ liệu được di chuyển không?
Số lượng bản ghi theo loại dữ liệu được nhập khi mua không giới hạn dữ liệu được di chuyển. Những con số này hỗ trợ việc ước tính Entity Points và lựa chọn gói. Theo mặc định, toàn bộ bản ghi đã quét thuộc các nhóm dữ liệu được hỗ trợ đã chọn sẽ được di chuyển, trừ khi dự án cấu hình bộ lọc.
Thứ tự xử lý các loại dữ liệu cố định là gì?
Thứ tự gồm Taxes, Manufacturers, Categories, Products, Customers, Orders, Reviews, Coupons, CMS Pages và Blog Posts.
Thứ tự xử lý các loại dữ liệu có giống thứ tự sử dụng Entity Points không?
Thứ tự xử lý các loại dữ liệu và thứ tự sử dụng Entity Points là hai khái niệm khác nhau. Thứ tự xử lý các loại dữ liệu cho biết dữ liệu được hỗ trợ được xử lý theo trình tự nào. Entity Points chỉ áp dụng cho dung lượng được tính của Products, Customers, Orders và Blog Posts.
Di chuyển toàn bộ hoàn tất có nghĩa Cửa hàng đích đã sẵn sàng không?
Di chuyển toàn bộ hoàn tất không đồng nghĩa với việc Cửa hàng đích đã sẵn sàng. Hoàn tất chỉ có nghĩa quá trình xử lý đã kết thúc. Bước xác thực vẫn phải xác nhận các bản ghi, mối quan hệ, nội dung và kết quả kinh doanh đáp ứng tiêu chí chấp nhận.
Vì sao hoạt động tiếp theo và cách đọc dữ liệu nguồn là hai quyết định riêng?
Hoạt động được chọn quyết định cấu hình sẽ được dùng lại, thay đổi hay thay bằng một kết quả mới. Cách đọc dữ liệu nguồn quyết định những bản ghi nào được đọc, chẳng hạn các bản ghi mới được thêm hoặc phần xử lý bị gián đoạn, khi những lựa chọn đó được hỗ trợ.