Phạm vi bài viết: Đây là phân tích từ thông tin công khai tại thời điểm đọc và những ghi chép đi kèm, không phải xác nhận số liệu nội bộ của DealGo, kết luận về khả năng thành công hay khuyến nghị đầu tư.
Tôi vừa đọc một bài tìm nhà đầu tư cho DealGo, ứng dụng gom cả gọi xe, giao đồ ăn và mua sắm vào chung một chỗ.
Theo post công khai, team đã có Dev in-house. App được nói là đã hoàn thiện và đang chạy thử. Phí sàn dự kiến chỉ 0–1%, có cơ chế thương lượng giá, khách hàng được kỳ vọng mua rẻ hơn 20–30%.
Nghe qua khá hấp dẫn.
Nhưng chuyện app có làm được hay không không phải câu hỏi khó nhất.
Câu hỏi lớn hơn là: làm xong app rồi, làm sao để business sống được?
Đây là hai việc rất khác nhau.
Có app mới chỉ là bước đầu
Một ứng dụng gọi xe có thể được build trong vài tháng. Nhưng để một cuốc xe thực sự xảy ra, cùng lúc phải có đủ ba thứ:
- Khách hàng muốn đặt.
- Tài xế ở đủ gần và sẵn sàng nhận.
- Mức giá khiến cả hai bên chấp nhận.
Thêm giao đồ ăn và mua sắm vào thì có thêm merchant, chất lượng món, thời gian chuẩn bị, đổi trả, khiếu nại và đủ loại lỗi vận hành khác.
Thiếu một mắt xích, cả hệ thống đứng lại.
Không có tài xế thì khách mở app vài lần rồi xóa. Không có khách thì tài xế không chờ. Không có đơn đều thì cửa hàng cũng chẳng dành thời gian cập nhật menu và xử lý đơn trên một nền tảng mới.
Đây là bài toán con gà và quả trứng quen thuộc của marketplace.
Cách nhanh nhất để nối cung với cầu thường là trợ giá.
Và trợ giá thì cần tiền.
Vậy nên câu hỏi không phải chỉ là “app chạy được chưa?”.
Câu hỏi là:
“Mỗi tháng cần đốt bao nhiêu để ba phía cùng hoạt động, và đốt trong bao lâu thì thị trường tự chạy?”
Phí thấp không tự động tạo ra lợi thế
DealGo nói phí sàn chỉ 0–1%. Nhưng phí thấp chưa chắc là một lợi thế bền vững.
inDrive, Tada và một số nền tảng địa phương cũng từng áp dụng mức phí rất thấp, thậm chí không thu phí nền tảng trong một giai đoạn.
Bài toán vẫn còn nguyên: khách chưa đủ nhiều, tài xế thiếu cuốc, cước thấp thì tài xế không nhận, cước cao thì khách quay lại app cũ.
Phí sàn bằng gần 0 cũng không làm các chi phí khác biến mất:
- Marketing và khuyến mại.
- Thưởng cuốc để giữ tài xế.
- Chăm sóc khách hàng, hoàn tiền và xử lý gian lận.
- Hạ tầng công nghệ, bản đồ, thanh toán, tin nhắn.
- Hóa đơn, thuế, pháp lý và giấy phép.
- Rủi ro đồ ăn, hàng hóa và trách nhiệm với người dùng.
Nếu thu một đồng nhưng chi 10 đồng để tạo ra giao dịch, “phí rẻ” chỉ là cách diễn đạt khác của việc mình đang bù tiền cho thị trường.
Giá rẻ là lợi ích của khách hàng.
Nhưng ai trả phần chênh lệch đó mới là câu hỏi của business.
App không còn là moat
Trước đây làm được một app hoàn chỉnh đã là một lợi thế.
Bây giờ thì không còn như vậy.
Code nhanh hơn. Chi phí làm prototype thấp hơn. AI hỗ trợ từ giao diện tới backend. Một team nhỏ có thể tạo ra sản phẩm nhìn khá đầy đủ trong thời gian ngắn.
Nhưng vì ai cũng làm nhanh hơn nên bản thân cái app lại càng ít giá trị phòng thủ hơn.
Lợi thế thật phải nằm ở chỗ khác:
- Một cộng đồng tài xế đủ dày trong khu vực nhỏ.
- Một nhóm cửa hàng đã có đơn đều và thật sự cần giải pháp.
- Kênh phân phối mà đối thủ khó sao chép.
- Dữ liệu vận hành giúp ghép đơn tốt hơn.
- Quan hệ địa phương, khả năng xử lý sự cố và niềm tin của người dùng.
Nói ngắn gọn: tính năng có thể copy. Thanh khoản và năng lực vận hành thì khó hơn nhiều.
UX/UI hiện tại khá dày thông tin, chữ nhỏ và chưa tạo được cảm giác tin cậy.
Tôi nghĩ đây không phải vấn đề lớn nhất, vì giao diện còn sửa được.
Nhưng nó cho thấy team đang cần hiểu người dùng sâu hơn, thay vì tiếp tục nhồi thêm tính năng vào một sản phẩm vốn đã ôm ba bài toán cùng lúc.
Điều làm tôi băn khoăn nhất
Trong phần thông tin và trao đổi mà tôi đọc, có quan điểm rằng học sinh, sinh viên làm tài xế khá dễ; phần quan trọng là PR tới người dùng; chi phí dự kiến khoảng 50–100 triệu đồng mỗi tháng.
Đây là ghi chép từ ngữ cảnh thảo luận, không phải số liệu nội bộ đã được kiểm toán hoặc xác nhận độc lập.
Nhưng tôi nghĩ đây mới là chỗ cần dừng lại và làm rõ.
“Học sinh, sinh viên dễ tìm” không đồng nghĩa với có một đội tài xế ổn định.
Tài xế phải xuất hiện đúng khu vực, đúng khung giờ, nhận đủ loại đơn, bảo đảm chất lượng và còn thấy thu nhập đáng để tiếp tục.
“PR tới người dùng” cũng chưa phải chiến lược phân phối.
Người dùng không cài thêm một app chỉ vì biết app đó tồn tại. Họ cài vì có một nhu cầu đủ đau, hoặc vì sản phẩm giải quyết việc đó tốt hơn rõ rệt.
Còn con số 50–100 triệu mỗi tháng cần được tách ra rất cụ thể:
- Bao nhiêu cho product và server?
- Bao nhiêu để có khách hàng đầu tiên?
- Bao nhiêu để tài xế chịu online chờ cuốc?
- Bao nhiêu cho voucher và xử lý sự cố?
- Bao nhiêu cho vận hành, pháp lý và chăm sóc khách hàng?
Nếu chưa trả lời được những câu này thì chưa thể biết runway thực sự dài bao nhiêu.
Không phải không có cửa
Dù vậy, mô hình này không phải hoàn toàn không có cửa.
Ở những khu vực như Lagi, Bình Thuận, nền tảng địa phương vẫn có người dùng thay vì thị trường chỉ thuộc về Grab hay Xanh SM.
Các ông lớn không phủ kín mọi ngách.
Nơi nào chưa đủ hấp dẫn với họ, sản phẩm địa phương vẫn có cơ hội.
Một hướng khác là dùng chung hạ tầng cho nhiều brand và nhiều khu vực. Mỗi đối tác có app riêng, còn chi phí công nghệ được chia sẻ.
Cách này giúp bên địa phương tập trung tiền vào vận hành và kinh doanh thay vì tự nuôi cả đội product.
Đây có thể là hướng thực tế hơn:
- Không đánh toàn quốc.
- Không làm ba dịch vụ ngay từ đầu.
- Không cố lấy người dùng bằng voucher đại trà.
Thay vào đó, chọn một khu vực thật nhỏ và một nhu cầu thật rõ.
Ví dụ: giao hàng nội khu cho một cụm cửa hàng đã có khách đặt qua Zalo nhưng chưa có đội ship ổn định.
Lúc đó DealGo không cần thuyết phục cả thành phố cài app.
Chỉ cần giúp một nhóm shop xử lý đơn tốt hơn, giúp một nhóm tài xế có việc đều hơn và khiến khách nhận hàng nhanh hơn.
Nhỏ hơn, nhưng thật hơn.
Nếu là tôi, tôi sẽ kiểm tra theo thứ tự này
Đầu tiên: chọn một địa bàn
Một quận, một thị xã hoặc một cụm dân cư.
Bán kính càng nhỏ càng dễ tạo mật độ.
Tiếp theo: chỉ giữ một use case
Giao hàng cho shop, gọi xe hay đồ ăn, chọn một.
Đừng giải ba bài toán cùng lúc.
Sau đó: kiếm cung trước khi quảng cáo cầu
Có 20–30 merchant thật, một nhóm tài xế cam kết theo ca và quy trình xử lý sự cố rõ ràng.
Đây là quy mô pilot tôi đề xuất để kiểm tra mật độ, không phải con số do DealGo công bố.
Rồi mới chạy pilot
Chưa cần tăng trưởng đẹp.
Cần đo được những thứ cơ bản:
- Mỗi ngày có bao nhiêu đơn thật?
- Bao nhiêu phần trăm đơn được nhận?
- Khách phải chờ bao lâu?
- Bao nhiêu người quay lại lần hai?
- Sau mọi chi phí, mỗi đơn còn lại hay mất thêm bao nhiêu tiền?
Đặt trước một mốc dừng
Nếu sau một khoảng thời gian mà mật độ đơn, tỷ lệ quay lại và hiệu quả kinh tế không đạt mức tối thiểu thì dừng hoặc đổi hướng.
Đừng để sunk cost biến một thử nghiệm nhỏ thành cuộc đốt tiền dài hạn.
Nếu B2C không chạy, vẫn còn đường khác
Một hướng khác là bán hạ tầng dạng white-label cho đội vận hành địa phương, hoặc làm phần mềm logistics cho các shop đã có sẵn khách và đơn hàng.
Khi đó team bán năng lực công nghệ và vận hành, không tự mình gánh toàn bộ chi phí tạo thị trường.
Mô hình này thay đổi khách hàng của DealGo.
Thay vì phải kéo đồng thời khách, tài xế và merchant vào một marketplace mới, team phục vụ những đơn vị đã có sẵn một phần cung, cầu hoặc quan hệ địa phương.
Nó không tự động dễ.
Nhưng nó chuyển trọng tâm từ “đốt tiền để tạo thị trường” sang “bán hạ tầng cho thị trường đã tồn tại”.
Điều nhà đầu tư cần không phải là một app đã xong
Một app hoàn thiện chứng minh team có thể làm sản phẩm.
Nó chưa chứng minh khách hàng cần sản phẩm đó.
Chưa chứng minh tài xế sẽ ở lại.
Chưa chứng minh mỗi giao dịch tạo ra giá trị kinh tế.
Và càng chưa chứng minh mô hình có thể mở rộng.
Câu chuyện gọi vốn tốt hơn sẽ không phải:
“Chúng tôi đã làm xong app và thị trường rất lớn.”
Mà là:
“Chúng tôi đã làm một thị trường rất nhỏ chạy được. Đây là số đơn, tỷ lệ quay lại, thu nhập tài xế, chi phí có khách và số tiền còn lại sau mỗi giao dịch. Đây là cách chúng tôi nhân nó sang khu vực tiếp theo.”
Có app là bước CÓ.
Có giao dịch thật mới là ĐƯỢC.
Có người quay lại và unit economics lành mạnh mới là TỐT.
Còn mở rộng được hay không, thị trường sẽ trả lời sau.
Đừng gọi vốn bằng thứ mình đã build.
Hãy gọi vốn bằng thứ mình đã chứng minh.