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

Tiêu đề gốc: Tôi đã xây dựng một bệ phóng trong 3 ngày với giá 400 đô la (và bạn cũng có thể)
Tác giả gốc: ultra

Người dịch gốc: Luffy, Foresight News

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

Blind là một bệ phóng token được xây dựng trên chuỗi Base và được hỗ trợ bởi cơ sở hạ tầng của Flaunch. Nó thử nghiệm một cơ chế mới: cho phép người tạo token lựa chọn thông tin cá nhân họ muốn tiết lộ khi phát hành token.

Điều này cho phép người tạo tận dụng danh tiếng hoặc thông tin xác thực của họ mà không tiết lộ 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 tạo có thể đặt ngưỡng tham gia trước khi bán, giới hạn 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 chia sẻ khuôn khổ chung của tôi để chuyển từ "ý tưởng" sang "sản phẩm".

Như tôi thường nói, 6-12 tháng hiện tại là "thời kỳ hoàng kim để tạo ra ý tưởng". Các công cụ AI giúp việc biến những ý tưởng sáng tạo thành hiện thực 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 sẽ truyền cảm hứng cho nhiều người hơn nữa thử vibecoding, biến ý tưởng của riêng họ thành hiện thực và đưa Web3 trở lại nơi các nhà phát triển độc lập và các nhóm nhỏ thúc đẩy sự đổi mới hàng ngày.

Bài viết này giả định rằng bạn có hiểu biết cơ bản về kỹ thuật, bao gồm sự quen thuộc với các công cụ phát triển, quản lý kho lưu trữ và các thành phần phổ biến.

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

Ý tưởng về cổng vốn xã hội đã nhen nhóm trong đầu tôi trong vài tháng. Trong khi thường xuyên sử dụng các công cụ như Kaito, Ethos, fantasy.top và time.fun, đồng thời nghiên cứu các số liệu SocialFi, một câu hỏi liên tục xuất hiện trong các cuộc thảo luận là: Tại sao chưa có ai tạo bảng điều khiển tích 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 khoảng sáu tháng trở lại đây, lĩnh vực "chỉ số người sáng tạo" đã xuất hiện nhanh chóng và hiện nay mọi người có thể đánh giá giá trị của một người hoặc tài khoản thông qua nhiều chiều dữ liệu khác nhau.

Vậy, liệu những số liệu này có thể được sử dụng để đặt ra "rào cản gia nhập" (ví dụ: yêu cầu gia nhập để phát hành token) không? Hay người sáng tạo có thể quyết định công khai số liệu nào trong khi vẫn giữ kín danh tính thực sự của họ? Điều thực sự thúc đẩy tôi 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 huy động được 20 triệu đô la. Đối với tôi, cả hai sản phẩm đều không đặc biệt khó phát triển, vậy tại sao định giá lại bị thổi phồng như vậy? Và còn rất nhiều nền tảng phát hành thành công tương tự khác đã huy động được số vốn khổng lồ. Công bằng mà nói, trong lĩnh vực này, vì lý trí, chúng ta đã ngừng bàn luận về "logic định giá token"; thường thì bản thân việc định giá chẳng có ý nghĩa gì. Tuy nhiên, điều này lại khơi dậy một thách thức cá nhân: 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í tối thiểu và không cần bất kỳ sự trợ giúp nào 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. Thay vào đó, tôi muốn chứng minh rằng "điều đó có thể làm được" và hy vọng sẽ có nhiều người đi theo con đường này hơn. Giai đoạn 1: Phân tích vấn đề Sau 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át hành với kiểm soát truy cập xã hội", tôi đã xác định các vấn đề phụ sau: Lựa chọn công nghệ trên chuỗi. Quyết định chính là "triển khai trên chuỗi nào", một quyết định ảnh hưởng đến tất cả các bước triển khai tiếp theo. Vào thời điểm đó, có hai lựa chọn rõ ràng: Solana và Base.

Solana

Ưu điểm:

· 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 tại đây đều có xu hướng thu hút được một lượng sự chú ý nhất định.

Nhược điểm:

· Tính linh hoạt triển khai thấp, phải tuân thủ các tiêu chuẩn mã thông báo hiện có;

· Độ phức tạp phát triển cao, đòi hỏi nhiều 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ơ sở

Ưu điểm:

· Dogecoin có khối lượng giao dịch cao nhất trong số các chuỗi EVM;

