0 ➡ 1300 GitHub w 2 tygodnie

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

2 tygodnie temu otworzyliśmy nasz startup i zobowiązaliśmy się do otwartego rdzenia (podobny model biznesowy do firm takich jak PostHog). Od tego czasu osiągnęliśmy 1350 gwiazd GitHub. Na tym blogu dzielę się naszymi doświadczeniami i tym, co zrobiliśmy, aby uzyskać wczesną trakcję.

1. YC — „Zrób coś, czego ludzie chcą”

Uruchomiliśmy Infisical jako rozwiązanie problemu, który napotkaliśmy podczas naszego poprzedniego startu: debugowanie niezsynchronizowanych/brakujących zmiennych środowiskowych w naszym przepływie pracy programistycznej i infrastrukturze było bolesne. Po zbadaniu rynku wiedzieliśmy, że inni również napotkali ten problem i że na rynku istnieją rozwiązania tego problemu, takie jak Vault.

Samodzielne zmierzenie się z problemem i zobaczenie, że istnieją istniejące rozwiązania, pomogło nam przekonać się, że przynajmniej jesteśmy na boisku czegoś, czego ludzie mogą chcieć.

2. Wystarczające zróżnicowanie.

Wiedza o istnieniu wielu konkurentów pomogła nam również upewnić się, że istnieje zapotrzebowanie na tajnych menedżerów, ale potrzebujemy pewnego zróżnicowania produktów; utworzenie kolejnego Vault nie zadziałałoby. Wielokrotnie próbowaliśmy uruchomić prostego tajnego menedżera o zamkniętym kodzie źródłowym, ale to nie wystarczyło.

Po długich dyskusjach zdecydowaliśmy się podążać ścieżką open source poprzez model biznesowy open core; po prostu miało to o wiele większy sens, ponieważ ludzie mogliby samodzielnie hostować prostego, tajnego menedżera i przechowywać swoje tajemnice we własnej chmurze. Pomogłoby to również w poczynieniu postępów w zwiększaniu dostępu do tajnego zarządzania dla wszystkich programistów.

Spakowaliśmy to, co mieliśmy, otrzymaliśmy kilka porad od ludzi z open source i wydaliśmy to.

3. Wysadzanie go w powietrze

Naszym początkowym podejściem było publikowanie postów o Infisical na wielu kanałach: Reddit (r/programowanie, r/devops itp.), Medium, YouTube, IH — ostatecznie Reddit był zalążkiem.

Zanim doszliśmy do punktu 3, ważne było, aby zrobić dobrze punkty 1 i 2 — Twój projekt ma mniejsze szanse na przyjęcie, jeśli nie jest to coś, czego ludzie chcą i nie ma wystarczającego zróżnicowania produktów. Wręcz przeciwnie, jeśli jesteś przekonany, że masz #1 i #2, będziesz miał przyzwoitą szansę na dobre radzenie sobie z #3.

Catching fire to gra losowa. Nie ma gwarancji, że aleja będzie działać dobrze, ale oddanie wielu strzałów zwiększy szanse na to, że przynajmniej jedna aleja zyska przyczepność.

4. Poczta pantoflowa

Spośród 6-8 różnych miejsc, które opublikowaliśmy na Reddit, które generowały umiarkowaną popularność, znalazł nas ktoś z TLDR i postanowił włączyć nas do swojego codziennego biuletynu. W ten sposób, ku naszemu zaskoczeniu, następnego ranka znaleźliśmy się przed ponad 600 000 czytelników. Gdy coraz więcej osób dowiedziało się o Infisical, podzielili się tym z innymi i zanim się zorientowaliśmy, byliśmy na GeekNews 2 dni później (wygląda jak HackerNews dla Korei Południowej). Dotarliśmy również do biuletynu konsoli, a ktoś nawet umieścił nas w Hackernews. W końcu, tydzień później, ku naszemu zaskoczeniu, założyciel Vercel napisał o nas na Twitterze , co dało nam ponad 200 gwiazdek więcej.

Ostatecznie dowiedzieliśmy się, że rozwiązanie prawdziwego problemu, wystarczające zróżnicowanie i robienie wielu ujęć w celu zwiększenia prawdopodobieństwa wzrostu popularności szeptanych to dobra kombinacja do wprowadzenia na rynek i marketingu produktu open source.

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