Das SaaS-Durcheinander: Ein Gründerbericht
Wie ich in vorherigen Artikeln erwähnt habe, hat das KI-unterstützte Programmieren endlich meine Ideensammlung geöffnet, und jetzt arbeitet unser kleines Team gleichzeitig an mehreren Projekten. Heute möchte ich ein Problem beschreiben, das unmittelbar danach auftrat. Ich denke, jeder Gründer kennt es, selbst wenn er nur ein einziges Projekt hat.
Wir nennen es das SaaS-Durcheinander.
Ein Gründer, viele Prozesse
Ein Startup besteht nicht nur aus einem Produkt. Um das Produkt herum gibt es eine Vielzahl von Prozessen, die täglich ablaufen müssen: Kundenkontakt, Content-Erstellung, soziale Medien, Support, Analysen, E-Mail-Kampagnen und vieles mehr. Keiner dieser Prozesse ist optional. Man kann sie vielleicht eine Woche aussetzen, aber nicht ein ganzes Quartal.
Für jeden dieser Prozesse gibt es einen SaaS-Dienst. Gewöhnlich nicht nur einen, sondern Dutzende. Und dann stand ich vor folgender Situation:
- Einige Dienste passen besser zu Ihnen, andere weniger. Jedes Tool ist für ein „durchschnittliches“ Unternehmen gestaltet, und Sie sind kein durchschnittliches Unternehmen. Also passen Sie Ihren Prozess an das Tool an, nicht umgekehrt. Manchmal ist das ein kleiner Kompromiss; manchmal kämpfen Sie jeden Tag mit dem Tool.
- Selbst die guten Dienste müssen verwaltet werden. Jeder Dienst ist ein weiterer Tab, ein weiteres Login, ein weiteres Dashboard, ein weiterer Strom von Benachrichtigungen. Auch wenn alles funktioniert, verbringen Sie Ihren Morgen damit, durch das Durcheinander zu gehen: hier etwas prüfen, dort etwas exportieren, Zahlen von einem Ort zum anderen übertragen. Die Tools funktionieren, und Sie sind die
- Günstige Pläne sind nur einzeln günstig. $15 hier, $29 dort, $49 für jenes. Jeder für sich sieht harmlos aus. Zusammen summieren sie sich schnell auf Hunderte von Dollar im Monat. Und wenn man mehrere Projekte betreibt, müssen einige Dienste pro Projekt bezahlt werden. Die Kostenrechnung wird schnell unangenehm.
Viele Jahre lang hielt ich das für einen normalen Geschäftskosten. Man kann ja nicht sein eigenes Kundentool, seinen eigenen Terminplaner und seinen eigenen Supportdesk bauen; jedes davon wäre ein eigenes Startup. Also zahlt man, passt sich an und springt zwischen den Tabs hin und her.
Sie wissen bereits, wohin das führt.
Also habe ich mein eigenes gebaut
Irgendwann stellte ich mir die einfache Frage: Was genau benötige ich von all diesen Diensten? Nicht, was sie anbieten, sondern was ich tatsächlich nutze. Die ehrliche Antwort war vielleicht 20 Prozent von jedem. Ein bestimmter Ablauf für das Kundenmanagement. Eine spezielle Methode zur Vorbereitung und Veröffentlichung von Inhalten. Eine spezifische Anzahl von Metriken, die auf einem Bildschirm gesammelt werden. Ein einfaches Support-Postfach.
Also beschrieb ich das alles der KI, Stück für Stück, und baute mein eigenes internes Tool.
Es dauerte etwa einen Monat, und ich verbessere es ständig weiter (glauben Sie mir, die erste Version war weit entfernt von schön). Jetzt laufen all diese Prozesse für all meine Projekte an einem Ort, genau so, wie ich sie brauche. Nicht so, wie ein Produktmanager bei irgendeinem SaaS-Unternehmen einen Durchschnittskunden vorstellt, sondern auf meine Weise. Ein Bildschirm am Morgen statt zehn Tabs. Eine Logik für alle Projekte statt einer separaten Einrichtung in jedem Dienst.
Und mein Lieblingsteil: Ich habe es einmal gebaut, und es funktioniert für jedes Projekt. Wenn wir das nächste Produkt starten, kaufe ich keine neue Reihe von Abonnements oder konfiguriere ein weiteres Durcheinander. Das neue Projekt erscheint einfach neben den anderen.
Die ehrliche Rechnung
Die Einsparungen belaufen sich auf etwa 500 Dollar im Monat. Für ein großes Unternehmen ist das nichts. Für ein Startup, besonders für einige eigenfinanzierte Projekte, ist das eine echte Zahl.
Aber „Ich habe 500 Dollar im Monat gespart“ ist nur die halbe Wahrheit, also lassen Sie mich ehrlich sein:
- Meine Zeit war nicht umsonst. Ein Monat Bauzeit ist ein echter Kostenfaktor. Wenn Ihre Alternative ein einziges $29-Abonnement ist, macht es keinen Sinn, ein eigenes Tool zu entwickeln.
- SaaS gibt es aus einem guten Grund. Zuverlässigkeit, Support, Updates, Sicherheit: Ein seriöser Dienst leistet viele Dinge, die mein Tool nicht tut. Bei kritischer Infrastruktur wie Zahlungen, Hosting oder allem, wo ein Ausfall Kunden kostet, kaufe ich immer noch lieber, als selbst zu bauen.
- Dieses Tool passt zu meinen Prozessen. Es passt perfekt zu mir gerade weil es genau für mich gebaut wurde. Es würde wahrscheinlich nicht zu Ihnen passen, und genau das ist der Punkt.
Der wahre Wert ist also nicht einmal die $500. Der echte Wert liegt darin, dass meine Prozesse zum ersten Mal so organisiert sind, wie ich denke, nicht wie zwölf verschiedene Unternehmen es denken. Dieses Gefühl ist schwer in eine Tabelle zu packen.
Das größere Bild
Es gibt eine klassische Regel in unserer Branche: bauen oder kaufen. Für ein kleines Team lautete die Antwort auf interne Tools immer „kaufen“. Der Bau war ein Luxus, den sich Unternehmen mit freien Entwicklern leisten konnten.
Ich würde sagen, künstliche Intelligenz hat diese Regel heimlich gebrochen. Nicht für alles, aber für interne Tools hat sich die Gleichung verändert. Ein nicht-technischer Gründer kann sich nun hinsetzen und in wenigen Wochen genau das Tool bauen, das das Unternehmen braucht, anstatt zehn annähernde zu mieten. Vor fünf Jahren hätte dieser Satz wie ein Witz geklungen.
Ich sage nicht, dass Sie morgen all Ihre Abonnements kündigen sollen. Ich schlage vor, die Übung zu machen, die ich gemacht habe: Schauen Sie sich Ihr Durcheinander an und fragen Sie, was Sie tatsächlich von jedem Dienst nutzen. Wenn die Antwort „20 Prozent, und ich kämpfe mit dem Rest“ lautet, könnte es an der Zeit sein, Ihr perfektes Tool der KI zu beschreiben und zu sehen, was passiert.
Ich werde weiterhin teilen, was wir bauen und wie wir es auf den Markt bringen. Das Durcheinander wird derweil kleiner.