· Hỗ trợ nhà phát triển toàn diện;

· Trải nghiệm phát triển EVM tuyệt vời;

· 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, chỉ là một thử nghiệm cuối tuần, nên chúng tôi không cần phải xem xét các quyết định liên quan đến lợi nhuận tài chính tiềm năng; chúng tôi chỉ cần chọn một phương pháp giảm thiểu khó khăn trong quá trình phát triển. Cuối cùng, chúng tôi đã chọn EVM. Khi phát triển các ứng dụng blockchain, EVM cung cấp cơ sở hạ tầng blockchain trưởng thành và đã được chứng minh 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 về một chuỗi, bước tiếp theo là tìm một SDK (bộ phát triển phần mềm) có thể tái sử dụng hoặc các hợp đồng hiện có để tránh phải viết mã từ đầu. Đặc biệt đối với các hợp đồng thông minh, việc ưu tiên các hợp đồng đã được kiểm toán giúp giảm đáng kể rủi ro bảo mật. May mắn thay, hệ sinh thái EVM rất giàu tài nguyên có thể tái sử dụng, mang đến cho chúng tôi hai lựa chọn chính: · Phát triển trên một DEX như Uniswap, tự xây dựng toàn bộ logic kiểm soát truy cập trên Uniswap V4; · Phát triển trên cơ sở hạ tầng của một nền tảng phát hành hiện có (chẳng hạn như SDK của Flaunch), vốn đã tích hợp sẵn các tính năng như lập chỉ mục, tải lên siêu dữ liệu, cấu hình đường cong phát hành và quản lý trước khi bán. Chúng tôi một lần nữa 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 thuộc tính xã hội và giao diện người dùng của nền tảng phát hành" 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 nhóm quỹ, cơ sở hạ tầng lập chỉ mục và hợp đồng chia sẻ doanh thu.

“Vì những người thông minh hơn bạn đã làm việc, tại sao phải phát minh lại bánh xe?”

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:

Lựa chọn 1: Người dùng khởi tạo giao dịch để triển khai token

· Phát triển hợp đồng proxy để đảm bảo các tham 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;

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

Lựa chọn 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ả các mã thông báo được triển khai từ 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ả các mã thông báo do nền tảng phát hành trong Indexer;

· Điều này đả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, được chuẩn hóa.

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

Tất cả các mã thông báo sẽ được triển khai từ ví do phụ trợ kiểm soát.

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

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

Tiếp theo, chúng tôi sẽ tập trung vào các tính năng xã hội. Chúng tôi cần xác định những chiều dữ liệu nào có giá trị đối với nền tảng phát hành. Sự kết hợp dữ liệu lý tưởng phải 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 các chiều dữ liệu sau:

· Số lượng người theo dõi (X Platform API)

· Số lượng người đang theo dõi (X Platform API)

· Thời gian đăng ký tài khoản (X Platform API)

· Số lượt thích (X Platform API)

· Số lượng người theo dõi có giá trị cao (Moni API)

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

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

· Đ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 họ thông qua dữ liệu đa chiều mà không tiết lộ đầy đủ danh tính của họ, cho phé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ế cho quyền 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 không được công khai theo mặc định để tránh 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. Ngoài ra, người dùng nên được phép "hiển thị dữ liệu một cách mờ nhạt" (ví dụ: nếu thực sự có 43.000 người theo dõi, bạn có thể chọn hiển thị "40.000+") để cung cấp tham chiếu dữ liệu bán ẩn danh.

Ngoài ra, việc xử lý dữ liệu nên dựa trên "backend tập trung + yêu cầu HTTPS" hay sử dụng công nghệ chống rò rỉ thông tin phức tạp?

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

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

· Người dùng muốn tham gia đợt bán trước → yêu cầu "bằng chứng truy cập" từ nền tảng;

· Nền tảng xác minh xem người dùng có đáp ứng ngưỡng do người tạo đặt ra hay không;

· Nền tảng trả về một thông báo đã ký có chứa "địa chỉ ví của người dùng + 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:

· Railway (lưu trữ backend): 20 đô la/tháng

