Mô hình nền tảng hai phía tạo giá trị bằng cách kết nối hai nhóm cần nhau — người cần dịch vụ và người làm dịch vụ, người mua và người bán — và nền tảng chỉ có giá trị khi cả hai nhóm cùng có mặt đủ đông. Đó là cái khó nổi tiếng "con gà quả trứng": người mua không đến khi chưa có người bán, người bán không đến khi chưa có người mua.
Rất nhiều người khởi nghiệp ở Việt Nam muốn làm "sàn" cho ngành mình: sàn tìm thợ sửa chữa, sàn gia sư, sàn cho thuê thiết bị. Bài này không cổ vũ cũng không can ngăn, mà giúp bạn nhìn rõ mô hình đòi hỏi gì, chọn phía nào để bắt đầu, thu phí ai, giữ hai bên không bỏ qua mình, và dùng AI ở chỗ nào. Ví dụ trong bài đều là giả định.
Nền tảng khác cửa hàng ở chỗ nào
Cửa hàng mua hàng vào rồi bán ra, hoặc tự làm dịch vụ. Giá trị nằm ở sản phẩm và chất lượng phục vụ của chính cửa hàng. Nền tảng thì không làm sản phẩm chính; nó giúp hai bên tìm thấy nhau, tin nhau và giao dịch dễ hơn. Giá trị nằm ở số lượng và chất lượng của người ở cả hai phía, cộng với những gì nền tảng làm để giao dịch suôn sẻ.
Vì vậy câu hỏi đầu tiên không phải "làm ứng dụng thế nào" mà là "hai bên đang gặp khó gì khi tìm nhau mà không có mình". Ví dụ giả định, ở Quy Nhơn, người có xe máy hỏng giữa đường không biết tiệm sửa nào gần và đáng tin; thợ sửa xe có lúc rảnh mà không có khách. Nếu khoảng cách đó có thật và đủ đau, nền tảng có cơ sở. Nếu mọi người vẫn đang tìm được nhau dễ dàng qua quen biết và các nhóm nhắn tin, nền tảng cần mang thêm điều gì đó lớn hơn sự kết nối.
Điểm thứ hai: nền tảng mạnh lên theo hiệu ứng mạng. Càng nhiều thợ thì khách càng dễ tìm được người gần, càng nhiều khách thì thợ càng có lý do ở lại. Nhưng hiệu ứng mạng thường mang tính địa phương với dịch vụ tại chỗ: có nhiều thợ ở Hà Nội không giúp gì cho khách ở Cần Thơ. Điều đó có nghĩa là bạn phải xây mạng lưới từng khu một, chứ không thể phủ cả nước ngay.
Giải bài toán con gà quả trứng: bắt đầu từ phía nào
Bắt đầu từ phía khó tìm hơn. Thường thì phía cung cấp dịch vụ tốt, đáng tin là phía khan hiếm. Khi có được một nhóm thợ giỏi, khách sẽ đến vì họ. Ngược lại, có nhiều khách mà thợ kém thì khách đi rồi không quay lại.
Thu hẹp phạm vi đến mức nhỏ nhất có thể. Thay vì "sàn sửa chữa toàn quốc", hãy bắt đầu với "sửa xe máy ở hai phường trung tâm Quy Nhơn". Mật độ quan trọng hơn độ phủ: mười thợ trong bán kính vài cây số tạo trải nghiệm tốt hơn trăm thợ rải khắp tỉnh.
Tự làm phía còn thiếu lúc đầu. Nhiều nền tảng khởi đầu bằng việc chính người sáng lập đóng vai một bên, ví dụ tự nhận cuộc gọi và điều thợ bằng tay, trước khi có hệ thống. Cách này chậm nhưng giúp bạn hiểu giao dịch thật sự cần gì.
Mang giá trị cho một phía ngay cả khi phía kia còn ít. Ví dụ, cung cấp cho thợ công cụ ghi lịch hẹn, nhắc khách, lưu lịch sử sửa chữa của từng xe. Thợ dùng vì có ích cho chính họ, kể cả khi nền tảng chưa mang khách mới đến. Đến khi có khách, thợ đã ở sẵn đó.
Bám vào nhóm có sẵn. Một hội nghề, một khu chợ, một khu công nghiệp là nơi hai phía đã gặp nhau một phần. Bắt đầu ở đó dễ hơn tạo cộng đồng từ con số không.
Thu phí ai và thu thế nào
Nền tảng thường không thu tiền đều cả hai bên. Bên nào nhạy cảm với giá hơn, khó kéo hơn, thường được miễn hoặc giảm, còn bên được lợi nhiều hơn từ giao dịch thì trả. Bảng sau là các cách phổ biến, đặt với ví dụ giả định của nền tảng sửa xe.
| Cách thu | Ai trả | Ưu điểm | Nhược điểm |
|---|---|---|---|
| Hoa hồng trên mỗi lượt | Thợ trả phần trăm giá sửa | Chỉ thu khi thợ có việc, dễ chấp nhận | Thợ và khách dễ trao đổi thẳng ở lần sau |
| Phí đăng ký định kỳ | Thợ trả theo tháng để được hiện | Doanh thu đều, dễ dự đoán | Thợ ngại trả khi chưa thấy khách |
| Phí dịch vụ phía khách | Khách trả thêm một khoản nhỏ | Không làm thợ thấy bị cắt | Khách so với việc tự gọi thợ quen |
| Phí cho dịch vụ thêm | Thợ trả cho vị trí nổi bật, công cụ quản lý | Không ảnh hưởng giao dịch cơ bản | Phải có đủ lượng khách thì mới có người mua |
| Miễn phí giai đoạn đầu | Không ai trả | Kéo hai bên nhanh | Đổi sang thu phí sau là thời điểm dễ mất người |
Đừng quyết cách thu phí trên giấy. Hãy hỏi thẳng vài thợ và vài khách: nếu có dịch vụ này, anh chị sẵn sàng trả theo cách nào, và cách nào khiến anh chị bỏ đi. Câu trả lời của họ đáng tin hơn bất kỳ mô hình mẫu nào.
Giữ hai bên không bỏ qua nền tảng
Rủi ro thường trực của nền tảng thu hoa hồng là giao dịch vòng: hai bên gặp nhau qua nền tảng rồi lần sau liên lạc thẳng. Cấm đoán ít khi hiệu quả. Cách bền hơn là làm cho việc ở lại có lợi hơn việc đi vòng.
- Bảo đảm cho khách: sửa không đạt thì được sửa lại hoặc hoàn tiền, điều mà gọi thẳng cho thợ không có.
- Thanh toán an toàn và rõ ràng cho cả hai bên, có hoá đơn, có lịch sử.
- Đánh giá và lịch sử công việc giúp thợ có thêm khách mới; đi vòng thì đánh giá không được ghi nhận.
- Công cụ quản lý lịch, nhắc khách bảo dưỡng định kỳ giúp thợ đỡ việc giấy tờ.
- Xử lý tranh chấp công bằng, có người đứng giữa khi hai bên không đồng ý.
- Mức phí hợp lý với giá trị nền tảng thật sự mang lại; phí quá cao chính là lời mời đi vòng.
Nếu sau một thời gian phần lớn khách quay lại đều đi vòng, đó là tín hiệu nền tảng đang chỉ có giá trị ở lần gặp đầu. Có thể bạn nên đổi sang thu phí ở lần giới thiệu đầu tiên, hoặc thu từ dịch vụ khác thay vì hoa hồng mỗi lượt.
Dùng AI để kiểm mô hình trước khi viết dòng mã nào
Người làm nền tảng hay lao vào làm ứng dụng ngay. AI giúp bạn đi chậm lại một chút ở phần quan trọng hơn. Câu lệnh mẫu: "Mô tả ý tưởng: nền tảng kết nối chủ xe máy bị hỏng giữa đường với tiệm sửa xe gần nhất ở một thành phố cỡ vừa. Hãy đóng vai lần lượt một chủ tiệm sửa xe đã làm hai mươi năm và một người đi làm có xe máy, nêu mỗi vai năm lý do không dùng nền tảng này và hai điều sẽ khiến họ đổi ý." Danh sách lý do từ chối là danh sách việc phải giải.
Câu lệnh thứ hai để soi tính kinh tế: "Với mô hình thu hoa hồng từ thợ, hãy liệt kê các giả định phải đúng để nền tảng tự nuôi được mình ở quy mô một thành phố, ví dụ số lượt mỗi ngày, mức phí, tỷ lệ khách quay lại qua nền tảng. Không đưa con số thị trường, chỉ nêu giả định và cách kiểm từng giả định." Yêu cầu không đưa con số là có chủ ý: AI rất dễ bịa quy mô thị trường nghe hợp lý.
Nếu bạn đã chạy thử và có dữ liệu giao dịch, khi dán vào AI để phân tích, hãy thay tên, số điện thoại, biển số xe, địa chỉ bằng mã. Dữ liệu của hai phía người dùng là tài sản và cũng là trách nhiệm của nền tảng; quy định về bảo vệ dữ liệu cá nhân hiện hành áp dụng cho bạn ngay từ khi có người dùng đầu tiên.
Khi nào không nên làm nền tảng
Có những dấu hiệu cho thấy bạn nên làm một doanh nghiệp dịch vụ bình thường thay vì nền tảng. Thứ nhất, nếu giao dịch giữa hai bên rất thưa, như sửa mái nhà vài năm một lần, nền tảng khó giữ người dùng nhớ đến mình. Thứ hai, nếu chất lượng dịch vụ phụ thuộc nặng vào tay nghề và khách muốn một người chịu trách nhiệm trọn vẹn, có khi bạn nên tự tuyển thợ và bán dịch vụ dưới tên mình. Thứ ba, nếu hai phía đã tìm nhau dễ dàng qua quen biết, nền tảng phải mang lại giá trị khác ngoài kết nối, và giá trị đó có khi đủ để làm một doanh nghiệp riêng.
Một lựa chọn trung gian là bắt đầu như doanh nghiệp dịch vụ có điều phối, rồi dần mở cho thợ bên ngoài tham gia khi đã hiểu rõ giao dịch. Cách này cho bạn doanh thu sớm hơn và ít rủi ro hơn so với xây nền tảng trống chờ người đến. Lựa chọn giữa các con đường này là lựa chọn chiến lược, gắn với vốn, kỹ năng và thời gian bạn có; nếu cần gọi vốn để đi đường nền tảng, đó là quyết định nên bàn với người tư vấn tài chính, không phải với chatbot.
Trước khi quyết, hãy tự trả lời bằng giấy ba câu: nếu ngày mai không có ứng dụng nào, mình có thể kết nối được mười giao dịch đầu tiên bằng tay không; hai phía có quay lại lần thứ hai không; và mình kiếm tiền ở lần giao dịch nào. Nếu cả ba câu đều trả lời được bằng quan sát thật chứ không bằng hy vọng, nền tảng đáng để thử. Nếu chưa, việc cần làm tiếp theo là đi gặp người ở hai phía, không phải thuê người viết ứng dụng.
Câu hỏi thường gặp
Nền tảng hai phía là gì?
Là mô hình kinh doanh kết nối hai nhóm cần nhau, như người cần dịch vụ và người làm dịch vụ, hay người mua và người bán. Nền tảng không tự làm sản phẩm chính mà giúp hai bên tìm thấy nhau, tin nhau và giao dịch dễ hơn, và chỉ có giá trị khi cả hai phía cùng đủ đông.
Bài toán con gà quả trứng của nền tảng giải thế nào?
Thường bắt đầu từ phía khan hiếm hơn, thu hẹp phạm vi xuống một khu vực nhỏ để có mật độ, mang lại giá trị riêng cho một phía ngay cả khi phía kia còn ít, và có khi tự đóng vai một bên trong giai đoạn đầu.
Nên thu phí người mua hay người bán?
Thường thu bên được lợi nhiều hơn từ giao dịch và ít nhạy cảm với giá hơn, còn bên khó kéo hơn được miễn hoặc giảm. Nên hỏi trực tiếp một số người ở cả hai phía về cách trả họ chấp nhận được trước khi quyết.
Làm sao tránh khách và người bán giao dịch thẳng, bỏ qua nền tảng?
Cấm đoán ít hiệu quả. Cách bền hơn là làm cho việc ở lại có lợi: bảo đảm chất lượng, thanh toán an toàn, đánh giá giúp người bán có khách mới, công cụ quản lý lịch, xử lý tranh chấp, và mức phí hợp lý với giá trị nhận được.
AI có thể ước tính quy mô thị trường cho nền tảng không?
AI có thể đưa ra con số nghe hợp lý nhưng thường không có nguồn đáng tin. Nên dùng AI để liệt kê giả định cần đúng và cách kiểm từng giả định, còn số liệu thì tự tìm nguồn hoặc tự thu thập qua thử nghiệm nhỏ.
Khi nào không nên làm nền tảng mà nên làm dịch vụ trực tiếp?
Khi giao dịch quá thưa, khi khách muốn một bên chịu trách nhiệm trọn vẹn về chất lượng, hoặc khi hai phía đã tìm nhau dễ dàng qua quen biết. Lúc đó bắt đầu bằng dịch vụ có điều phối thường cho doanh thu sớm và ít rủi ro hơn.