Những điểm yếu thường gặp trong các dự án sàn giao dịch

Các mô hình thất bại trong kiến trúc sàn giao dịch có tính nhất quán. Quy trình đăng ký nhà bán hoạt động tốt với 20 nhà cung cấp nhưng trở thành nút thắt cổ chai khi đạt 200. Tính toán hoa hồng chính xác trong trường hợp tiêu chuẩn nhưng lại tạo ra các khoản thanh toán sai khi nhà bán hoạt động ở nhiều danh mục với mức phí khác nhau, hoặc khi một đơn hàng được thực hiện một phần và hủy một phần. Chất lượng danh mục sản phẩm dễ quản lý khi nhà điều hành tự kiểm duyệt thủ công, nhưng sẽ suy giảm nhanh chóng khi số lượng nhà bán vượt quá khả năng của quy trình quản trị. Mức độ liên quan của kết quả tìm kiếm giảm khi số lượng SKU tăng lên, và mô hình liên quan hoạt động hiệu quả với 10.000 sản phẩm sẽ cho kết quả kém khi đạt 500.000.

Đây không phải là những trường hợp ngoại lệ. Chúng là những hệ quả có thể dự đoán được khi xây dựng một sàn giao dịch ở quy mô mà nó được thiết kế để đạt tới. Kiến trúc phải được thiết kế cho quy mô cuối cùng đó ngay từ đầu, chứ không phải điều chỉnh lại khi các vấn đề phát sinh.

Lựa chọn nền tảng

Việc lựa chọn nền tảng định hình các giới hạn và khả năng cho mọi thứ sau này. Mirakl là lựa chọn trưởng thành cho các sàn giao dịch của doanh nghiệp: API được tài liệu hóa tốt, hệ sinh thái tích hợp hệ thống lớn và một sản phẩm đã được kiểm chứng ở quy mô của các nhà bán lẻ lớn tại châu Âu. Đây là lựa chọn phù hợp khi nhà điều hành muốn một nền tảng đã được chứng minh và sẵn sàng hoạt động trong mô hình dữ liệu của Mirakl. Spryker Marketplace tích hợp chức năng thương mại và sàn giao dịch vào một hệ thống duy nhất, giúp đơn giản hóa kiến trúc cho các mô hình lai B2B và B2C, nơi cùng một phiên giao dịch của người mua có thể liên quan đến cả hàng tồn kho của doanh nghiệp và hàng tồn kho của nhà bán bên thứ ba. Các giải pháp tùy chỉnh được biện minh khi mô hình sàn giao dịch đủ khác biệt đến mức các nền tảng có sẵn trên thị trường không thể đáp ứng: logic khớp nối độc đáo, cơ chế tin cậy độc quyền, hoặc cấu trúc hoa hồng mà không nền tảng tiêu chuẩn nào có thể thể hiện mà không cần các giải pháp thay thế đáng kể. Việc lựa chọn phụ thuộc vào quy mô, thời gian triển khai, yêu cầu kiểm soát của nhà điều hành và mô hình cụ thể.

Quy trình đăng ký và quản lý nhà bán

Nhà bán là khách hàng của nhà điều hành sàn giao dịch, và trải nghiệm đăng ký có tác động tương tự đến việc giữ chân nhà bán như trải nghiệm của người mua đối với việc giữ chân người mua. Một quy trình đăng ký yêu cầu xem xét thủ công ở mọi bước, một API đăng sản phẩm được tài liệu hóa kém, hoặc một bảng điều khiển nhà bán không hiển thị rõ ràng dữ liệu hiệu suất sẽ làm giảm chất lượng và số lượng nhà bán mà sàn giao dịch có thể thu hút. Kiến trúc đăng ký nhà bán bao gồm: đăng ký và xác minh danh tính, API đăng sản phẩm với xác thực và báo cáo lỗi rõ ràng, bảng điều khiển nhà bán với quản lý đơn hàng và chấm điểm hiệu suất, cùng một lớp giao tiếp để cập nhật chính sách và yêu cầu tuân thủ. Thiết kế nên coi tốc độ của nhà bán (thời gian một nhà bán mới có thể đăng sản phẩm đầu tiên của họ) là một chỉ số có thể đo lường được.

Quản lý và chất lượng danh mục sản phẩm

Trong danh mục sản phẩm của một nhà điều hành duy nhất, nhà điều hành kiểm soát cấu trúc thuộc tính và chất lượng dữ liệu. Trong một sàn giao dịch, mỗi nhà bán mang đến dữ liệu sản phẩm của riêng họ theo định dạng riêng. Việc ánh xạ danh mục từ phân loại của nhà bán sang phân loại của sàn giao dịch, chuẩn hóa thuộc tính (đảm bảo rằng thuộc tính “kích thước” có cùng ý nghĩa giữa các nhà bán trong cùng một danh mục), và phát hiện trùng lặp trên các danh mục của nhà bán là những yêu cầu vận hành liên tục, không phải là các lần di chuyển dữ liệu một lần. Mức độ liên quan của kết quả tìm kiếm suy giảm ở quy mô lớn khi dữ liệu danh mục cơ bản không nhất quán. Một quy trình quản trị phát hiện lỗi thuộc tính trước khi đăng sản phẩm sẽ tiết kiệm chi phí hơn so với một mô hình liên quan cố gắng bù đắp cho dữ liệu kém chất lượng sau đó.

