Depois de falhar em três projetos e ser rejeitado 500 vezes, finalmente compreendi a verdadeira essência do empreendedorismo Web3 na Solana.

Escrito por: Rishabh Gupta

Compilado por: Jia Huan, ChainCatcher

Como fundador principiante, dediquei anos de esforço a três projetos de infraestrutura que acabaram por falhar. Em 2025, comecei a construir um produto de consumo que as pessoas realmente queriam usar. Aqui, partilho as minhas dolorosas lições aprendidas na aquisição de utilizadores e angariação de fundos.

Estou nesta indústria há cerca de quatro anos.

Em 2023, quando a "abstração de conta" ainda era o tópico mais quente da indústria, comecei a desenvolver dentro do ecossistema EVM. Naquela altura, todos estavam a desenvolver SDKs (Kits de Desenvolvimento de Software) para carteiras de abstração de conta. As soluções de escalabilidade Rollup também eram muito populares—Optimism, Arbitrum e vários RaaS (Rollup as a Service) dominavam.

Como entusiasta de matemática, sou profundamente atraído por ZK (Provas de conhecimento zero) e acredito que irá mudar o mundo (e acredito firmemente que o fará no futuro).

Outrora acreditei erroneamente que a complexidade equivale a credibilidade.

Quando os VCs perguntavam sobre cenários de aplicação, eu listava confiantemente zkML (aprendizagem automática de conhecimento zero), identidade zk e votação zk—mas até hoje, estas áreas permanecem largamente inutilizadas. Identifiquei erroneamente tecnologia incrível como um produto útil.

Com o tempo, passei a acreditar que quanto mais complexa é uma ideia, maiores são as suas hipóteses de sucesso.

Os VCs também me disseram que no espaço cripto, construir infraestrutura é a única forma de ter sucesso.

Levou-me quase dois anos e mais de 500 rejeições para perceber que isto não era adequado para mim.

Entrar no Ecossistema Solana

Este é um ecossistema completamente novo para mim—as pessoas aqui preocupam-se com casos de uso. Até as moedas Meme não importam, porque a receita é importante.

A velocidade é importante. A distribuição é importante.

Tenho construído aplicações de consumo com Solana há 7 meses e aqui estão os meus pensamentos:

1. Construído para utilizadores jovens dispostos a experimentar coisas novas

Tente desenvolver para jovens que estão naturalmente abertos a novos produtos.

No espaço cripto de consumo, isto normalmente significa pessoas que podem negociar na "trincheira" ou utilizadores jovens com idades entre 13-21.

Um estudo de 2024 pela Consumer Technology Association mostrou que 86% da Gen Z (com idades entre 11-26) consideram a tecnologia como central nas suas vidas—uma percentagem mais elevada do que qualquer geração anterior. Possuem mais dispositivos e estão mais dispostos a gastar em produtos tecnológicos.

Estão mais dispostos a experimentar novas aplicações, experimentar novos recursos e mudar os seus hábitos.

Utilizadores com mais de 25 anos geralmente estão menos dispostos a adotar novos procedimentos operacionais, a menos que haja um incentivo muito forte.

A investigação mostra que a atividade social atinge o pico por volta dos 20-21 anos de idade. Isto significa que produtos concebidos para jovens naturalmente têm maior potencial viral.

2. Torne o produto inerentemente "partilhável" para reduzir custos de marketing.

Se não tem um enorme orçamento de marketing ou publicidade, o próprio produto deve ser o canal de tráfego.

No campo da encriptação, a transmissibilidade é particularmente importante porque:

O marketing KOL é muito caro.

O nível de confiança é extremamente baixo.

Todos esperam recompensas ou incentivos.

Se o seu produto der aos utilizadores uma razão para partilhá-lo espontaneamente com amigos e comunidades, ganhou publicidade sem queimar dinheiro. É difícil, mas vale a pena otimizar desde o primeiro dia.

3. Lance os recursos solicitados pelos utilizadores o mais rápido possível.

Quando os utilizadores reportam uma experiência fraca ou bugs, corrija-os imediatamente, especialmente os pontos problemáticos que impedem o uso.

