Sai lầm nguy hiểm của nhiều start-up là cố xây sản phẩm hoàn chỉnh cho cả người mua và người bán từ đầu. Cách tiếp cận hiệu quả là chọn một bên ưu tiên, tạo giá trị theo cách thủ công, rồi dùng kết quả đó để thu hút bên còn lại. Góc nhìn thực hành từ quá trình cố vấn dự án Steply, Đại học FPT, Mùa hè 2026.
Nhiều nhà sáng lập khi bắt tay xây dựng một nền tảng thương mại hai chiều, hay two-sided marketplace , thường mắc một sai lầm có thể khiến dự án cạn nguồn lực trước khi tìm được thị trường: cố gắng xây dựng ứng dụng cho cả người mua và người bán cùng một lúc .
1. Từ Steply đến nghịch lý con gà - quả trứng
Mùa hè 2026, một trong những dự án tôi có cơ hội làm việc cùng là Steply - dự án đến từ Đại học FPT - nền tảng khuyến khích người dùng vận động và nhận phần thưởng thông qua việc đi bộ hoặc hoàn thành các nhiệm vụ. Bạn có thể xem thêm tại Chuyên mục Dự án của Money X .
Mô hình của Steply có hai nhóm khách hàng chính:
- Khách hàng B2C, tức người dùng: những người có thói quen đi bộ, muốn duy trì vận động và nhận thêm phần thưởng khi hoàn thành nhiệm vụ.
- Khách hàng B2B, tức doanh nghiệp: các hãng game, ngân hàng, nền tảng thương mại điện tử hoặc nhãn hàng có nhu cầu tài trợ nhiệm vụ để quảng bá sản phẩm, tạo tương tác hoặc thu hút khách hàng.
Từ đây xuất hiện nghịch lý quen thuộc: khi chưa có đủ người dùng hoạt động, doanh nghiệp chưa có lý do để chi tiền tài trợ; nhưng khi chưa có doanh nghiệp tài trợ, Steply lại thiếu nguồn lực để duy trì phần thưởng hấp dẫn cho người dùng.
Vậy Steply có phải phát triển cả hai phía của marketplace cùng một lúc không? Câu trả lời ngắn là: không nhất thiết .
Đây chính là lý do tôi viết bài này: giúp Steply và các nền tảng hai chiều tránh sai lầm "chết người" là dàn trải nguồn lực, đồng thời tìm được trình tự kiểm chứng phù hợp trước khi đầu tư lớn vào sản phẩm.
Khi hai phía được xây đồng thời, landing page dành cho người mua có thể không có đủ sản phẩm hoặc ưu đãi để lựa chọn, trong khi giao diện dành cho người bán lại vắng khách hàng. Đội ngũ phải vận hành hai hệ thống thu hút, hai hành trình người dùng và hai tập vấn đề khác nhau, nhưng chưa phía nào đạt đủ mật độ để tạo giao dịch.
Sai lầm: xem việc hoàn thiện hai ứng dụng là điều kiện để có marketplace.
Cách nhìn tốt hơn: marketplace tồn tại khi có một cơ chế trao đổi giá trị đủ hấp dẫn và đủ thường xuyên. Phần mềm chỉ là công cụ giúp cơ chế đó vận hành hiệu quả hơn.
Hai phía của marketplace hiếm khi có vai trò, chi phí thu hút và mức độ rủi ro giống nhau. Nhà sáng lập nên phân tích ít nhất bốn yếu tố:
- Bên tạo tài sản: phía tạo ra nguồn cung, nội dung, dữ liệu hoặc giá trị có thể tích lũy theo thời gian.
- Bên khó thu hút: phía có chu kỳ bán hàng dài, yêu cầu niềm tin cao hoặc cần chăm sóc trực tiếp.
- Bên có thể được trợ cấp: phía có thể tham gia miễn phí hoặc được khuyến khích trong giai đoạn đầu để tạo hiệu ứng mạng.
- Bên trả tiền: phía có ngân sách và động lực chi trả khi nền tảng chứng minh được kết quả.
"Chọn một bên" không có nghĩa là bỏ mặc bên còn lại. Điều đó có nghĩa là chọn một phía làm động cơ khởi động và phục vụ phía kia bằng quy trình thủ công ở quy mô nhỏ . Khi đã hình thành giá trị và dữ liệu, nền tảng mới tự động hóa và mở rộng.
AngelList: tạo nguồn startup và kết nối có chọn lọc
Bài học có thể rút ra từ giai đoạn đầu của các nền tảng kết nối startup và nhà đầu tư là: trước khi xây một hệ thống khớp lệnh phức tạp, đội ngũ có thể tuyển chọn hồ sơ chất lượng, tạo niềm tin và thực hiện những kết nối đầu tiên bằng phương pháp thủ công. Giá trị ban đầu đến từ chất lượng lựa chọn và khả năng kết nối, không đến từ số lượng tính năng.
eBay: thu hẹp vào cộng đồng có nhu cầu giao dịch rõ ràngeBay khởi đầu với tên AuctionWeb và tạo một nơi để người mua, người bán giao dịch trực tiếp. Giao dịch đầu tiên nổi tiếng là một chiếc bút laser hỏng. Điểm đáng học không phải là nhóm sáng lập tự môi giới mọi giao dịch, mà là nền tảng bắt đầu bằng cơ chế giao dịch đơn giản, sau đó bổ sung công cụ tạo niềm tin như hệ thống phản hồi khi cộng đồng tăng trưởng.
Airbnb: tự tạo nguồn cung đầu tiên và cải thiện chất lượng listingAirbnb bắt đầu khi các nhà sáng lập cho khách thuê chỗ ngủ tại căn hộ của mình trong thời điểm thành phố khan hiếm phòng. Về sau, đội ngũ trực tiếp gặp chủ nhà và hỗ trợ cải thiện hình ảnh listing. Đây là ví dụ điển hình của việc tự "seed" nguồn cung, tập trung vào một thị trường hẹp và giải quyết thủ công các rào cản về niềm tin, chất lượng.
Mục tiêu của công việc thủ công không chỉ là tiết kiệm chi phí lập trình. Giá trị lớn nhất là giúp nhóm sáng lập khám phá insight khách hàng mà dashboard chưa thể cung cấp: lý do người dùng từ chối, điều kiện khiến giao dịch xảy ra, nguồn gốc của niềm tin và yếu tố khiến họ quay lại.
Ở giai đoạn đầu, đội ngũ có thể:
- Tuyển từng người dùng phù hợp thay vì chạy quảng cáo đại trà.
- Ghép nhiệm vụ và phần thưởng bằng bảng tính thay vì xây hệ thống tự động.
- Gọi điện hoặc phỏng vấn sau mỗi nhiệm vụ để hiểu động lực thật.
- Thực hiện thủ công đối soát, gửi mã thưởng và báo cáo kết quả cho doanh nghiệp.
- Chỉ tự động hóa sau khi một thao tác đã lặp lại đủ nhiều và có quy luật rõ ràng.
Với Steply, giả thuyết hợp lý để kiểm chứng đầu tiên là: một nhóm người dùng cụ thể có sẵn sàng đi bộ và hoàn thành nhiệm vụ đều đặn để nhận phần thưởng hay không. Nếu chưa chứng minh được hành vi này, việc bán quảng cáo cho doanh nghiệp sẽ rất khó.
| Giai đoạn | Mục tiêu | Cách làm tối giản | Chỉ số cần theo dõi |
|---|---|---|---|
| 1. Chọn ngách | Tạo mật độ người dùng ban đầu | Chọn một cộng đồng hẹp, chẳng hạn sinh viên tại một cơ sở hoặc nhân sự của một doanh nghiệp | Số người tham gia đủ điều kiện |
| 2. Tạo nhiệm vụ | Kiểm chứng hành vi | Thử thách đi bộ 7 đến 14 ngày, phần thưởng đơn giản do đội ngũ chủ động chuẩn bị | Tỷ lệ bắt đầu, hoàn thành và quay lại |
| 3. Vận hành thủ công | Hiểu ma sát | Nhóm chat, biểu mẫu, mã thưởng và bảng tính đối soát | Chi phí vận hành trên mỗi người hoàn thành |
| 4. Đóng gói bằng chứng | Tạo tài sản B2B | Lập báo cáo về mức độ tham gia và hành vi sau nhiệm vụ | Tỷ lệ tương tác, hoàn thành, phản hồi |
| 5. Bán thử cho B2B | Kiểm chứng willingness to pay | Mời 3 đến 5 doanh nghiệp tài trợ một chiến dịch nhỏ | Số proposal, hợp đồng thử nghiệm và doanh thu |
- Tuyển 100 người dùng trong một cộng đồng duy nhất.
- Tổ chức một thử thách đi bộ trong 14 ngày.
- Đặt mục tiêu tối thiểu 40% người tham gia hoàn thành nhiệm vụ và 25% tiếp tục tham gia thử thách thứ hai.
- Phỏng vấn ít nhất 15 người hoàn thành và 10 người bỏ cuộc.
- Dùng báo cáo kết quả để chào bán một chiến dịch tài trợ nhỏ cho doanh nghiệp.
Lưu ý: các ngưỡng trên là mục tiêu thử nghiệm, không phải chuẩn ngành. Steply cần điều chỉnh theo đặc điểm cộng đồng, giá trị phần thưởng và tần suất nhiệm vụ.
Marketplace không nên chỉ báo cáo số tài khoản đăng ký. Với Steply, một đơn vị thanh khoản có thể được định nghĩa là: một người dùng đủ điều kiện nhận và hoàn thành nhiệm vụ do một đối tác tài trợ, dữ liệu được xác minh, phần thưởng được trao và đối tác nhận được kết quả đã cam kết.
Các chỉ số nên ưu tiên gồm:
- Tỷ lệ người nhận nhiệm vụ chuyển sang bắt đầu.
- Tỷ lệ hoàn thành nhiệm vụ.
- Thời gian trung bình để hoàn thành.
- Tỷ lệ quay lại tham gia nhiệm vụ tiếp theo.
- Chi phí phần thưởng và vận hành trên mỗi lượt hoàn thành hợp lệ.
- Tỷ lệ doanh nghiệp đồng ý chạy chiến dịch tiếp theo.
- Phía nào chứa giả thuyết rủi ro nhất? Nếu giả thuyết đó sai, mô hình có còn tồn tại không?
- Phía nào tạo ra tài sản tích lũy? Đó có thể là nguồn cung, dữ liệu hành vi, nội dung, uy tín hoặc cộng đồng.
- Đơn vị thanh khoản của marketplace là gì? Một kết nối, một giao dịch, một nhiệm vụ hoàn thành hay một khách hàng quay lại?
- Có thể thực hiện 10 đến 50 giao dịch đầu tiên bằng tay không? Nếu không, đâu là rào cản thật sự?
- Phần nào cần phần mềm ngay bây giờ? Chỉ xây thứ cần thiết để giảm rủi ro, không xây trước toàn bộ hệ thống tương lai.
- Khi nào mở rộng sang phía còn lại? Hãy đặt ngưỡng rõ ràng về tỷ lệ hoàn thành, giữ chân, chi phí và willingness to pay.
Bài toán con gà và quả trứng không được giải bằng cách xây hai chiếc lồng lớn hơn. Bài toán được giải bằng cách chọn một điểm khởi đầu đủ hẹp, tạo ra giá trị thật cho một phía và dùng bằng chứng đó để kéo phía còn lại vào.
Với Steply, việc ưu tiên một cộng đồng người dùng nhỏ, chứng minh khả năng tạo thói quen và hoàn thành nhiệm vụ, rồi đóng gói dữ liệu thành đề xuất thử nghiệm cho doanh nghiệp sẽ ít rủi ro hơn so với phát triển đồng thời một ứng dụng B2C hoàn chỉnh và một cổng B2B phức tạp.
Tóm lại
- Không nhất thiết phát triển đồng thời cả hai phía. Hãy ưu tiên phía tạo ra giá trị nền tảng hoặc phía khó thu hút hơn, tùy vào giả thuyết rủi ro cần kiểm chứng.
- Thanh khoản quan trọng hơn số lượt đăng ký. Một marketplace chỉ bắt đầu có ý nghĩa khi hai phía tạo ra giao dịch hoặc hành vi giá trị lặp lại.
- 10 đến 50 giao dịch đầu tiên có thể được vận hành thủ công. Google Form, nhóm chat, email và bảng tính thường đủ để kiểm chứng nhu cầu trước khi tự động hóa.
- Với Steply, nên tạo bằng chứng về mức độ tham gia của người dùng trước. Dữ liệu về bước chân, tỷ lệ hoàn thành nhiệm vụ và khả năng đổi thưởng sẽ là "tài sản" để thuyết phục doanh nghiệp tài trợ.
- Không chọn một phía vĩnh viễn. Mục tiêu là tìm "wedge", tức điểm đột phá ban đầu, sau đó mở dần phía còn lại khi đã có bằng chứng giá trị.
