Xây dựng Launchpad chỉ trong 3 ngày và 400 đô la

Bài viết này được dịch máy
Xem bản gốc

Cuối tuần trước, tôi đã làm thêm giờ để tạo ra dự án Blind, chỉ để chứng minh rằng bạn không cần hàng triệu đô la tiền tài trợ, nhiều tháng làm việc hay thậm chí là đội ngũ để xây dựng một sản phẩm có ý nghĩa.

Blind là một nền tảng khởi chạy token được phát triển trên Chuỗi Base, tận dụng cơ sở hạ tầng Flaunch. Nền tảng này giới thiệu một cơ chế mới: cho phép người tạo token lựa chọn thông tin cá nhân nào sẽ được tiết lộ khi phát hành token.

Điều này cho phép người sáng tạo tận dụng danh tiếng hoặc thông tin xác thực của mình mà không cần phải tiết lộ đầy đủ danh tính thực sự hoặc những rắc rối thường gặp khi trở thành "người phát ngôn token". Hơn nữa, người sáng tạo có thể đặt ngưỡng tham gia trước khi bán, chỉ cho phép những người dùng đáp ứng các yêu cầu tối thiểu mới được tham gia.

Mục đích của bài viết này

Bài viết này nhằm mục đích chia sẻ khuôn khổ chung của tôi từ "ý tưởng" đến "sản phẩm".

Như tôi thường nói, 6-12 tháng hiện tại là "thời kỳ vàng son để hiện thực hóa ý tưởng". Các công cụ AI giúp việc hiện thực hóa ý tưởng sáng tạo trở nên vô cùng dễ dàng, nhưng ít người nhận ra điều này. Đối với những ai sẵn sàng đầu tư thời gian, đây là một cơ hội chênh lệch giá cực lớn.

Tôi hy vọng bài viết này khích lệ nhiều người thử vibecoding, biến ý tưởng của họ thành hiện thực và đưa Web3 trở lại lĩnh vực do các nhà phát triển độc lập và đội ngũ nhỏ thống trị, nơi sự đổi mới được sinh ra mỗi ngày.

Bài viết này giả định rằng người đọc có nền tảng kỹ thuật nhất định và quen thuộc với các công cụ phát triển, quản lý kho lưu trữ mã và các thành phần phổ biến.

Giai đoạn 0: Nguồn cảm hứng

Ý tưởng về việc kiểm soát vốn xã hội thực ra đã nhen nhóm trong đầu tôi vài tháng nay. Trong khi thường xuyên sử dụng các công cụ như Kaito, Ethos, fantasy.top và time.fun, cũng như nghiên cứu chỉ báo SocialFi, một câu hỏi liên tục xuất hiện trong các cuộc thảo luận: Tại sao chưa có ai tạo ra một bảng điều khiển tổng hợp hồ sơ người dùng trên tất cả các nền tảng này, sử dụng điểm số và dữ liệu để đánh giá trình độ của người dùng?

Trong sáu tháng trở lại đây, lĩnh vực "chỉ báo người sáng tạo" đã xuất hiện nhanh chóng và mọi người hiện có thể đánh giá giá trị của một người hoặc một tài khoản thông qua nhiều chiều dữ liệu khác nhau.

Vậy, liệu chỉ báo này có thể được sử dụng để thiết lập "ngưỡng tham gia" (chẳng hạn như yêu cầu đầu vào để phát hành token) không? Hay liệu người sáng tạo có thể được phép tự quyết định chỉ báo nào sẽ công bố cho công chúng mà vẫn giữ kín danh tính thực sự của họ?

Điều thực sự thúc đẩy tôi bắt đầu phát triển là việc chứng kiến ​​ICO của Pump.fun huy động được 500 triệu đô la, và ICO gần đây của Heaven cũng huy động được 20 triệu đô la. Theo tôi, độ khó phát triển của cả hai sản phẩm đều không cao, vậy tại sao định giá lại bị thổi phồng như vậy? Và có rất nhiều nền tảng ra mắt tương tự đã thành công và huy động được số vốn khổng lồ.

