Chuyện đáng chú ý ở đây không phải là con số 953 USD, mà là cách một sản phẩm vibe coding được đẩy từ demo vui mắt thành một hệ có người dùng thật, traffic thật và bắt đầu có doanh thu thật chỉ trong chưa đầy một tháng.
Từ bài chia sẻ đang nóng trên r/vibecoding, mình thấy đây là một case khá đáng để anh em làm sản phẩm AI nhìn kỹ: solo dev không thắng bằng việc để AI viết thật nhiều code, mà thắng ở chỗ biết biến AI thành đòn bẩy để mở rộng tốc độ thử nghiệm, còn phần lựa chọn hướng đi vẫn giữ rất chặt ở phía con người.
Tóm tắt nhanh case này
Theo tác giả, dự án là một thành phố 3D nơi mỗi GitHub developer trở thành một tòa nhà. Trong 29 ngày, sản phẩm đi được tới các mốc như:
- hơn 66.000 developer xuất hiện trong thành phố
- hơn 29.000 người đăng nhập bằng GitHub
- khoảng 120.000 lượt truy cập unique
- hơn 449.000 pageview
- hơn 4.200 GitHub stars
- có 43 tài khoản quảng cáo
- tạo ra 953 USD doanh thu ban đầu
Điều quan trọng hơn là nguồn tăng trưởng gần như hoàn toàn organic. Tác giả nói không đổ tiền marketing mà traffic đến từ GitHub, Google, X, LinkedIn, Instagram và đặc biệt là hiệu ứng cộng đồng tự chia sẻ.
Nếu nhìn theo kiểu vận hành sản phẩm, đây là lúc một ý tưởng bắt đầu vượt qua ngưỡng thử nghiệm. Nó chưa phải business đã chứng minh xong, nhưng đã có đủ tín hiệu cho thấy mô hình này có thể tiếp tục được tối ưu.
Điều đáng học không nằm ở chỗ AI làm hết
Bài gốc kể khá rõ một ranh giới mà nhiều anh em hay bỏ qua khi nói về vibe coding.
AI xử lý rất nhiều phần nặng tay như:
- ad platform
- tích hợp thanh toán
- hệ thống PvP
- engine achievement
- daily missions
- XP leveling
- dashboard analytics
- extension cho VS Code
Nhưng phần tác giả tự giữ lại vẫn là các phần quyết định số phận sản phẩm:
- chọn xây cái gì trước
- ưu tiên UX nào trước
- định hình thẩm mỹ và cảm giác sản phẩm
- sửa bottleneck hiệu năng
- chốt giá và hướng kiếm tiền
- quản lý cộng đồng
Nói ngắn gọn: AI tăng công suất triển khai, còn con người vẫn chịu trách nhiệm về chiến lược và độ đúng của sản phẩm.
Đây là điểm rất thực tế. Nếu anh em giao luôn cho AI cả phần product judgement, đa số kết quả sẽ thành một đống tính năng nghe có vẻ nhiều nhưng thiếu trục tăng trưởng rõ ràng. Case này mạnh ở chỗ người làm biết dùng AI để tăng tốc, chứ không nhường tay lái.
Vì sao mô hình này tăng trưởng được
Mình thấy có ít nhất 4 lý do.
1. Ý tưởng đủ dễ kể lại
Một thành phố 3D nơi mỗi GitHub dev là một tòa nhà là concept rất dễ lan truyền. Nó có tính thị giác, có cá tính và ai nhìn vào cũng hiểu ngay vì sao muốn chia sẻ.
Thời điểm hiện tại, nhiều sản phẩm AI chết không phải vì kỹ thuật yếu mà vì mô tả quá nhạt. Người dùng không có câu chuyện ngắn gọn để kể lại cho người khác. Case này thì có.
2. Sản phẩm không dừng ở demo
Rất nhiều sản phẩm vibe coding có thể lên Hacker News hoặc Reddit một lần rồi chìm vì chỉ đẹp bề mặt. Ở đây, tác giả tiếp tục thêm hệ thống nhiệm vụ, raid, achievement, leveling và các vòng lặp giữ chân.
Tức là sản phẩm đã chuyển từ thứ để ngắm sang thứ để quay lại dùng.
Khi retention bắt đầu xuất hiện, marketing tự nhiên mới có đất sống. Nếu người vào một lần rồi thoát luôn thì organic reach chỉ là pháo sáng.
3. Monetization được gắn vào chính trải nghiệm
Phần mình thấy hay nhất là tác giả không kiếm tiền theo kiểu nhét banner ngoài lề thật sớm, mà biến quảng cáo thành một phần của thế giới 3D: máy bay, khinh khí cầu, billboard, rooftop sign, sponsored landmark.
Đây là một nguyên tắc đáng học: nếu phải kiếm tiền sớm, hãy cố làm nó ăn khớp với core fantasy của sản phẩm. Làm vậy thì monetization ít phá trải nghiệm hơn, thậm chí còn tăng tính tò mò.
4. Community tạo distribution thay cho ads
Khi người dùng bắt đầu đăng ảnh tòa nhà của họ, khoe vị trí trong thành phố, hay nói về tiến trình dự án, distribution không còn nằm hoàn toàn trong tay người làm sản phẩm nữa.
Đó là lúc sản phẩm có mầm của vòng lặp tăng trưởng tự nhiên. Không dễ đạt tới, nhưng một khi chạm được thì giá trị lớn hơn nhiều so với việc đốt ngân sách ads từ đầu.
Bài học vận hành cho anh em làm vibe coding
Từ case này, mình nghĩ có vài nguyên tắc rất đáng mang về áp dụng.
Xây thứ có thể demo trong 10 giây
Nếu sản phẩm của anh em cần giải thích quá lâu mới thấy hay, nó sẽ khó lan truyền. Một demo tốt là demo khiến người khác hiểu ngay tại sao nó đáng chia sẻ.
Dùng AI để nén thời gian thử nghiệm, không phải để né quyết định khó
AI có thể code nhanh, nhưng nó không chịu hậu quả thay anh em khi chọn sai thứ tự ưu tiên. Các quyết định như thị trường ngách nào nên vào trước, flow nào nên tối ưu trước, giá nào đủ thử nhu cầu thật vẫn phải do người làm nắm.
Chỉ số vanity không đủ, phải có dấu hiệu hành vi lặp lại
Stars, upvotes hay view đều tốt, nhưng thứ đáng theo dõi hơn là:
- người dùng có quay lại không
- có sinh ra hành vi mới sau lần đầu không
- có ai chịu trả tiền không
- có community action nào tự phát không
Case này có điểm sáng ở chỗ người dùng không chỉ ghé xem mà còn raid, làm mission, tùy biến building và quay lại nhiều lần.
Monetize sau khi đã có narrative rõ ràng
Tác giả không bắt đầu bằng việc bán một thứ quá xa lạ với phần còn lại của sản phẩm. Họ kiếm tiền từ chính những gì người dùng đang nhìn thấy và hiểu được. Đây là cách kiếm tiền hợp lý hơn nhiều so với nhét paywall hoặc popup sớm.
Góc nhìn thẳng: đây vẫn chưa phải công thức bảo đảm thành công
Mình nghĩ anh em cũng không nên đọc case này như một bằng chứng rằng cứ vibe coding là sẽ ra sản phẩm có doanh thu.
Case này có vài yếu tố thuận lợi khá rõ:
- concept mạnh, dễ viral
- phần hình ảnh đủ khác biệt để gây chú ý
- người làm có khả năng giữ product direction
- cộng đồng mục tiêu sẵn sàng khoe và chia sẻ thành quả
Nếu thiếu các yếu tố đó, AI chỉ giúp anh em build nhanh hơn một sản phẩm không ai quan tâm.
Nói cách khác, vibe coding không xóa được bài toán cốt lõi của startup. Nó chỉ làm cho vòng lặp tìm ra cái đúng diễn ra nhanh hơn và rẻ hơn.
Điều mình rút ra từ case này
Case 66.000 user và 953 USD doanh thu không đáng chú ý vì nó chứng minh AI thay thế solo founder. Nó đáng chú ý vì nó cho thấy solo founder có thể đẩy biên năng lực cá nhân đi xa hơn nhiều nếu biết chia vai đúng:
- AI lo phần khuếch đại execution
- con người lo phần chọn trận, chọn nhịp và chọn cách kiếm tiền
Với anh em đang làm sản phẩm bằng AI, bài học thực tế nhất có lẽ là thế này: đừng chỉ hỏi AI có thể code được bao nhiêu tính năng. Hãy hỏi liệu sản phẩm của mình có đủ khác biệt để người dùng kể lại, đủ hữu ích để họ quay lại, và đủ hợp lý để họ sẵn sàng trả tiền hay không.
Nếu ba thứ đó chưa rõ, thêm code chưa chắc cứu được. Nếu ba thứ đó đã rõ, AI sẽ trở thành đòn bẩy rất mạnh.
Top comments (0)