Kiến trúc giao dịch và hoa hồng

Tính toán hoa hồng là động lực tài chính cốt lõi của sàn giao dịch. Các quy tắc này phải được mã hóa với độ chính xác tuyệt đối: từ tỷ lệ theo danh mục, chiết khấu theo cấp độ người bán, điều chỉnh khuyến mãi, xử lý VAT đa khu vực pháp lý, đến cách chúng tương tác trong một đơn hàng duy nhất. Lịch trình thanh toán phải quản lý khoảng thời gian giữa lúc người mua thanh toán và người bán nhận tiền, đảm bảo tuân thủ các quy định thanh toán tại các khu vực hoạt động. Thanh toán chia nhỏ, khi một giao dịch của người mua được phân bổ cho nhiều người bán và nhà điều hành, đòi hỏi một lớp hạ tầng thanh toán hỗ trợ tính năng này một cách tự nhiên. Stripe Connect, Adyen Platforms và Mangopay là các tùy chọn tích hợp phổ biến nhất; mỗi nền tảng có phạm vi địa lý, cấu trúc phí và yêu cầu tuân thủ khác nhau.

Điều phối và thực hiện đơn hàng

Giỏ hàng đa nhà cung cấp tạo ra đơn hàng đa nhà cung cấp. Kiến trúc thực hiện đơn hàng phải xử lý việc giao hàng một phần (khi một người bán đã giao nhưng người khác thì chưa), hủy một phần (khi một mặt hàng bị hủy nhưng phần còn lại của đơn hàng vẫn tiếp tục), và trả hàng trên kho hàng phân tán của người bán với các chính sách đổi trả khác nhau. Trải nghiệm của người mua phải nhất quán ngay cả khi đơn hàng cơ bản được chia nhỏ cho nhiều người bán với các khung thời gian thực hiện khác nhau. Điều này đòi hỏi một lớp quản lý đơn hàng duy trì cái nhìn thống nhất cho người mua, đồng thời điều phối các luồng thực hiện riêng biệt của người bán.

Tin cậy và An toàn

Niềm tin của người mua và người bán là tài sản cốt lõi của sàn giao dịch. Xác minh người bán khi đăng ký (thông tin nhận dạng, đăng ký kinh doanh, chi tiết ngân hàng) giúp giảm thiểu gian lận và rủi ro pháp lý khi vận hành nền tảng thanh toán. Các tín hiệu tin cậy hiển thị cho người mua (đánh giá người bán, đánh giá đã xác minh, SLA giải quyết tranh chấp) quyết định liệu người mua có quay lại sau lần mua đầu tiên hay không. Quản lý tranh chấp đòi hỏi một quy trình và hệ thống rõ ràng: ai có thể khiếu nại, thông tin nào được thu thập, cách các quyết định giải quyết được thông báo và cách hoàn tiền hoặc điều chỉnh được thực hiện. Phát hiện gian lận hoạt động ở cấp độ giao dịch và cấp độ tài khoản; các tín hiệu cho thấy tài khoản người bán gian lận khác với các tín hiệu cho thấy giao dịch của người mua gian lận.

Tham khảo: Nền tảng đa chiều quy mô lớn

HomeToGo, sàn giao dịch cho thuê kỳ nghỉ, vận hành với 15 triệu danh sách được tổng hợp từ 60.000 đối tác thông qua hơn 100 API tích hợp, phục vụ người mua tại hơn 25 quốc gia. NFQ (đại diện bởi Gradion) đã xây dựng và mở rộng nền tảng cốt lõi này từ khi thành lập vào năm 2014 cho đến đợt IPO năm 2021, với sự đóng góp của 150 kỹ sư tại bốn văn phòng. Các yêu cầu kỹ thuật của nền tảng đó – quản lý đồng bộ hóa dữ liệu thời gian thực trên hơn 100 API đối tác, duy trì thời gian hoạt động 99,99% dưới lưu lượng truy cập cao và thực hiện hơn 50 triển khai sản phẩm mỗi ngày – hoàn toàn tương đồng với kỷ luật hạ tầng cần thiết cho một sàn giao dịch thương mại ở quy mô lớn. Các vấn đề có thể khác nhau về lĩnh vực nhưng giống hệt nhau về cấu trúc: mô hình dữ liệu đa chiều, sự ổn định của lớp tích hợp và độ tin cậy vận hành ở quy mô lớn.

Kêu gọi hành động

Hãy mô tả mô hình sàn giao dịch của bạn: người mua, người bán và nhà điều hành là ai, nền tảng hiện tại của bạn như thế nào, và những điểm nào trong kiến trúc đang gây ra trở ngại. Chúng tôi sẽ phác thảo phương pháp kỹ thuật phù hợp.