Công bằng mà nói, trong không gian này, để duy trì tính hợp lý, chúng ta thực sự đã ngừng lo lắng về "logic định giá token"; nhiều khi, bản thân việc định giá không có ý nghĩa gì.

Dù sao đi nữa, điều này cũng khơi dậy một thách thức cá nhân đối với tôi: liệu tôi có thể tạo ra một sản phẩm tương đương trong một tuần, với chi phí chỉ bằng một phần nhỏ và không cần sự trợ giúp từ bên ngoài hay không?

Mục tiêu của tôi không phải là xây dựng một sản phẩm thương mại, phát hành token hay thậm chí là kiếm tiền, mà là chứng minh rằng "điều này có thể thực hiện được" và hy vọng rằng sẽ có nhiều người đi theo con đường này.

Giai đoạn 1: Phân tích vấn đề

Khi đã có ý tưởng, bước đầu tiên là chia nhỏ nó thành các thành phần cốt lõi và đưa ra quyết định cho từng thành phần. Đối với "nền tảng phân phối có kiểm soát truy cập xã hội", tôi đã xác định các câu hỏi phụ sau:

Lựa chọn ngăn xếp công nghệ trên Chuỗi

Quyết định đầu tiên là "triển khai trên Chuỗi nào", một lựa chọn sẽ ảnh hưởng đến tất cả các bước triển khai tiếp theo. Có hai lựa chọn rõ ràng: Solana và Base.

Solana

Thuận lợi:

Chuỗi có khối lượng giao dịch Dogecoin cao nhất;

Hiệu ứng nổi bật: Bất kỳ dự án nào được triển khai ở đây đều có khả năng nhận được sự chú ý nhất định.

Nhược điểm:

Tính linh hoạt khi triển khai thấp, đòi hỏi phải tuân thủ các tiêu chuẩn token hiện hành;

Độ phức tạp khi phát triển cao, đòi hỏi lượng lớn giải pháp thay thế;

Chu kỳ phát triển dài;

· Chi phí cơ sở hạ tầng cao và không ổn định.

Căn cứ

Thuận lợi:

Dogecoin có khối lượng giao dịch cao nhất trong số Chuỗi EVM.

Hoàn thiện hỗ trợ cho nhà phát triển;

· Trải nghiệm phát triển EVM rất tốt;

Cơ sở hạ tầng hiện có có thể được tái sử dụng trực tiếp.

Nhược điểm:

Khối lượng giao dịch của Dogecoin thấp hơn Solana.

Vì Blind không phải là một dự án thương mại, mà chỉ là một thử nghiệm cuối tuần, nên chúng tôi không cần cân nhắc đến lợi nhuận tài chính tiềm năng; chúng tôi chỉ đơn giản chọn một phương pháp giúp giảm thiểu tối đa những khó khăn trong quá trình phát triển. Cuối cùng, chúng tôi đã chọn EVM. Khi blockchain , EVM cung cấp cơ sở hạ tầng blockchain hoàn thiện và trải nghiệm nhất, cho phép chúng tôi phát triển nhanh chóng, hiệu quả và thông minh.

Cơ sở hạ tầng hiện có có thể tái sử dụng

Sau khi quyết định chọn Chuỗi, bước tiếp theo là tìm kiếm các SDK (bộ phát triển phần mềm) có thể tái sử dụng hoặc các hợp đồng có sẵn để tránh phải viết mã từ đầu. Đặc biệt đối với hợp đồng thông minh, việc ưu tiên các hợp đồng kiểm toán có thể giảm đáng kể rủi ro bảo mật.

May mắn thay, có lượng lớn tài nguyên có thể tái sử dụng trong hệ sinh thái EVM và chúng ta có hai lựa chọn chính:

Được phát triển dựa trên các DEX như Uniswap , mọi logic kiểm soát truy cập đều được xây dựng độc lập trên Uniswap V4;

· Được phát triển dựa trên cơ sở hạ tầng của các nền tảng phân phối hiện có (như SDK của Flaunch), SDK có các chức năng tích hợp như lập chỉ mục, tải dữ liệu, cấu hình đường cong phân phối và quản lý giai đoạn trước khi bán.

