Thương mại không đầu

Thương mại không giao diện (headless commerce) là một kiến ​​trúc trong đó lớp trình bày dành cho khách hàng được tách rời khỏi công cụ thương mại xử lý danh mục sản phẩm, giá cả, giỏ hàng, thanh toán và quản lý đơn hàng. Hai thành phần này giao tiếp thông qua API, do đó cửa hàng trực tuyến có thể được xây dựng bằng bất kỳ công nghệ giao diện người dùng nào và nền tảng thương mại cung cấp dữ liệu mà không can thiệp vào cách hiển thị dữ liệu đó.

Động lực chính là sự linh hoạt. Các nền tảng thương mại truyền thống thường kết hợp việc tạo mẫu với hệ thống quản trị (backend), do đó, giao diện bị hạn chế bởi hệ thống giao diện và chu kỳ phát hành của nền tảng. Việc tách rời cho phép các nhóm phát triển giao diện người dùng sử dụng công cụ riêng của họ, phát hành sản phẩm độc lập với các thay đổi ở hệ thống quản trị, xây dựng trải nghiệm mà hệ thống tạo mẫu của nền tảng không thể thể hiện, và phục vụ nhiều điểm tiếp xúc, bao gồm web, ứng dụng di động, ki-ốt và thị trường trực tuyến, từ một hệ thống quản trị thương mại duy nhất. Đối với các doanh nghiệp mà sự khác biệt phụ thuộc vào chất lượng trải nghiệm khách hàng chứ không phải vào việc duyệt danh mục sản phẩm thông thường, điều này có thể mang tính quyết định.

Lập luận về hiệu năng có cả hai chiều và cần được xem xét kỹ lưỡng. Một cửa hàng trực tuyến được xây dựng tốt, tách rời, sử dụng tạo nội dung tĩnh hoặc kết xuất phía máy chủ với bộ nhớ đệm biên có thể nhanh hơn đáng kể so với một nền tảng nguyên khối kết xuất trang theo yêu cầu. Một cửa hàng được xây dựng kém, cung cấp một gói phần mềm phía máy khách lớn và thực hiện nhiều lệnh gọi API trước khi bất kỳ nội dung nào được hiển thị, sẽ chậm hơn đáng kể so với nền tảng mà nó thay thế. Kiến trúc tạo ra cơ hội cho hiệu năng tuyệt vời; nhưng nó không cung cấp điều đó, và một số dự án chuyển đổi quy mô lớn đã cho kết quả tệ hơn so với các hệ thống mà chúng thay thế.

Chi phí thường xuyên bị đánh giá thấp. Các chức năng mà một nền tảng nguyên khối cung cấp sẵn, bao gồm tìm kiếm, điều hướng theo tiêu chí, hiển thị khuyến mãi, quản lý tài khoản, quốc tế hóa và toàn bộ giao diện thanh toán, đều phải được xây dựng và duy trì. Năng lực kỹ thuật liên tục được yêu cầu thường xuyên, không chỉ cho quá trình chuyển đổi, và phạm vi vận hành mở rộng bao gồm cơ sở hạ tầng cửa hàng trực tuyến, lớp API, bộ nhớ đệm và sự tích hợp giữa chúng. Các doanh nghiệp áp dụng kiến ​​trúc này mà không có năng lực kỹ thuật để duy trì nó sẽ phải đối mặt với một hệ thống khó thay đổi hơn hệ thống cũ.

Do đó, quyết định phụ thuộc vào việc liệu sự khác biệt về trải nghiệm có thực sự thúc đẩy hoạt động kinh doanh hay không. Nếu cửa hàng trực tuyến là một lợi thế cạnh tranh, nếu nhiều kênh phải dùng chung một hệ thống quản lý thương mại, nếu nội dung và thương mại được tích hợp sâu rộng, hoặc nếu những hạn chế của nền tảng hiện tại đang làm giảm doanh thu một cách rõ rệt, thì khoản đầu tư có thể được biện minh. Ngược lại, nếu yêu cầu là một cửa hàng truyền thống, hoạt động hiệu quả, thì một nền tảng được cấu hình tốt sẽ cung cấp dịch vụ nhanh hơn, rẻ hơn và ít tốn kém hơn.

Quản lý nội dung cần được xem xét kỹ lưỡng trong các kiến ​​trúc này, vì việc tách rời cửa hàng trực tuyến thường đồng nghĩa với việc nhóm tiếp thị mất đi khả năng chỉnh sửa mà nền tảng trước đó cung cấp. Việc thay thế nó đòi hỏi phải có một hệ thống nội dung không giao diện tích hợp vào cửa hàng trực tuyến hoặc khả năng chỉnh sửa dựa trên thành phần được xây dựng vào giao diện người dùng mới, và cả hai đều không hề đơn giản. Các dự án coi đây là chi tiết cần giải quyết sau khi ra mắt thường dẫn đến việc nhóm tiếp thị phải gửi yêu cầu phát triển để thay đổi nội dung, điều này vừa tốn kém vừa chậm chạp, làm nản lòng việc tối ưu hóa liên tục mà kiến ​​trúc hướng đến. Việc xác định ai có thể thay đổi những gì, mà không cần sự can thiệp của bộ phận kỹ thuật, nên là một phần của thiết kế ban đầu chứ không phải là một bổ sung sau này.

Một cách tiếp cận theo từng giai đoạn thường khả thi hơn so với việc tái cấu trúc toàn bộ nền tảng. Việc tách rời một khu vực có giá trị cao, chẳng hạn như mẫu chi tiết sản phẩm hoặc hệ thống trang đích, cho phép đo lường lợi ích so với chi phí trước khi cam kết thêm, và việc kiểm thử A/B URL giúp định lượng sự so sánh đó thay vì chỉ là ý kiến ​​chủ quan. Trên thực tế, việc đánh giá này diễn ra trên nhiều khía cạnh. lập kế hoạch chiến lược và tư vấn và phát triển sản phẩm, với trường hợp hiệu năng được xác thực thông qua hiệu suất web Việc đo lường chứ không phải giả định là điều cần thiết, và đó là một trong những quyết định kiến ​​trúc quan trọng hơn cả đang ngày càng phổ biến. thương mại điện tử Kinh doanh tạo ra.