Rückblick auf 6 Monate Betrieb eines Ein-Personen-SaaS-Startups

Ein Beitrag von Stuart Larsen, der das Content-Security-Policy-Tool CSPer allein entwickelt

• Es interessiert niemanden

→ Menschen wollen ein Tool, das ihre Probleme löst, aber sie interessieren sich weder für den Aufwand, der in die Entwicklung geflossen ist, noch dafür, wie es funktioniert. Wenn es einfach nur funktioniert, können sie sich um ihre anderen Probleme kümmern.

→ Das ist nicht falsch. Man sollte sich nur daran erinnern, dass es so ist.

→ Es hat auch Vorteile, dass es niemanden interessiert. Ich habe mir Sorgen gemacht, dass der Service bei einer Migration zwei Stunden ausfallen könnte, aber es hat niemanden interessiert. Ich glaube, selbst wenn er ein paar Tage down gewesen wäre, hätte es niemanden interessiert. Leider oder zum Glück habe ich mich stark auf Reliability konzentriert. (Inzwischen ist mir klar geworden, dass das etwas Verschwendung war.)

• Vorsicht mit kostenlosen Trials

→ Man denkt, mit einer kostenlosen Version würden Leute es ausprobieren und bei Gefallen upgraden ... aber in der Realität sind es nicht so viele.

→ Selbst wenn es unzählige kostenlose Nutzer gibt, verursacht das nur Kosten, wenn sie nicht upgraden.

→ Je mehr Funktionen man hinzufügt, um die kostenlose Version einfach und bequem zu machen, desto weniger Grund gibt es für ein Upgrade.

• SEO / Pipeline / Werbung

→ Heute wirkt das offensichtlich, aber am Anfang hatte ich diese Dinge nicht verinnerlicht.

→ Menschen entdecken dein Produkt nicht einfach zufällig.

→ Als ich mein Produkt (CSPer) am Anfang vorgestellt habe, habe ich mir Sorgen gemacht, ob es nicht zu viel Last geben würde. Ich habe überlegt und alles Mögliche eingerichtet: ob k8s und das DB-Autoscaling gut funktionieren, wie ich Issues tracen und monitoren kann ... aber in Wirklichkeit kam fast niemand vorbei.

→ SEO/Marketing ist am wichtigsten.

• Menschen mögen Open Source ziemlich sehr.

→ Ich habe vor 5–6 Jahren einmal etwas Ähnliches als Open Source gebaut. Überraschend schnell empfehlen Leute Open Source im Vergleich zu einem Bezahlprodukt.

→ Das Produkt, das ich jetzt gebaut habe, ist viel besser als dieses damalige Open-Source-Projekt, aber die Leute teilen immer noch Links zu diesem alten Open-Source-Projekt, das nicht einmal mehr richtig funktioniert.

→ „Open Source“ scheint Stabilität manchmal zu übertrumpfen.

→ Ich habe auch darüber nachgedacht, es als Open Source umzubauen und kostenpflichtige Pläne hinzuzufügen, habe es aber nicht getan.

• Außerdem: Für sich selbst zu arbeiten ist großartig.

→ Arbeit steht im Zentrum meines Lebens, und ich stehe morgens auf, trinke eine Tasse Kaffee und arbeite dann 12 Stunden und noch mehr, aber es macht immer weiter Spaß.

→ Bei jeder Aufgabe genau zu wissen, was man gemacht hat, macht ein Projekt interessant und großartig.

• Verzögerte Belohnung

→ Das ist eher etwas Psychologisches, aber es ist ziemlich schwer, dieses Gefühl loszuwerden, dass man hart arbeitet und dann sofort belohnt wird.

→ Nur weil man etwas Großes releast hat, kommen nicht sofort neue Kunden dazu.

→ Man muss ziemlich lange warten, um die Auswirkungen zu sehen. Kunden kommen nicht sofort.

→ Es kann einen runterziehen, hart zu arbeiten und trotzdem passiert scheinbar nichts. Das davon zu trennen, war für mich eine mentale Hürde.

• Es ist ein bisschen wie eine Achterbahnfahrt

→ Wenn es schlecht läuft, scheint vieles gleichzeitig schlechter zu werden. Kunden springen ab, der Firefox-Add-on-Store entfernt mein Add-on, ein Wettbewerber bekommt eine große Finanzierung ...

→ Ein emotionaler Puffer ist wichtig. Ich glaube, ich habe mir bewusst etwas Spielraum gelassen, um solche Schläge aushalten zu können.

→ In Filmen/Büchern/im Internet sind alle Startups erfolgreich. Es wirkt, als würden alle Erfolg haben und als wären Gegenleistung und Belohnung groß, aber in Wirklichkeit ist die Wahrscheinlichkeit des Scheiterns am höchsten.

• Einsamkeit

→ Der größte Nachteil ist, nicht im Team zu arbeiten.

→ Ich habe ein System eingeführt, bei dem ich von meiner Freundin einen Twinkie (ein amerikanischer Kuchen-Snack mit Cremefüllung) bekomme, wenn ein neuer Kunde dazukommt.

• Andere gute Dinge

→ Getrennte Staging-/Prod-Server. Staging hat mich mehrfach gerettet. Es reduziert auch den Stress bei großen Änderungen. Es ist das Geld wert.

→ k8s auf GKE war ziemlich gut. Die Infrastruktur war in ein oder zwei Tagen eingerichtet, und danach musste ich mich kaum noch darum kümmern. Es skaliert von selbst.

→ Deployment mit einem einzigen Befehl und mehrere Makefiles. Jeden später nützlichen Befehl ins Makefile packen. Ich will mich nicht mit Kleinkram beschäftigen.

• Enttäuschende Dinge

→ Der Review-Prozess für Browser-Erweiterungen: Bei Chrome dauert es mehrere Wochen, und Firefox prüft sehr streng, ob der Code sauber kompiliert und ob er exakt mit dem übereinstimmt, was tatsächlich im App Store liegt.

→ Billing-Kosten bei SaaS: Für das Startup nutze ich viele andere Services, aber einige davon schicken nicht einmal eine E-Mail, wenn sie abrechnen.

→ Ich habe Werbung auf LinkedIn, Google, Facebook und Twitter ausprobiert, aber es lief nicht besonders gut. Vielleicht habe ich die Anzeigen nicht gut gemacht, aber selbst als ich sie gestoppt habe, gingen die Neuanmeldungen nicht zurück.

→ Stattdessen will ich mich stärker auf SEO konzentrieren. Wenn Menschen ein Problem haben, googeln sie normalerweise erst einmal, und dann muss mein Unternehmen dort auftauchen.

[xguru]

Ich glaube, das trifft auch auf mich zu, deshalb habe ich es kurz zusammengefasst.

Die folgenden vier Punkte sprechen mich am meisten an.

"Es interessiert niemanden"

"Verzögerte Belohnung"

"SEO ist wichtig"

"Trennung von Staging-/Prod-Servern"

[blacktan]

Vielen Dank, dass Sie stets großartige Beiträge und Übersetzungen sowie die Gedanken von xguru mit uns teilen!

[ryuheechul]

Ich schließe mich auch dem Kommentar von blacktan an und möchte mich aus demselben Grund bedanken!

[xguru]

Vielen Dank! Ich werde mein Bestes geben ^^