Một lần nữa, chúng tôi chọn con đường ít trở ngại nhất: phát triển trên Flaunch. Điều này cho phép chúng tôi tập trung vào các khía cạnh xã hội của nền tảng phân phối và giao diện người dùng, mà không lãng phí thời gian và tiền bạc vào các tính năng cơ bản như cấu hình quỹ, cơ sở hạ tầng lập chỉ mục và hợp đồng chia sẻ lợi nhuận.

"Tại sao phải phát minh lại bánh xe khi đã có người thông minh hơn bạn làm việc đó rồi?"

Phương pháp triển khai token

Sau khi quyết định SDK, bạn cần quyết định ai sẽ thực sự triển khai token. Có hai lựa chọn:

Giải pháp 1: Người dùng khởi tạo giao dịch để triển khai token

· Xây dựng hợp đồng ủy quyền để đảm bảo các thông số phát hành do người dùng lựa chọn đáp ứng các yêu cầu của nền tảng;

Cần tìm cách theo dõi tất cả token đã triển khai trong trình lập chỉ mục đồ thị con hiện có của Flaunch.

Giải pháp 2: Người dùng gửi "yêu cầu triển khai" đến phần phụ trợ và robot nền tảng sẽ thực hiện triển khai

Tất cả token đều được triển khai bởi EOA (Tài khoản sở hữu bên ngoài) của nền tảng, giúp dễ dàng theo dõi tất cả token do nền tảng phát hành trong công cụ lập chỉ mục;

Đảm bảo rằng tất cả các đợt phát hành đều tuân thủ các thông số thống nhất, chuẩn hóa.

Chúng tôi đã chọn giải pháp "triển khai dịch vụ phụ trợ": giải pháp này giúp theo dõi token dễ dàng hơn, cho phép kiểm soát chặt chẽ hơn về "cái gì và cách thức" được triển khai và tạo điều kiện cho nâng cấp trong tương lai.

Tất cả token sẽ được triển khai từ ví do hệ thống quản lý.

Về cơ bản, chúng tôi đã "thu gọn Flaunch SDK" bằng cách loại bỏ mọi chức năng không cần thiết và chỉ giữ lại những phần có thể được gọi bằng các yêu cầu ở phía sau.

Thu thập dữ liệu xã hội

Tiếp theo, chúng ta sẽ tập trung vào các tính năng xã hội. Chúng ta cần xác định chiều dữ liệu nào có giá trị đối với nền tảng xuất bản. Sự kết hợp dữ liệu lý tưởng nên phản ánh cả "trạng thái tài khoản người dùng" và "uy tín của người dùng".

Cuối cùng tôi đã quyết định sử dụng các kích thước dữ liệu sau:

Số lượng người hâm mộ(API nền tảng X)

Số lượng người theo dõi (API nền tảng X)

Thời hạn đăng ký tài khoản (API nền tảng X)

Thích (API nền tảng X)

Người hâm mộ có giá trị cao (Moni API)

Người dùng tương tác cốt lõi (Moni API)

Điểm uy tín (API Ethos)

Điểm lan truyền nội dung (Kaito API)

Sự kết hợp này cho phép người sáng tạo chứng minh trình độ của mình thông qua dữ liệu đa chiều mà không cần phải tiết lộ toàn bộ danh tính, giúp họ nổi bật.

Xử lý dữ liệu xã hội và bảo vệ quyền riêng tư

Khi người dùng đăng ký, chúng tôi thu thập tất cả dữ liệu trên, nhưng chúng tôi nên thiết kế dữ liệu đó như thế nào ở cấp độ riêng tư?

Nguyên tắc của chúng tôi là "quyền riêng tư theo mặc định": tất cả dữ liệu đều được mặc định là riêng tư để ngăn chặn rò rỉ; người dùng có thể tự quyết định có nên công khai từng chiều dữ liệu hay không. Hơn nữa, chúng tôi nên cho phép người dùng "che giấu"dữ liệu(ví dụ: nếu người dùng thực sự có 43.000 người hâm mộ , họ có thể chọn hiển thị "40.000+"), cung cấp dữ liệu bán nặc danh tham khảo.

Ngoài ra, việc xử lý dữ liệu có nên dựa vào "phần phụ trợ tập trung + yêu cầu HTTPS" hay áp dụng công nghệ Bằng chứng không tri thức phức tạp?

