0 ➡ 1300 GitHub em 2 semanas

Github:https://github.com/Infisical/infisical

Há 2 semanas, abrimos o código de nossa startup e nos comprometemos com o open-core (modelo de negócios semelhante a empresas como PostHog). Desde então, alcançamos 1.350 estrelas do GitHub. Neste blog, compartilho nossos aprendizados e o que fizemos para obter alguma tração inicial.

1. YC — “Faça algo que as pessoas queiram”

Iniciamos o Infisical como uma solução para um problema que enfrentamos em nossa inicialização anterior: variáveis ​​de ambiente não sincronizadas/ausentes em nosso fluxo de trabalho de desenvolvimento e infraestrutura eram difíceis de depurar. Tendo pesquisado o mercado, sabíamos que outras pessoas também haviam encontrado esse problema e que havia soluções existentes no mercado para resolvê-lo, como o Vault.

Tendo enfrentado o problema nós mesmos e visto que havia soluções existentes lá fora, ajudou a nos convencer de que estávamos pelo menos no estádio de algo que as pessoas poderiam querer.

2. Diferenciação suficiente.

Saber que existiam muitos concorrentes também nos ajudou a garantir que havia demanda por gerentes secretos, mas precisávamos de alguma diferenciação de produto; criar outro Vault não funcionaria. Tentamos repetidamente lançar um gerenciador de segredos simples e de código fechado, mas isso não foi suficiente.

Após uma longa discussão, decidimos seguir a rota de código aberto por meio do modelo de negócios de núcleo aberto; fazia muito mais sentido, já que as pessoas poderiam auto-hospedar o gerenciador secreto simples e manter seus segredos em sua própria nuvem. Isso também ajudaria a progredir no aumento do acesso ao gerenciamento de segredos para todos os desenvolvedores.

Empacotamos o que tínhamos, recebemos alguns conselhos do pessoal do código aberto e o lançamos.

3. Explodindo

Nossa abordagem inicial foi postar sobre o Infisical em vários canais: Reddit (r/programação, r/devops, etc.), Medium, YouTube, IH — em última análise, o Reddit foi a semente.

Antes de chegar ao nº 3, era importante acertar os nºs 1 e 2 - Seu projeto tem menos probabilidade de pegar se não for algo que as pessoas desejam e se não houver diferenciação de produto suficiente. Pelo contrário, se você está convencido de que tem o número 1 e o número 2, terá uma boa chance de se sair bem com o número 3.

Pegar fogo é um jogo de azar. Não há garantia de que uma avenida terá um bom desempenho, mas tirar muitas fotos aumentará as chances de que pelo menos uma avenida obtenha alguma tração.

4. Boca a boca

Dos 6 a 8 lugares diferentes que postamos no Reddit que geraram tração moderada, alguém do TLDR nos encontrou e decidiu nos incluir em seu boletim diário. Foi assim que, para nossa surpresa, chegamos a mais de 600.000 leitores na manhã seguinte. À medida que mais pessoas descobriam sobre o Infisical, eles o compartilhavam com outras pessoas e, antes que percebêssemos, estávamos no GeekNews 2 dias depois (parece o HackerNews da Coréia do Sul). Também chegamos ao boletim informativo do Console e alguém até nos postou no Hackernews. Finalmente, uma semana depois, para nossa surpresa, o fundador da Vercel twittou sobre nós e isso trouxe mais de 200 estrelas.

Por fim, aprendemos que resolver um problema real, ter diferenciação suficiente e fazer muitas tentativas para aumentar as chances de crescimento do boca a boca é uma boa combinação para lançar e comercializar um produto de código aberto.

Suporte Infiscal:https://github.com/Infisical/infisical