Olá.
Eu administro o Sidedock, que descobre e apresenta serviços em estágio inicial e side projects da Coreia!!
Recentemente, por meio do GeekNews e de vários outros canais, surgiram os primeiros usuários e pessoas cadastrando produtos,
e também estamos tentando maneiras como transmitir feedback depois de usar diretamente os produtos cadastrados
ou apresentar a experiência de uso no Dev Log (blog de desenvolvedor).
Uma coisa que percebi operando o serviço é que, mais do que receber cadastros de produtos,
é muito mais difícil fazer com que, depois do cadastro, haja uso real e feedback contínuo.
Atualmente, operamos com a seguinte estrutura.
- Launches, onde makers cadastram e apresentam seus produtos
- Reações por meio de comentários e boosts (upvotes)
- Dev Log (blog), em que a equipe usa diretamente o produto e o apresenta
- Curadoria, em que descobrimos e apresentamos separadamente bons produtos
Mas, no início, como ainda não há muitos usuários nem muitos produtos,
parece que muita gente apenas dá uma olhada nos produtos e vai embora logo em seguida,
e a proporção de pessoas que chega a deixar comentários ou feedback tende a ser baixa.
Por isso, gostaria de perguntar a quem já operou serviços ou comunidades semelhantes.
- Houve algum mecanismo que foi eficaz para fazer usuários deixarem feedback em produtos iniciais?
- No estágio inicial, quando ainda não há muitos produtos, é melhor focar mais em curadoria ou em comunidade?
- Ao olhar diretamente para o Sidedock, parece faltar algum elemento que dê vontade de explorar produtos ou participar?
Em vez de apenas uma lista onde produtos vão se acumulando,
quero criar um espaço em que makers possam divulgar seus produtos e também obter reações de usuários reais.
Gostaria de ouvir as experiências de quem já operou serviços semelhantes
ou já lançou produtos em comunidades.
Para referência, o serviço atualmente em operação é o Sidedock, que apresentei anteriormente no Show GN.
Também agradeço se puderem dar uma olhada diretamente e dizer o que parece inconveniente ou insuficiente.
2 comentários
Também testei um pouco de tudo enquanto tocava um produto inicial: comunidades, cold outreach, launch etc. Mas o maior aprendizado foi que feedback não vem da exposição, e sim de algum interesse envolvido.
Quem só passa para dar uma olhada quase nunca deixa feedback. O feedback realmente útil veio de pessoas que se comprometeram de alguma forma: por exemplo, chegaram até o cadastro, usaram de fato um cupom ou travaram em algum ponto durante o uso. Por isso, em vez de tentar aumentar a taxa de comentários de quem só olhou, foi muito melhor reduzir a barreira do primeiro uso real e falar com a pessoa exatamente no ponto em que ela travava.
No começo, o 1:1 foi disparado mais eficaz do que mecanismos públicos, como upvotes ou comentários. Quando eu entrava em contato diretamente com o pequeno grupo que realmente tinha usado o produto e fazia uma pergunta bem específica, fácil de responder, do tipo “só isso aqui”, a taxa de resposta era muito maior do que esperar comentários públicos. Um “deixe seu feedback” genérico quase sempre era ignorado.
Entre curadoria e comunidade, quando o produto e a base de usuários ainda são pequenos, mecanismos de comunidade, como loops de upvote, não têm massa crítica e acabam dando uma sensação ainda mais vazia. Nessa fase, achei mais correto dar peso à curadoria, como um Dev Log em que o operador testa e escreve diretamente, porque isso ajuda a construir confiança e também dá mais controle. A camada de comunidade só começa a entregar valor quando já existe um certo nível de densidade.
Oooh, obrigado pelo feedback detalhado!!!
No fim das contas, parece que o melhor mesmo é fazer o trabalho braçal e ir atrás pessoalmente, haha