← Learn
Build in public

Build-in-public: Nên chia sẻ gì và lúc nào?

Hướng dẫn cụ thể cách chia sẻ quá trình tạo ra sản phẩm để xây dựng uy tín và thu hút người dùng ngay cả khi sản phẩm chưa tung ra.

9 min read

Vì sao khởi nghiệp nên xây dựng công khai? (Build in public)

Ngày xưa, khởi nghiệp ta thường âm thầm xây dựng sản phẩm tốt rồi mong chờ khi tung ra thị trường, người dùng sẽ tìm đến. Cách làm đó từng hợp lý cho nhiều khởi nghiệp. Nhưng từ lúc AI giúp việc phát triển sản phẩm trở nên dễ dàng hơn bao giờ hết, xây dựng công khai lại cho bạn nhiều lợi ích hơn. Vì sao? Vì khi AI khiến việc tạo ra sản phẩm cực kỳ dễ dàng, xây dựng sản phẩm tốt và nhanh không còn là lợi thế quá lớn. Ai cũng có thể copy bạn như chớp mắt.

60%mức tăng trưởng của số lượng ứng dụng mới xuất hiện trên App Store chỉ trong tháng 12/2025 so với cùng kỳ — Đây là mức tăng chưa từng thấy từ năm 2008
51%code mới trên GitHub là do AI viết hoặc hỗ trợ viết vào đầu năm 2026
40%phần mềm doanh nghiệp mới sẽ được tạo ra bằng "vibe code" vào năm 2028, theo dự đoán của Gartner

Và vì có quá nhiều ứng dụng trên thị trường, nhiều ứng dụng bị mắt kẹt trong tình huống: không đủ người dùng, và không thể đạt độ phát triển như mong muốn.

97%SaaS được tung ra không đạt nổi 1.000 đô (~25 triệu VNĐ) doanh thu định kỳ hàng tháng sau 6 tháng tung ra

Khi tốc độ và khả năng xây dựng ứng dụng không còn là lợi thế, thứ cần thiết để cạnh tranh và nổi bật lại là 1) ai đáng tin & có thương hiệu tốt, và 2) ai đã có người dùng theo dõi & quan tâm. Những thứ này AI không xây dựng hộ bạn được.

Giới đầu tư cũng thay đổi luật chơi: họ không còn thiếu ý tưởng để đầu tư, mà họ tìm kiếm các công ty có bằng chứng là đã có nhiều người dùng quan tâm. Bạn phải có người dùng trước khi kiếm vốn, chứ không thể chờ có vốn rồi mới đi tìm kiếm người dùng.

Build in public giải quyết các vấn đề này. 1. Khi xây dựng sản phẩm một cách công khai, nó giúp bạn thu hút người quan tâm vào vấn đề bạn đang giải quyết. Và những người quan tâm này sẽ chính là người dùng tiềm năng sẵn sàng thử nghiệm sản phẩm của bạn khi mới tung ra. 2. Những chia sẻ và bài viết của bạn cũng giúp cho khách hàng tiềm năng hiểu bạn hơn, cảm thấy gần gũi và tin tưởng bạn hơn. Đây là cách bạn xây dựng niềm tin. Ít ai muốn dùng một sản phẩm mà không hiểu gốc gác nó đến từ đâu và ai xây dựng nó. 3. Và nó cũng là cách rẻ nhất cho một vibe coder làm việc một mình có thể xây dựng những lợi thế quan trọng trên.

Chia sẻ gì và vào lúc nào?

Nguyên tắc chung: kể chuyện thật với chi tiết và hành động cụ thể — không phải ý kiến chung chung.

Giai đoạn tìm hiểu thị trường và lên ý tưởng

Nội dung các bài viết sẽ đi sâu vào quá trình tìm hiểu thị trường, những suy nghĩ và quyết định của bạn khi định hướng sản phẩm.

Cấu trúc: Vấn đề tôi đang giải quyết: [mô tả]
📅
Lịch Rảnh· 3 tuần trước
Ý tưởng

Tuần này mình nói chuyện với 5 freelancer - có vẻ là ai cũng dùng 2-3 cái lịch khác nhau (google, outlook, zalo) và vì thế suốt ngày bị trùng giờ họp. Ý tưởng dự án "Lịch Rảnh" ra đời :)

🔥 8 · 💬 2
Cấu trúc: 3 câu giới thiệu sản phẩm, câu nào hay hơn?
📅
Lịch Rảnh· 2 tuần trước
Ý tưởng

Mình đang tìm cách mô tả sản phẩm một cách dễ hiểu nhất. Mọi người thấy câu nào tốt nhất ạ? 1) Gộp tất cả ứng dụng lịch của bạn vào 1 chỗ 2) Không bao giờ xếp lịch họp trùng nữa! 3) Lịch cho người bận rộn với nhiều ứng dụng quản lý họp khác nhau.

🔥 11 · 💬 6
Cấu trúc: Mổ xẻ [đối thủ]: họ làm tốt gì, còn thiếu gì
📅
Lịch Rảnh· 2 tuần trước
Ý tưởng

Hôm nay mình dành 2 tiếng dùng thử Calendly. Họ làm tốt phần đặt lịch với khách ngoài, nhưng không hề gộp được lịch từ nhiều nguồn cùng lúc — đây là khoảng trống mà mình đang tìm cách khắc phục.

CalendlyChọn giờ hẹn09:0010:3014:00✕ Thiếu:không gộp lịch từ nhiều nguồn cùng lúc
🔥 4