· Vercel (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, được sử dụng để tăng khả năng hiển thị + 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 + hình ảnh thương hiệu, cũng có thể 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 nằm trong 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 (kích hoạt 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ột 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);

· Quản trị hệ thống: đượ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 trên Railway;

· Cơ sở dữ liệu bộ đệm: Cơ sở dữ liệu Redis trên Railway.

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 mã thông báo, giao diện API, lưu trữ thông tin đệm, v.v.Hầu hết các backend đều trông như thế này (đúng vậy, dữ liệu được lưu trữ trong "spheres"). Thứ tự phát triển Tôi luôn khuyến nghị phát triển chức năng cốt lõi trước, sau đó mới đến frontend. Đối với dự án này, tính năng quan trọng nhất (và cũng là tính năng cần được kiểm tra khả năng tương thích trước) là phát hành token. Vì chúng tôi đã quyết định rằng việc triển khai token sẽ được thực hiện bởi EOA của backend, chúng tôi có thể tạo một kho lưu trữ git mới cho backend và bắt đầu tìm hiểu tài liệu SDK của Flaunch. Tài liệu này phác thảo tất cả các tính năng hiện có để 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. Chúng cũng cung cấp các điểm cuối API để truy xuất dữ liệu, cũng như 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ả các token được khởi chạy từ frontend Blind). 1) Kiểm tra việc 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 môi trường cục bộ để kiểm tra xem việc phát hành token có thể được thực hiện thành công bằng SDK hay không. Chúng tôi 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 API máy chủ Express. Bằng cách gọi API này và truyền vào các tham số được chỉ định, chúng tôi có thể hoàn tất việc triển khai token. Bước này thực sự khá đơn giản và có thể chỉ cần một lời nhắc duy nhất và gỡ lỗi tối thiểu. 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 mạng 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 mạng xã hội. Đối với tất cả các chiều dữ liệu đã chọn trước đó, chúng tôi 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 tôi có thể lưu trữ dữ liệu này trong cơ sở dữ liệu Postgres mà chúng tôi đã tạo trên Railway.

3) Quy trình đăng ký

Tại thời điểm này, quá trình phát triển trở nên phức tạp hơn một chút và yêu cầu phát triển đồng thời kho lưu trữ front-end. Chúng tôi đã chọn Next.js làm nền tảng 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 quá trình đăng ký, chúng tôi muốn người dùng liên kết ví của họ trước, sau đó xác thực bằng 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 tôi sẽ bắt đầu bằng cách xem xét tài liệu API xác thực X, triển khai một trang đăng ký đơn giản trên giao diện người dùng và tạo điểm cuối đăng ký trên kho lưu trữ phụ trợ của chúng tôi. Trong quá trình đăng ký, chúng tôi cũng sẽ trích xuất tất cả dữ liệu từ bước 2) và lưu trữ trong cơ sở dữ liệu, thêm một mục nhập bổ sung cho địa chỉ ví. Tất cả các yêu cầu đế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 sẽ cần thêm xác thực vào điểm cuối triển khai mã thông báo để chỉ những người dùng đã đăng ký mới có thể triển khai mã thông báo. Đối với bất kỳ điểm cuối nào ngoài điểm cuối đăng ký, chúng tôi đã quyết định chỉ xác thực bằng thông báo được ký bằng ví để tránh đăng nhập bằng X mỗi 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 cài đặt khả năng hiển thị dữ liệu trong cơ sở dữ liệu (tất cả dữ liệu đều ở chế độ riêng tư 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 chọn hiển thị dữ liệu theo cách 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) Đánh giá và Tối ưu hóa API

Với các dịch vụ cốt lõi đã được triển khai, 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 máy chủ cốt lõi đã được triển khai, 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 làm rò rỉ 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ể sử dụng bộ nhớ đệm Redis để tối ưu hóa một số API nhằm tránh tải máy chủ không cần thiết. Cuối cùng, chúng tôi đã thêm một số API để truy xuất hồ sơ công khai của người dùng, chủ sở hữu mã thông báo và dữ liệu của họ, dữ liệu tiền tệ, v.v.

6) Phát triển giao diện người dùng

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

7) Kiểm thử

Mọi thứ cuối cùng cũng đã sẵn sàng. Kiểm thử luồng người dùng, triển khai mọi thứ lên Vercel và Railway, đồng thời chia sẻ quyền truy cập với bạn bè để nhận phản hồi. Mục tiêu là tạo ra một môi trường giống hệt môi trường sản xuất theo tỷ lệ 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 khai

Việc ra mắt công khai được chia thành hai bước: đầu tiên là xây dựng thương hiệu, sau đó là tiếp thị.

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

