Khởi nghiệp Web3 4 năm, tôi rút ra 7 bài học cay đắng
Tuyển chọn TechFlowTuyển chọn TechFlow
Khởi nghiệp Web3 4 năm, tôi rút ra 7 bài học cay đắng
Tốc độ lặp lại, tư duy người dùng và năng lực marketing quan trọng hơn công nghệ hoàn hảo.
Chuyên sâu báo cáo Web3Tác giả: Rishabh Gupta
Biên dịch: Gia Hoan, ChainCatcher
Là một nhà sáng lập non nớt, tôi từng dồn tâm huyết nhiều năm vào 3 dự án lớp hạ tầng cuối cùng đều thất bại. Năm 2025, tôi bắt đầu xây dựng một sản phẩm tiêu dùng mà thực sự mọi người muốn dùng. Dưới đây là những bài học xương máu của tôi về việc thu hút người dùng và gọi vốn.
Tôi đã làm trong ngành này khoảng 4 năm.
Năm 2023, khi "trừu tượng tài khoản" còn là chủ đề nóng nhất trong giới, tôi bắt đầu phát triển trên hệ sinh thái EVM. Lúc đó ai cũng đang phát triển SDK (bộ công cụ phát triển phần mềm) cho ví trừu tượng tài khoản. Các giải pháp mở rộng Rollup cũng đang bùng nổ — Optimism, Arbitrum và đủ loại RaaS (Rollup như một dịch vụ) thống trị thị trường.
Là người yêu toán, tôi bị ZK (chứng minh kiến thức không tiết lộ) cuốn hút mạnh mẽ, tin rằng nó sẽ thay đổi thế giới (và tôi vẫn tin chắc điều đó sẽ xảy ra trong tương lai).
Tôi từng nhầm tưởng: độ phức tạp == uy tín.
Khi VC hỏi về trường hợp sử dụng, tôi tự tin liệt kê zkML (machine learning với ZK), danh tính ZK, bỏ phiếu ZK — nhưng đến tận hôm nay, chẳng ai thực sự dùng các lĩnh vực này. Tôi đã lầm khi coi công nghệ ấn tượng thành sản phẩm hữu ích.
Dần dần, tôi bắt đầu tin rằng chỉ có ý tưởng càng phức tạp thì cơ hội thành công càng lớn.
Các VC cũng nói với tôi rằng trong lĩnh vực mã hóa, làm hạ tầng là con đường duy nhất dẫn đến thành công.
Tôi mất gần 2 năm, trải qua hơn 500 lần từ chối, mới nhận ra điều đó không phù hợp với mình.
Gia nhập hệ sinh thái Solana
Đây là một hệ sinh thái hoàn toàn mới đối với tôi — nơi mọi người quan tâm đến trường hợp sử dụng. Ngay cả meme coin cũng không sao, vì doanh thu mới là quan trọng.
Tốc độ quan trọng. Phân phối quan trọng.
Tôi đã xây dựng ứng dụng tiêu dùng trên Solana được 7 tháng, dưới đây là những điều tôi rút ra:
1. Xây dựng cho nhóm người trẻ sẵn sàng thử nghiệm
Hãy thử phát triển cho những người trẻ vốn sẵn lòng đón nhận sản phẩm mới.
Trong lĩnh vực mã hóa tiêu dùng, điều này thường có nghĩa là những người có thể giao dịch ngay tại "chiến hào", hoặc người dùng trẻ tuổi từ 13-21.
Một nghiên cứu năm 2024 của Hiệp hội Công nghệ Người tiêu dùng cho thấy 86% thế hệ Z (11-26 tuổi) cho rằng công nghệ là cốt lõi cuộc sống — tỷ lệ cao hơn bất kỳ thế hệ nào trước đó. Họ sở hữu nhiều thiết bị hơn, sẵn sàng chi tiêu hơn cho sản phẩm công nghệ.
Họ dễ dàng thử app mới, thí nghiệm tính năng mới và thay đổi thói quen hơn.
Người dùng trên 25 tuổi thường ít sẵn lòng áp dụng quy trình hoạt động mới, trừ khi có động lực cực mạnh.
(Lưu ý: Nếu bạn làm mảng doanh nghiệp, điều này có thể không áp dụng.)
Nghiên cứu chỉ ra rằng mức độ hoạt động xã hội đạt đỉnh ở độ tuổi khoảng 20-21. Điều này có nghĩa sản phẩm dành cho người trẻ mang sẵn khả năng lan truyền cao hơn.
2. Làm cho sản phẩm tự thân có tính lan truyền để giảm chi phí marketing
Nếu bạn không có ngân sách marketing hay quảng cáo khổng lồ, bản thân sản phẩm phải trở thành kênh lưu lượng.
Trong lĩnh vực mã hóa, tính lan truyền đặc biệt quan trọng vì:
Marketing qua KOL rất đắt đỏ.
Sự tin tưởng cực thấp.
Ai cũng mong đợi phần thưởng hoặc động lực.
Nếu sản phẩm khiến người dùng có lý do để tự nguyện chia sẻ với bạn bè, cộng đồng, bạn đã thắng trong truyền thông mà không cần đốt tiền. Điều này khó, nhưng đáng để tối ưu ngay từ ngày đầu tiên.
3. Nhanh chóng triển khai các tính năng người dùng yêu cầu
Khi người dùng phản hồi trải nghiệm kém hoặc có lỗi, hãy sửa ngay lập tức, đặc biệt là các điểm đau cản trở sử dụng.
Trước đây tôi thường đợi đến cuối ngày mới vá lỗi tập trung. Kết quả có người nhắn riêng: "Vì app của anh chưa có chức năng này, em dùng sản phẩm Y trước đã."
Một khi người dùng đã chuyển sang dùng sản phẩm cạnh tranh và hình thành thói quen, rất khó kéo họ trở lại.
Vì vậy, hãy cố gắng sửa ngay (lý tưởng là trong vòng 2-5 giờ).
Nếu nhiều người dùng yêu cầu một tính năng và khả thi:
Triển khai trong vòng 2-3 ngày.
Thông báo với họ rằng tính năng này được ra mắt theo phản hồi của họ.
Thậm chí có thể tặng họ phần thưởng nhỏ.
Việc này tạo dựng niềm tin sâu sắc. Người dùng sẽ bắt đầu cảm thấy sản phẩm "thuộc về họ", cảm giác gắn bó cảm xúc này mạnh mẽ phi thường trong giai đoạn đầu của sản phẩm.
4. Tên ứng dụng rất quan trọng
Nghe có vẻ đơn giản, nhưng nhiều người (kể cả tôi) từng làm sai.
Tên ứng dụng nên dễ nhận diện và dễ chia sẻ bằng miệng.
Sản phẩm trước đây của tôi tên là 「Encifher」, cái tên cực kỳ khó nhớ, đến cả nhà đầu tư và đối tác khi lập nhóm chat cũng thường xuyên viết sai.
Vì vậy sau đó chúng tôi đổi thành encrypt.trade. Ngắn gọn, dễ nhớ, hấp dẫn.
5. Việc giao tiếp với người dùng rất khó, nhưng bắt buộc phải làm
Tìm kiếm và trò chuyện với người dùng cực kỳ khó khăn, đặc biệt khi thứ bạn xây dựng không nằm trong "câu chuyện thời thượng" hiện tại.
Khi tôi bắt đầu làm về hướng riêng tư, nó không phổ biến. Tôi đã gửi tin nhắn chào hàng trực tiếp (Cold-DM) cho gần 1000 người: 100 người có thể có 10 người trả lời. Trong số đó chỉ có 3-4 người đưa ra giúp đỡ thực chất.
Tôi trò chuyện với bất kỳ ai thể hiện chút hứng thú
Tôi cùng họ lặp lại (iterate) sản phẩm
Việc xây dựng mẫu tin Cold-DM cũng là quá trình lặp lại, dưới đây là vài điểm then chốt cần lưu ý:
Bắt đầu bằng lời chào nhiệt tình.
Đặt điểm nổi bật (tình hình gọi vốn, khối lượng giao dịch...) lên đầu.
Giải thích rõ bạn tìm thấy họ ở đâu.
Đưa ra lời kêu gọi hành động thân thiện.
Luôn nhớ theo dõi (Follow up).
Không có mẫu Cold-DM hoàn hảo nào, bạn phải thử nghiệm so sánh để tìm ra phương pháp hiệu quả với khách hàng mục tiêu.
Dưới đây là một mẫu Cold-DM khá tốt để sử dụng: nhưng hãy nhớ, quá trình này chậm và mệt mỏi.
Trong cộng đồng tiền mã hóa, rất ít người trả lời DM, vì lừa đảo tràn lan.
Tỷ lệ phản hồi thấp là điều bình thường (biết là hơi buồn nhưng đúng vậy).
Dù vậy, bạn vẫn phải làm.
Mục tiêu của bạn không phải là có 1000 người dùng ở giai đoạn này.
Mục tiêu của bạn là 10-20 người dùng đầu tiên, những người quan tâm đến vấn đề, sẵn sàng thử sản phẩm và đưa ra phản hồi trung thực.
Những người dùng đầu tiên này sẽ trở thành hệ thống hỗ trợ của bạn.
Sản phẩm đầu kỳ thường xuyên gặp lỗi, những người dùng này sẽ giúp bạn vượt qua giai đoạn đó.
6. Lặp lại nhanh chóng
Ngành mã hóa thay đổi từng ngày, vòng đời chú ý cực ngắn.
Bạn phải nghiên cứu hành vi người dùng chứ không chỉ nghe lời họ nói:
Họ lặp đi lặp lại hành động gì?
Họ đang dùng biện pháp tạm thời nào?
Họ đã sẵn sàng trả tiền cho cái gì? (Nhiều ý tưởng nghe hay nhưng nếu người dùng không chịu trả tiền thì không thể tồn tại.)
7. Hãy làm website của bạn đơn giản đến mức "ngu ngốc"
Đừng bao giờ giả định bất kỳ hiểu biết nào từ phía người dùng.
Là nhà phát triển, bạn nhìn sản phẩm hàng trăm giờ nên thấy hiển nhiên, nhưng với người mới tiếp cận thì hoàn toàn xa lạ.
Đừng đưa thuật ngữ mới hay quy trình phức tạp vào.
Số lần nhấn chuột phải tối thiểu.
Giá trị cốt lõi nên được thể hiện trong vòng 5 giây khi người dùng vào app.
Kết luận
Xây dựng sản phẩm mã hóa tiêu dùng vừa thú vị vừa đầy thách thức. Tốc độ lặp lại, tư duy người dùng, năng lực marketing quan trọng hơn công nghệ hoàn hảo. Điều này hoàn toàn khác biệt so với B2B.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@rishotics