Giải pháp của chúng tôi là sự kết hợp của cả hai:

Toàn bộ dữ liệu được lưu trữ trong cơ sở dữ liệu Postgres, và giao diện người dùng (front-end) lấy thông tin trực tiếp từ cơ sở dữ liệu thông qua API HTTPS. Quy trình kiểm soát nhập cảnh trước khi bán hàng sử dụng quy trình sau:

Người dùng muốn tham gia vào đợt bán trước → Yêu cầu “Giấy chứng nhận truy cập” từ nền tảng phụ trợ;

Phần phụ trợ xác minh xem người dùng có đáp ứng ngưỡng do người tạo đặt ra hay không;

Phần phụ trợ trả về một tin nhắn đã ký có chứa địa chỉ ví của người dùng và dấu thời gian hết hạn.

Hợp đồng thông minh xác minh tính hợp lệ của chữ ký.

Giai đoạn 2: Phát triển và triển khai

Trước khi bắt đầu phát triển, hãy lập danh sách các công cụ bạn cần:

Đường sắt (lưu trữ phía sau): 20 đô la/tháng

Vercel (dịch vụ lưu trữ front-end): 15 đô la/tháng

Cursor (công cụ phát triển, bao gồm chế độ Claude 4 MAX): 200 đô la/tháng + 100 đô la tín dụng

Tên miền trang web: 30 đô la/năm

X Premium+ (tài khoản thành viên, để tăng khả năng hiển thị và xuất bản các bài viết dài): 40 đô la/tháng

ChatGPT: được sử dụng để thiết kế logo và hình ảnh thương hiệu, và cũng có thể được thay thế bằng các công cụ quen thuộc khác

Tổng chi phí khoảng 405 đô la (giả sử Vercel không vượt quá giới hạn đăng ký).

Lưu ý: Để tăng tốc độ phát triển, tôi thực sự đã sử dụng nhiều tín dụng Cursor hơn dự kiến ​​(sử dụng mô hình MAX). Nếu bạn không quan tâm đến tốc độ phát triển, bạn có thể chọn mô hình rẻ hơn.

Thiết kế kiến ​​trúc

Hầu hết các dự án đều yêu cầu 4 thành phần cốt lõi:

Giao diện người dùng: được lưu trữ trên Vercel (kho lưu trữ GitHub riêng);

Phần cuối: được lưu trữ trên Railway (kho lưu trữ GitHub riêng);

Cơ sở dữ liệu lưu trữ dữ liệu: Cơ sở dữ liệu Postgres về Đường sắt;

· Cơ sở dữ liệu bộ nhớ đệm: Cơ sở dữ liệu Redis trên Đường sắt.

Nói một cách đơn giản, Vercel chịu trách nhiệm cho tất cả các chức năng liên quan đến giao diện người dùng; Railway lưu trữ an toàn các dịch vụ cốt lõi "không hiển thị với người dùng" như xử lý dữ liệu, triển khai token, giao diện API, lưu trữ đệm thông tin, v.v.

Hầu hết các kiến ​​trúc backend đều trông như thế này (đúng vậy, dữ liệu được lưu trữ trong "quả bóng").

Trình tự phát triển

Tôi luôn khuyên bạn nên phát triển chức năng cốt lõi trước và hoàn thiện phần trình bày giao diện sau.

Đối với dự án này, chức năng cốt lõi nhất (và cũng là chức năng cần được kiểm tra khả năng tương thích trước tiên) là phát hành token.

Vì chúng tôi đã xác định rằng việc triển khai token sẽ được thực hiện bởi EOA ở phía sau, chúng tôi có thể tạo một kho lưu trữ git mới cho phía sau và bắt đầu tìm hiểu tài liệu SDK Flaunch.

Tài liệu này phác thảo tất cả các tính năng hiện có về mặt cấu hình khởi chạy và thậm chí còn cung cấp một số đoạn mã để dễ dàng tích hợp. Tài liệu cũng cung cấp một số điểm cuối API để truy xuất dữ liệu và một biểu đồ con tự động lập chỉ mục mọi thứ diễn ra trên Flaunch (bao gồm cả token được khởi chạy từ giao diện người dùng Blind).