Tôi không đề 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 thực hiện 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, phối màu, tên miền) phải đáp ứng nguyên tắc "đơ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à "đặt tên một từ + kết hợp tên miền":

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

· Tên miền được chọn là goblind.xyz, kết hợp khéo léo ba nghĩa của "go blind" (đầu tư mù quáng), "goblin" (yêu tinh, với cảm giác vui nhộn) và "goblin'd" (yêu tinh hóa);

· Bảng màu được cố tình chọn là chế độ màu sáng đến mức chói lóa, và phong cách thiết kế "Brutalist" gợi nhớ đến các tài liệu chữ nổi Braille, phản ánh chủ đề "Mù quáng";

· Thiết kế logo: Sử dụng ChatGPT Generate (sử dụng chủ đề hiện có làm nền) prompt);

Tiếp thị

Đã đến lúc cho thế giới biết về MVP (sản phẩm khả thi tối thiểu) của chúng ta! Nhìn chung, cách tốt nhất để mọi người biết đến sản phẩm 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ị gây nhầm lẫn

Trước khi chính thức quảng bá, nên đảm bảo MVP đã hoàn thiện về mặt chức năng. Tốt nhất nên bắt đầu tiếp thị một tuần trước khi ra mắt để tập trung sự chú ý của công chúng trong vòng một tuần và dễ dàng chiếm lĩnh danh sách chủ đề trên các nền tảng xã hội.

Các 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;

· Để lại "manh mối" để khuyến khích cư dân mạng suy đoán trong phần bình luận, cho phép họ tạo ra sự cường điệu cho bạn.

Chỉ số 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ả để bổ sung cho "tiếp thị gây nhầm lẫn" là "bảng xếp hạng"! Mọi người muốn "tham gia trước", nhưng họ không muốn "tham gia quá sớm". Nhiệm vụ của bạn là "làm cho nền tảng 'sống' trước khi nó ra mắt". Chiến dịch "Đăng ký + Bảng xếp hạng" mang lại những lợi ích sau: · Hướng dẫn người dùng đăng ký sớm, phân phối lưu lượng truy cập trang web và kiểm tra tính ổn định của hệ thống; · Nó giúp người dùng tương tác với dự án: "Đăng ký sớm có lợi ích gì không?" và cho phép họ kích hoạt thông báo 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ễ dàng chia sẻ và người dùng có thể khám phá dữ liệu thú vị về tài khoản của mình; · Nó giúp nhóm công bố "dữ liệu tăng trưởng".

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

Lưu ý: Việc tích hợp cơ chế "liên kết mời" sẽ đẩy nhanh tốc độ tăng trưởng.

Đếm ngược 24 giờ

Đã đến lúc tiết lộ các tính năng cốt lõi của Blind! Hãy cho họ biết khi bài đăng được xuất bản để họ có thời gian cụ thể mong đợi. Trong 24 giờ qua, hãy khóa suy đoán của bạn về nội dung của Blind. 24 giờ để mọi người ở mọi múi giờ chuẩn bị.

Đăng 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 nêu chi tiết:

· Các tính năng cốt lõi của Blind;

· Ngày ra mắt chính thức;

· Đừ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ải độ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 chi tiết kỹ thuật, bạn có thể cung cấp một tài liệu riêng bên ngoài bài viết này. Vui lòng ghi rõ trong bài viết rằng "thời gian ra mắt là 24 giờ sau khi bài viết được xuất bản". Lúc này, người dùng đã đăng ký trước đã sẵn sàng và chờ triển khai mã thông báo. Tiếp theo, chúng ta cần: · Chuyển tất cả môi trường sang chế độ sản xuất; · Chuyển tài khoản EOA của người triển khai; · Luôn sẵn sàng xử lý mọi lỗi có thể xảy ra trong quá trình ra mắt (điều này luôn xảy ra). Được rồi, chúng ta đã chính thức hoạt động! Khi phát triển MVP, hãy luôn chọn con đường ít gặp trở ngại nhất. Không cần phải cố gắng đạt đến sự hoàn hảo ngay lập tức; bạn có thể dần dần lặp lại và tối ưu hóa trong môi trường sản xuất. 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 cũng cần lưu ý: ấn tượng đầu tiên rất quan trọng. Trải nghiệm đầu tiên của người dùng trên nền tảng sẽ trực tiếp quyết định 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".

Quá trình phát triển dự án phụ này rất thú vị. Tôi đã học được rất nhiều điều và cũng đã tạo ra 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