Eu costumava aplicar patches todos no final do dia. Mas depois um utilizador enviou-me uma mensagem dizendo: "Como a sua aplicação não tem este recurso, vou mudar para o produto Y."

Uma vez que os utilizadores vão para concorrentes e formam um hábito, é muito difícil trazê-los de volta.

Portanto, tente corrigir imediatamente (idealmente dentro de 2-5 horas).

Se vários utilizadores solicitarem um determinado recurso e for viável:

Pode ser feito em 2-3 dias.

Diga-lhes que isto foi lançado com base no seu feedback.

Pode até dar-lhes algumas recompensas.

Isto constrói um nível profundo de confiança. Os utilizadores começam a sentir que o produto "lhes pertence", e este sentido de pertença é incrivelmente poderoso em produtos em fase inicial.

4. O nome da aplicação é muito importante.

Parece simples, mas muitas pessoas (incluindo eu próprio) estragaram isto.

O nome da aplicação deve ser altamente reconhecível e fácil de partilhar verbalmente.

O meu produto anterior chamava-se "Encifher", um nome extremamente difícil de recordar; até investidores e parceiros o escreviam mal ao criar chats de grupo.

Por isso, mais tarde mudámos para encrypt.trade. É conciso, fácil de lembrar e elegante.

5. Comunicar com utilizadores é difícil, mas é necessário.

Encontrar e envolver utilizadores é extremamente difícil, especialmente quando o que está a construir não faz parte da atual "narrativa quente".

Quando comecei a trabalhar em privacidade, não era popular. Contactei quase 1.000 pessoas através de mensagens de arranque a frio: talvez 10 em 100 responderiam. Desses, apenas 3-4 ofereceram ajuda real.

Falo com qualquer pessoa que mostre o mais leve interesse.

Trabalhei com eles para iterar o produto.

O framework Cold-DM também é um processo iterativo. Aqui estão alguns pontos-chave a notar:

• Comece com uma saudação calorosa.
• Coloque os destaques (situação de financiamento, volume de transações, etc.) no início.
• Explique onde os encontrou.
• Dê uma chamada à ação amigável.
• Lembre-se sempre de fazer follow-up.

Não existe Cold-DM perfeito; deve testar entre si para encontrar uma abordagem eficaz para os seus clientes-alvo.

Aqui está um modelo Cold-DM decente disponível: mas esteja ciente de que o processo é lento e tedioso.

Na comunidade de criptomoedas, poucas pessoas respondem a DMs porque os esquemas estão por todo o lado.

Taxas de resposta baixas são a norma (o que é um pouco frustrante, eu sei).

No entanto, deve fazer isto.

O seu objetivo não é adquirir 1.000 utilizadores nesta fase.

O seu objetivo é 10-20 adotantes iniciais que se preocupam com as questões, estão dispostos a experimentar o produto e fornecerão feedback honesto.

Estes utilizadores iniciais tornar-se-ão o seu sistema de suporte.

Produtos iniciais frequentemente têm bugs, e estes utilizadores ajudá-lo-ão a passar por essa fase.

6. Iteração rápida

A indústria cripto está constantemente a mudar, e os períodos de atenção são extremamente curtos.

Deve estudar o comportamento do utilizador, não apenas ouvir a sua linguagem:

O que estão a fazer repetidamente?

Que tipo de compromisso estão a usar?

Pelo que as pessoas já estão dispostas a pagar? (Muitas ideias soam bem, mas não podem sobreviver se os utilizadores não estiverem dispostos a pagar por elas.)

7. Torne o seu website tão simples que seja "à prova de erro".

Nunca faça suposições sobre como os utilizadores percebem as coisas.

Como desenvolvedor, pode ter olhado para o produto durante centenas de horas e achá-lo óbvio, mas pode ser completamente desconhecido para alguém que entra no campo pela primeira vez.

Evite introduzir nova terminologia ou processos complexos.

Minimize o número de cliques.

O valor central deve ser apresentado dentro de 5 segundos após entrar na aplicação.

Conclusão

Construir produtos encriptados de nível de consumidor é divertido e desafiante. A velocidade de iteração, o pensamento centrado no utilizador e a destreza de marketing são mais importantes do que a tecnologia perfeita. Isto é completamente diferente de B2B.