1) Kiểm tra chức năng phát hành token

Trong kho lưu trữ backend mới, bước đầu tiên là thiết lập một hoàn cảnh cục bộ để kiểm tra xem SDK có thể phát hành token thành công hay không. Chúng ta có thể bắt đầu bằng cách viết một tập lệnh Node đơn giản và sau đó chuyển đổi nó thành giao diện máy chủ Express. Việc gọi giao diện và truyền các tham số được chỉ định sẽ hoàn tất việc triển khai token .

Bước này thực ra rất đơn giản và có thể được thực hiện chỉ với một từ nhắc và một chút gỡ lỗi.

Hơn nữa, phí gas cho việc triển khai token chỉ dưới 0,01 đô la! Điều này có nghĩa là chúng tôi có thể cung cấp cho người dùng dịch vụ triển khai token hoàn toàn miễn phí.

2) Thu thập dữ liệu xã hội

Bước thứ hai là phát triển một tính năng cốt lõi khác: chấm điểm xã hội. Đối với tất cả các chiều dữ liệu đã chọn trước đó, chúng ta cần xem xét tài liệu cho từng API và sau đó tạo một điểm cuối trên máy chủ Express để trả về tất cả dữ liệu dựa trên tên người dùng. Sau đó, chúng ta có thể lưu trữ dữ liệu này trong cơ sở dữ liệu Postgres mà chúng ta đã tạo trên Railway.

3) Quy trình đăng ký

Đến thời điểm này, việc phát triển trở nên phức tạp hơn một chút, đòi hỏi phải phát triển đồng thời kho lưu trữ front-end. Chúng tôi chọn Next.js làm framework front-end vì nó hỗ trợ Vercel tốt nhất và hỗ trợ phần mềm trung gian cho xác thực.

Trong luồng đăng ký, chúng tôi muốn người dùng trước tiên liên kết ví của họ, sau đó xác thực qua X và cuối cùng đăng ký bằng cách gọi điểm cuối của chúng tôi.

Chúng ta sẽ bắt đầu bằng cách xem xét tài liệu API X-Auth, triển khai một trang đăng ký đơn giản ở giao diện người dùng và tạo điểm cuối đăng ký trên kho lưu trữ ở phía sau.

Trong quá trình đăng ký, chúng ta cũng cần rút toàn bộ dữ liệu từ bước 2) và lưu trữ vào cơ sở dữ liệu, kèm theo một mục nhập bổ sung cho địa chỉ ví. Tất cả các yêu cầu được gửi đến điểm cuối đăng ký phải được xác thực bằng cả khóa X và chữ ký ví để ngăn chặn việc mạo danh danh tính.

Khi mọi thứ đã hoạt động, chúng tôi cũng cần thêm xác thực vào điểm cuối triển khai token để chỉ những người dùng đã đăng ký mới có thể triển khai token. Đối với bất kỳ điểm cuối nào khác ngoài điểm cuối đăng ký, chúng tôi quyết định chỉ xác thực thông qua tin nhắn được ký bằng ví để tránh phải đăng nhập bằng X lần lần.

4) Cài đặt quyền riêng tư

Sau khi hoàn tất quá trình đăng ký và triển khai lưu trữ dữ liệu, bước tiếp theo là phát triển cài đặt quyền riêng tư:

Tạo bảng thiết lập khả năng hiển thị dữ liệu trong cơ sở dữ liệu (tất cả dữ liệu đều ở sở hữu tư nhân theo mặc định);

· Phát triển giao diện sửa đổi cài đặt quyền riêng tư có thể được gọi bởi người dùng đã xác thực;

Viết các hàm phụ trợ để hỗ trợ người dùng lựa chọn dữ liệu hiển thị mờ;

· Phát triển thành phần chỉnh sửa cài đặt quyền riêng tư ở giao diện người dùng.

5) Kiểm tra và tối ưu hóa giao diện

Sau khi các dịch vụ cốt lõi đã sẵn sàng, cần thực hiện các tối ưu hóa sau:

