Các trợ lý hiện đã có thể tìm kiếm, so sánh và đề xuất sản phẩm. Bước tiếp theo là cho phép họ chuẩn bị hoặc thực hiện một số bước trong quá trình mua sắm. Vào năm 2026, thuật ngữ thương mại đại lý chỉ các hành trình trong đó một đại lý hành động dựa trên ý định của người dùng, đối thoại với các hệ thống thương mại và duy trì bối cảnh cho đến khi đặt hàng.
Google đã giới thiệu Universal Commerce Protocol, hay UCP, như một tiêu chuẩn mở nhằm mô tả các khả năng thương mại một cách nhất quán giữa các giao diện và thương nhân. Các tích hợp tham chiếu đặc biệt nhằm vào các trải nghiệm đối thoại. Tính đến ngày 17 tháng 8 năm 2026, một số chức năng vẫn đang trong giai đoạn thử nghiệm hoặc yêu cầu điều kiện đủ: sự chuẩn bị kỹ thuật cần được phân biệt với khả năng thương mại.
Các phiên bản, sơ đồ, trình điều khiển và điều kiện truy cập có thể thay đổi; chúng phải được xác nhận trong tài liệu chính thức trước bất kỳ sự tích hợp nào.
Những gì một người mua phần mềm thay đổi
Một khách truy cập là con người có thể diễn giải một trang không hoàn hảo, mở nhiều tab, hiểu một chương trình khuyến mãi mơ hồ hoặc gọi hỗ trợ. Một đại lý cần các hợp đồng rõ ràng hơn:
- các định danh ổn định ;
- thuộc tính có cấu trúc ;
- giá cả và tình trạng có ngày;
- các chính sách dễ đọc;
- các bước giao dịch được ghi chép;
- lỗi có kiểu;
- hành động có thể đảo ngược;
- bằng chứng về sự đồng ý.
Doanh thương đại lý do đó thúc đẩy thương mại điện tử theo hướng kiến trúc ưu tiên API. Nó không thay thế website: nó tạo ra một bề mặt bổ sung phải chia sẻ cùng một sự thật về sản phẩm và giao dịch.
UCP trong vài từ
UCP mô tả các khả năng của chu trình mua sắm và cho phép một thương nhân công bố một hồ sơ cho biết các phiên bản và chức năng được hỗ trợ. Trong tích hợp được Google tài liệu hóa, hồ sơ này được phơi bày tại một địa chỉ đã biết, sau đó các API có thể quản lý việc khám phá, thanh toán và các bước khác theo chế độ đã chọn.
Nguyên tắc quan trọng không chỉ là định dạng. Nó liên quan đến việc phân tách:
- bề mặt nơi người dùng thể hiện nhu cầu của mình;
- đặc vụ điều phối;
- máy chủ thương mại vẫn là người làm chủ các quy tắc của nó ;
- các nhà cung cấp danh tính và thanh toán;
- các hệ thống điều khiển và thực hiện.
Người bán vẫn chịu trách nhiệm về giá cả, chính sách, đơn hàng và mối quan hệ khách hàng theo mô hình tích hợp.
Bắt đầu bằng sự thật sẽ tạo ra
Một nhân viên không thể giới thiệu đúng một sản phẩm có dữ liệu nghèo nàn. Nền tảng là PIM, danh mục hoặc cơ sở dữ liệu sản phẩm:
- mã định danh toàn cầu và SKU ;
- biến thể ;
- thuộc tính chuẩn hóa;
- tương thích ;
- hình ảnh ;
- khả năng sẵn có ;
- giá ;
- khuyến mãi ;
- hạn chế ;
- thời hạn;
- người bán nếu thị trường
- điều kiện trả hàng.
Các mô tả tiếp thị không đủ. Các tiêu chí phân biệt phải được cấu trúc: kích thước, chất liệu, mục đích sử dụng, tiêu thụ, kích cỡ, tiêu chuẩn, các bộ phận tương thích hoặc khu vực giao hàng.
Sự tươi mới là điều thiết yếu. Một dữ liệu được trích xuất vào ngày hôm trước có thể sai vào thời điểm thanh toán.
Chín khả năng làm rõ ràng
1. Khám phá
Tìm kiếm và lọc theo các tiêu chí nghiệp vụ, không chỉ bằng từ khóa. Kết quả chỉ rõ sự trùng khớp, các biến thể và giới hạn.
2. Giá
Tính một mức giá xác định theo loại tiền, khách hàng, số lượng, khuyến mãi, thuế và ngày. Đại lý phải biết thời hạn hiệu lực.
3. Cổ phiếu
Phân biệt thông tin về khả dụng và đặt chỗ. Các xung đột cạnh tranh phải tạo ra một lỗi có thể sử dụng được.
4. Giao hàng
Tính toán các tùy chọn, thời hạn, chi phí, điểm trung chuyển, hạn chế và dấu chân nếu có, từ một địa chỉ đã được xác thực.
5. Danh tính
Quản lý khách mời, tài khoản hiện có, sự đồng ý, lòng trung thành và sở thích mà không tiết lộ nhiều dữ liệu hơn mức cần thiết.
6. Thanh toán
Tạo một phiên bản có phiên bản chứa các dòng, giá, thuế, giao hàng, chính sách và ngày hết hạn. Mọi sửa đổi phải được hiển thị.
7. Thanh toán
Sử dụng phân tách từ, xác thực và xác nhận phù hợp. Nhân viên không nhận dữ liệu thẻ thô.
8. Đơn hàng
Xác nhận một lần, cung cấp một định danh, trình bày trạng thái và quản lý hủy bỏ hoặc sửa đổi theo các quy tắc.
9. Bán hàng sau
Làm cho việc hỗ trợ, phản hồi, hoàn tiền, bảo hành, tranh chấp và bằng chứng mua hàng trở nên dễ tiếp cận.
Kiến trúc kết nối một đại lý và một máy chủ thương mại với các hệ thống danh mục, giá cả, kho, thanh toán, thanh toán cuối cùng, đơn hàng và dịch vụ khách hàng.
Thiết kế một quá trình thanh toán idempotent
Các đại lý và mạng lưới có thể thử lại. Một yêu cầu lặp lại không được tạo ra hai lệnh. Mỗi thao tác ghi sử dụng một khóa tính duy nhất, một phiên bản phiên và một trạng thái rõ ràng.
Ví dụ về chu kỳ :
- tạo phiên ;
- thêm hoặc xác nhận các dòng;
- tính toán giá ;
- lựa chọn giao hàng ;
- xác nhận các chính sách ;
- ủy quyền thanh toán;
- xác nhận cuối cùng ;
- tạo đơn hàng;
- phát hành xác nhận.
Nếu giá hoặc tồn kho thay đổi, máy chủ sẽ gửi lại một sự khác biệt có cấu trúc. Đại lý yêu cầu xác nhận mới thay vì tiếp tục một cách im lặng.
Giữ con người trong các quyết định nhạy cảm
Một nhiệm vụ « mua cho tôi rẻ nhất » là không đủ nếu có những ràng buộc quan trọng. Giao diện phải làm rõ:
- ngân sách tối đa ;
- sản phẩm chính xác hoặc có thể thay thế;
- số lượng ;
- địa chỉ ;
- thời hạn ;
- người bán
- bảo đảm ;
- điều kiện trả hàng ;
- tần suất cho một thuê bao.
Một xác nhận cuối cùng là cần thiết khi ủy nhiệm không đủ rõ ràng, giá cả thay đổi hoặc giao dịch có rủi ro. Các hành động tự chủ vẫn bị giới hạn trong các chính sách rõ ràng.
Quản lý danh tính mà không tạo hồ sơ mờ
Liên kết danh tính có thể liên kết một tài khoản người dùng với người bán thông qua các cơ chế như OAuth. Phạm vi phải được giữ tối thiểu và có thể thu hồi. Người dùng biết thông tin nào được chia sẻ và với mục đích gì.
Tránh biến tác nhân thành bộ tập hợp sở thích không kiểm soát. Việc cá nhân hóa phải phân biệt giữa dữ liệu cần thiết cho đơn hàng và nhận dạng tùy chọn.
Đối với B2B, bản sắc bao gồm công ty, vai trò, quyền mua, trung tâm chi phí, hạn mức, người phê duyệt và các điều kiện hợp đồng.
Thanh toán và ủy nhiệm có thể kiểm tra
An toàn thanh toán dựa vào PSP và các cơ chế quản lý hiện có. Các giao thức tác nhân có thể bổ sung bằng chứng về ý định: số tiền, người bán, phạm vi, thời gian và các sản phẩm được phép.
Hệ thống giữ lại :
- yêu cầu ban đầu ;
- tùy chọn được trình bày;
- sự đồng ý ;
- phiên bản của các điều khoản;
- giấy phép;
- kết quả ;
- hủy bỏ có thể xảy ra.
Việc truy xuất nguồn gốc này bảo vệ người dùng và người bán mà không lưu trữ không cần thiết dữ liệu nhạy cảm của phương tiện thanh toán.
Bảo mật giao diện đại lý
Các rủi ro bao gồm:
- danh tính thương nhân giả mạo;
- xử lý danh mục;
- tiêm kích thích trong một bảng sản phẩm;
- chuyển hướng lừa đảo;
- đặt hàng đôi ;
- thay đổi giá;
- gian lận khi trả lại;
- rò rỉ dữ liệu;
- lạm dụng khuyến mãi;
- bão hòa API.
Các biện pháp kiểm soát bao gồm chữ ký, TLS, xác thực lẫn nhau theo ngữ cảnh, giới hạn, xác thực sơ đồ, tách biệt nội dung không đáng tin cậy, danh sách khả năng, nhật ký, phát hiện gian lận và xác nhận của con người.
Một mô tả sản phẩm không bao giờ được hiểu như là một hướng dẫn hệ thống bởi tác nhân.
Chuẩn bị hỗ trợ và phản hồi
Thương mại không dừng lại ở thanh toán. Một nhân viên phải có khả năng tìm lại đơn hàng với sự cho phép của người dùng, giải thích trạng thái của nó, khởi tạo một việc trả hàng đúng quy định và chuyển đến bộ phận hỗ trợ.
Chính sách phải được cấu trúc và nhất quán với văn bản pháp lý được công bố. Người bán vẫn phải có thể liên lạc được thông qua các phương tiện rõ ràng. Tự động hóa không được che giấu quyền được kháng cáo của con người.
Đo lường điều gì khác ngoài chuyển đổi
Theo dõi :
- tỷ lệ phát hiện có liên quan;
- lỗi về giá hoặc tồn kho;
- tạo phiên ;
- yêu cầu xác nhận lại;
- gọi hai lần đã tránh;
- thất bại trong thanh toán;
- hủy bỏ;
- trả lại;
- tranh chấp ;
- thời gian cho đến khi có trợ giúp của con người ;
- lề ;
- sự hài lòng.
Sự tăng chuyển đổi đi kèm với tỷ lệ trả lại cao có thể cho thấy rằng đại lý đang lựa chọn sai.
Một lộ trình thực tế
Bước 1: đảm bảo độ tin cậy của dữ liệu
Tên đăng nhập, thuộc tính, giá cả, tồn kho, chính sách và chất lượng của các luồng dữ liệu.
Bước 2: tách rời các khả năng
Tạo API đọc ổn định trước các thao tác ghi.
Bước 3: công nghiệp hóa phiên thanh toán
Phiên bản, hết hạn, tính bất biến, lỗi và tính toán lại.
Bước 4: tích hợp danh tính và thanh toán
Quyền hạn, sự đồng ý, sự xác nhận, gian lận và kiểm toán.
Bước 5: trình bày đơn hàng và dịch vụ sau bán
Điều lệ, hỗ trợ, phản hồi và khả năng đảo ngược.
Bước 6: thêm một giao thức
Thực hiện UCP hoặc một giao diện khác khi kênh và điều kiện cho phép, mà không gắn lõi nghiệp vụ vào một bề mặt duy nhất.
Một sự chuẩn bị hữu ích ngay cả khi không có kênh ngay lập tức
Bản nâng cấp cần thiết cho thương mại đại lý đã cải thiện trang web, ứng dụng, thị trường và các đối tác: danh mục sản phẩm rõ ràng, giá cả xác định, thanh toán chắc chắn, API idempotent và dịch vụ khách hàng kết nối.
Partitech có thể kiểm toán danh mục và quy trình, thiết kế các API, tích hợp các hệ thống thanh toán và đặt hàng, sau đó thêm các giao diện đại lý. Mục tiêu là làm cho thương mại có thể hiểu được và an toàn cho các kênh mới mà không mất kiểm soát giao dịch cũng như mối quan hệ với khách hàng.
Hãy nói về dự án của bạn
Đánh giá sự chuẩn bị của nền tảng thương mại điện tử của bạn cho thương mại đại lý với Partitech. Liên hệ Partitech.