Ein Portfolio aus mehreren SaaS-Produkten neben Beratungsmandaten zu führen, klingt nach einem Rezept für Überlastung. Es funktioniert trotzdem, aber nicht durch mehr Stunden, sondern durch eine Struktur, die entscheidet, was in welcher Woche überhaupt Aufmerksamkeit bekommt. Dieser Beitrag beschreibt die Prinzipien, nach denen Innopulse arbeitet. Er ist keine Produktivitätsanleitung, sondern eine Beschreibung von Abwägungen.
Die Grundannahme: Aufmerksamkeit ist der Engpass
Zeit lässt sich planen, Aufmerksamkeit nicht beliebig teilen. Wer an einem Tag zwischen einem Kundenmandat, drei Produkten und Akquise springt, erledigt viel und schafft wenig. Die wichtigste Entscheidung im Wochenrhythmus ist deshalb nicht, wie viele Stunden man arbeitet, sondern wie viele verschiedene Kontexte man pro Tag zulässt. Unsere Regel: möglichst ein Hauptkontext pro Tag oder Halbtag.
Mandate haben Vorrang, Produkte haben Fenster
Beratungsmandate haben feste Termine, Abhängigkeiten und Menschen, die warten. Sie bekommen deshalb die Tage, an denen sie stattfinden, vollständig. Produktarbeit bekommt eigene, geschützte Blöcke: einen für Entwicklung, einen für Inhalte und Wachstum, einen für Betrieb. Wer Produkte in die Lücken zwischen Mandatsterminen schiebt, macht dort nur noch Wartung, nie Fortschritt.
Was ohne Aufmerksamkeit laufen muss
Ein Portfolio lässt sich nur führen, wenn der Normalbetrieb keine tägliche Zuwendung braucht. Das ist eine Architekturentscheidung, keine Disziplinfrage:
- Ein Stack für alle Produkte: dieselbe Basis aus Next.js, Supabase und Stripe, dieselben Muster für Authentifizierung, Mandantentrennung und Abrechnung. Ein gelöstes Problem ist für alle Produkte gelöst.
- Automatisierte Prüfungen: Builds, Tests und SEO-Audits laufen vor jeder Auslieferung automatisch; ein Batch mit Fehlern geht nicht live.
- Überwachung statt Nachschauen: Fehler, Zahlungsausfälle und Auffälligkeiten melden sich, statt dass man sie suchen muss; mehr dazu unter Observability.
- Wiederverwendbare Inhalte: Programmatic SEO mit echten Daten statt einzelner Kampagnen, die jedes Mal neu gebaut werden.
Die Wochenstruktur
Am Wochenanfang steht ein kurzer Überblick: Welche Mandatstermine stehen fest, welches Produkt bekommt diese Woche den Entwicklungsblock, welche Kennzahlen haben sich bewegt? Daraus entsteht eine Liste mit höchstens drei Ergebnissen für die Woche, nicht dreissig Aufgaben. Mitte der Woche liegen die Mandatstage und die geschützten Produktblöcke. Am Wochenende vor dem neuen Zyklus ein Rückblick: Was wurde ausgeliefert, was nicht, und warum? Der Rückblick ist das wichtigste Ritual, weil er zeigt, ob der Rhythmus trägt oder nur gefühlt funktioniert.
Was bewusst liegen bleibt
Ein Portfolio zu führen heisst, ständig zu entscheiden, was nicht passiert. Nicht jedes Produkt bekommt jede Woche Aufmerksamkeit; manche laufen über Wochen im Betriebsmodus, während eines aktiv entwickelt wird. Nicht jede Feature-Anfrage wird umgesetzt. Nicht jeder Kanal wird bespielt. Die Kunst liegt darin, dass das Liegenlassen eine Entscheidung ist und kein Versäumnis — und dass es dokumentiert ist, damit es wieder aufgenommen werden kann. Für die Frage, welche Werkzeuge man selbst baut und welche man kauft, gilt dieselbe Disziplin; dazu der Beitrag zu Build vs. Buy.
KI als Hebel, nicht als Ersatz
KI-Werkzeuge verkürzen viele Arbeitsschritte, beim Code, beim Strukturieren von Inhalten, bei Recherche. Sie verschieben die Arbeit aber eher, als dass sie sie abschaffen: Was schneller entsteht, muss geprüft werden. Bewährt hat sich, KI dort einzusetzen, wo das Ergebnis automatisiert prüfbar ist, etwa durch Tests, Typprüfung oder Audits, und bei Inhalten mit rechtlichem oder fachlichem Gewicht jede Aussage selbst zu verantworten.
Woran man merkt, dass der Rhythmus kippt
Wenn Produktblöcke regelmässig für dringende Kleinigkeiten geopfert werden. Wenn der Wochenrückblick ausfällt, weil keine Zeit ist. Wenn Kunden auf Antworten warten, die früher am selben Tag kamen. Und wenn Kennzahlen wie Churn sich verschlechtern, ohne dass es jemand bemerkt hat. Dann ist nicht mehr Einsatz die Antwort, sondern weniger gleichzeitige Baustellen: ein Produkt in den Betriebsmodus versetzen, ein Mandat sauber abschliessen, eine Initiative streichen.
Was das für Kunden bedeutet
Wer mit Innopulse arbeitet, profitiert davon, dass die eigenen Produkte die Referenzarchitektur liefern. Muster, die in mehreren Produkten im Betrieb halten, kommen in Kundenprojekte, und Fehler, die wir selbst gemacht haben, macht der Kunde nicht. Wie das in einem Projekt aussieht, besprechen wir gern in einem Erstgespräch.