Với tất cả các chức năng cốt lõi của máy chủ đã sẵn sàng, giờ đây chúng ta cần đảm bảo rằng tất cả các điểm cuối đều sử dụng xác thực khi cần thiết và không tiết lộ bất kỳ thông tin cá nhân nào khi truy cập công khai. Chúng ta cũng có thể tối ưu hóa một số API bằng cách sử dụng bộ nhớ đệm Redis để tránh tải máy chủ không cần thiết. Cuối cùng, chúng ta sẽ thêm một số API để truy xuất hồ sơ công khai của người dùng, chủ sở hữu token và dữ liệu, cũng như dữ liệu tiền tệ.

6) Phát triển front-end

Giờ là lúc tạo một trang web đẹp mắt. Trước tiên, hãy quyết định chủ đề, các trang chúng ta muốn hiển thị và bắt đầu xóa các phần "riêng tư". Để hiển thị danh sách token được sắp sắp xếp tùy chỉnh và dữ liệu khác, chúng ta có thể dựa vào các biểu đồ con của Flaunch, lọc theo địa chỉ nhà triển khai làm EOA (Điểm Xuất Phát). Đối với trang chi tiết token, một phương pháp nhanh chóng để hiển thị biểu đồ là nhúng một iframe DexScreener đơn giản.

7) Kiểm tra

Mọi thứ cuối cùng đã sẵn sàng. Tôi đã kiểm tra luồng người dùng, triển khai mọi thứ lên Vercel và Railway, và chia sẻ quyền truy cập với bạn bè để nhận phản hồi. Mục tiêu là có một hoàn cảnh giống hệt hoàn cảnh sản xuất 1:1.

8) Tối ưu hóa dựa trên phản hồi

Đây là bước cuối cùng trước khi ra mắt.

Giai đoạn 3: Ra mắt công chúng

Ra mắt được chia thành hai bước: đầu tiên là xây dựng thương hiệu và sau đó là quảng bá thị trường.

Xây dựng thương hiệu

Tôi chưa đề cập đến việc xây dựng thương hiệu trước đó vì nó có thể được thực hiện bất cứ lúc nào, nhưng tốt nhất là nên làm trước khi phát triển front-end. Các yếu tố cốt lõi của thương hiệu (tên, logo, bảng màu, tên miền) phải đơn giản và dễ nhận biết.

Một trong những cách chơi yêu thích của tôi là sử dụng phương pháp đặt tên một từ và kết hợp tên miền:

Tên dự án là “Blind” (có nghĩa là “đầu tư mù quáng”, ngụ ý rằng người dùng mua token với thông tin hạn chế);

Tên miền chúng tôi chọn là goblind.xyz, sự kết hợp khéo léo giữa các ý nghĩa của “go blind”, “goblin” và “goblin’d”.

Bảng màu được lựa chọn một cách có chủ đích là chế độ ánh sáng rực rỡ và chói lọi, kết hợp với phong cách thiết kế "Thô bạo", gợi nhớ đến các tài liệu chữ nổi Braille, phản ánh chủ đề "Mù";

Thiết kế logo: được tạo bằng ChatGPT (sử dụng chủ đề hiện có làm lời nhắc bối cảnh);

Tiếp thị

Đã đến lúc cho cả thế giới biết về MVP (sản phẩm khả thi tối thiểu) của chúng ta! Thông thường, cách tốt nhất để cho người khác biết không phải là nói trực tiếp với họ, mà là tạo ra sự nhầm lẫn.

Tiếp thị nhầm lẫn

Trước khi chính thức ra mắt sản phẩm, bạn nên đảm bảo MVP của mình hoạt động đầy đủ. Tốt nhất nên bắt đầu tiếp thị một tuần trước khi ra mắt để thu hút sự chú ý của công chúng và tăng cơ hội trở thành chủ đề nóng trên các nền tảng mạng xã hội.

Mục tiêu cốt lõi của tuần này là:

Thu hút thêm nhiều người theo dõi tài khoản X của dự án và bật thông báo.

Phát hành các đoạn giới thiệu và meme mơ hồ, nhưng không bao giờ tiết lộ trực tiếp các tính năng của dự án;

Hãy để lại một số gợi ý và để cư dân mạng đoán trong phần bình luận để tạo sự chú ý cho bạn.

Chỉ báo phù phiếm: giúp người dùng cảm thấy bớt cô đơn

Một công cụ hiệu quả cho "tiếp thị gây nhầm lẫn" là "xếp hạng"! Mọi người muốn "nắm bắt cơ hội" nhưng không muốn "tham gia thị trường quá sớm". Nhiệm vụ của bạn là "làm cho nền tảng 'sống' trước cả khi nó ra mắt".

Sự kiện "Đăng ký + Xếp hạng" có những lợi ích sau:

Hướng dẫn người dùng đăng ký trước, phân tán lưu lượng truy cập website và kiểm tra tính ổn định của hệ thống;

Duy trì sự quan tâm của người dùng đối với dự án: "Có lợi ích gì khi đăng ký sớm không?" và bật thông báo cho tài khoản;

Mọi người thích cảm thấy mình giỏi hơn người khác: Bảng xếp hạng dễ chia sẻ và cho phép người dùng khám phá dữ liệu thú vị về tài khoản của họ.

Điều này giúp đội ngũ dễ dàng công bố “ dữ liệu tăng trưởng ” ra bên ngoài hơn.

Trước khi Blind ra mắt, số lượng người dùng đăng ký trước đã vượt quá 40.000!

Lưu ý: Nếu thêm cơ chế "liên kết mời", tốc độ tăng trưởng sẽ nhanh hơn.

Thông báo đếm ngược 24 giờ

Đã đến lúc tiết lộ những tính năng cốt lõi của Blind! Hãy cho họ biết thời điểm bài viết được xuất bản để họ có thời gian cụ thể mong chờ. 24 giờ cuối cùng để bạn dự đoán nội dung của Blind. 24 giờ cho tất cả mọi người ở mọi múi giờ để chuẩn bị.

Xuất bản bài viết ra mắt

Bây giờ người dùng đang làm mới trang chủ tài khoản X của bạn, đã đến lúc đăng bài viết! Bài viết nên trình bày chi tiết:

Chức năng cốt lõi của Blind;

Thời gian ra mắt;

Đừng quá kỹ thuật hoặc liệt kê mọi tính năng; hãy tập trung vào việc truyền đạt động lực, ý tưởng cốt lõi và sức hấp dẫn của dự án.

Nếu cần thêm thông tin kỹ thuật, có thể cung cấp tài liệu riêng bên ngoài bài viết.

Giai đoạn 4: Ra mắt!

Bài viết phải ghi rõ "thời gian ra mắt là 24 giờ sau khi bài viết được đăng". Lúc này, người dùng đã đăng ký trước đã sẵn sàng và đang chờ token được triển khai. Tiếp theo, chúng ta cần:

Chuyển tất cả hoàn cảnh sang chế độ sản xuất;

Chuyển đổi tài khoản EOA của người triển khai;

Luôn túc trực để xử lý mọi vấn đề có thể phát sinh ra mắt(và họ sẽ làm vậy).

Được rồi, ra mắt!

Tóm tắt

Khi phát triển MVP, hãy luôn chọn con đường ít trở ngại nhất. Đừng hướng đến sự hoàn hảo ngay lập tức; thay vào đó, hãy lặp lại và tối ưu hóa dần dần trong hoàn cảnh . Nắm bắt thời cơ thường quan trọng hơn là chờ đợi mọi thứ sẵn sàng.

Nhưng hãy lưu ý: ấn tượng đầu tiên rất quan trọng. Trải nghiệm lần của người dùng với nền tảng sẽ quyết định trực tiếp đến nhận thức lâu dài của họ về nền tảng. Đừng mong đợi hầu hết người dùng sẽ tiếp tục chú ý đến "cập nhật tính năng".

Dự án phụ này rất thú vị để phát triển, tôi đã học được rất nhiều điều và xây dựng được một công cụ mà mọi người có thể sử dụng để phát hành token.

Liên kết gốc

Nhấn để tìm hiểu về các vị trí tuyển dụng BlockBeats của BlockBeats

Chào mừng bạn tham gia cộng đồng chính thức BlockBeats :

Nhóm Telegram: https://t.me/theblockbeats

Nhóm Telegram: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận