Malleable Software: maßgeschneiderte Enterprise-Tools statt SaaS-Wildwuchs

In den meisten Marketing- und Technologieorganisationen sieht der Werkzeugkasten gleich aus: ein Dutzend SaaS-Abos, jedes für einen Teilbereich, dazwischen Tabellen, Exporte und wöchentliche Handarbeit, die die Lücken schließt. Jedes einzelne Werkzeug ist sinnvoll. Die Summe ist es oft nicht.

Der Grund ist struktureller Natur: Standardsoftware muss viele Zielgruppen bedienen und wächst deshalb in die Breite. Ein einzelnes Team nutzt davon meist einen kleinen Bruchteil – und arbeitet dauerhaft um den Rest herum.

---

1) Warum sich die Buy-or-Build-Rechnung verschoben hat

Bisher war Bauen teuer, Kaufen berechenbar. Diese Logik war richtig, solange Entwicklungszeit der begrenzende Faktor war. Wenn Erstellung günstiger wird, verändert sich der Vergleich: Nicht „eigenes System gegen Plattform", sondern „kleines, passendes Werkzeug gegen dauerhaften Workaround um ein fremdes Produkt".

Für diesen Ansatz gibt es einen Begriff: Malleable Software – Software, die Nutzer mit Agenten auf ihren tatsächlichen Bedarf zuschneiden. Entscheidend ist dabei nicht die Größe, sondern die Lebensdauer: Diese Werkzeuge dürfen kurzlebig sein, weil ihre Neuerstellung wenig kostet.

---

2) Wo eigene Werkzeuge klar besser passen

Nach unserer Erfahrung liegen die tragfähigen Fälle fast immer in denselben vier Bereichen:

• Zusammenführende Ansichten. Briefings, Freigabestatus, Asset-Links und Kampagnenzahlen aus drei Systemen in einer lesenden Oberfläche. Ersetzt die manuell gepflegte Wochentabelle.
• Prüfschritte. Markenwording, Claims, Pflichtangaben, Format- und Längenregeln – als automatisierter Check vor der Freigabe.
• Übergaben. Der Weg von Produktion zu Veröffentlichung: Benennung, Metadaten, Ablageort, Versionierung. Klassischer Ort für stille Fehler.
• Zuschnitt von Reporting. Nicht ein weiteres Dashboard, sondern genau die Sicht, die eine Entscheidung stützt.

Was eigene Werkzeuge nicht ersetzen sollten: Systeme mit hohen Anforderungen an Revisionsfestigkeit, Zahlungsabwicklung, Identitätsverwaltung oder regulierte Aufbewahrung. Dort ist Einkauf die richtige Entscheidung.

---

3) Die Bedingung: Regeln vor Tempo

Ohne Rahmen entsteht aus formbarer Software genau das Problem, das man lösen wollte – nur ohne Lizenzvertrag. Vier Festlegungen genügen:

1. Eigentümer je Werkzeug. Namentlich. Wer baut, verantwortet Betrieb, Aktualisierung und Abschaltung.
2. Datenzugriff nach minimalem Prinzip. Lesend, wo lesend genügt. Getrennte Zugänge statt geteilter Administrationsrechte.
3. Inventar. Eine Liste mit Zweck, Datenarten, Zugängen und Verfallsdatum. Ohne diese Liste ist eine Löschanfrage nicht beantwortbar.
4. Verfallsdatum. Jedes Werkzeug hat ein Datum, an dem es überprüft oder abgeschaltet wird. Das ist der wirksamste Schutz gegen Wildwuchs.

Diese vier Punkte kosten weniger Zeit als eine einzige Beschaffungsrunde – und sie sind der Unterschied zwischen internem Werkzeugbau und Schatten-IT.

---

4) Was sich dadurch wirtschaftlich ändert

Drei Effekte sind belastbar beobachtbar, unabhängig von Branchenzahlen:

• Weniger Handarbeit an Schnittstellen. Die wiederkehrende Pflege von Übersichten und Übergaben entfällt teilweise vollständig.
• Kürzere Wege bis zur Entscheidung. Eine Sicht, die genau die nötigen Größen zeigt, ersetzt Abstimmungsrunden.
• Weniger Lizenzdruck. Nicht jede Lücke erzwingt ein zusätzliches Abo – wobei Einsparungen erst zählen, wenn Verträge tatsächlich gekündigt werden.

Dagegen steht ein Posten, der oft unterschätzt wird: Betrieb. Mehr Werkzeuge bedeuten mehr Zugänge, mehr Abhängigkeiten, mehr Aktualisierungen. Das ist das Jevons-Paradoxon im Kleinen – günstigere Erstellung erzeugt mehr, nicht weniger Software.

---

5) Vorgehen für die ersten drei Werkzeuge

1. Engpässe sammeln. Zehn wiederkehrende Handgriffe notieren, die Zeit kosten oder Fehler erzeugen. Aufwand pro Monat grob schätzen.
2. Drei auswählen. Kriterien: lesender Zugriff genügt, klarer Eigentümer, messbarer Zeiteffekt, keine personenbezogenen Sonderfälle.
3. Klein bauen, früh benutzen. Eine Funktion, eine Zielgruppe, echte Daten. Kein Ausbau vor der ersten Woche Nutzung.
4. Nach vier Wochen entscheiden. Behalten, umbauen oder abschalten – anhand der gemessenen Zeitersparnis, nicht anhand des Aufwands, der schon drinsteckt.

---

Fazit

Formbare Software ist kein Gegenmodell zu SaaS, sondern die Antwort auf die Lücke zwischen Standardprodukt und eigenem Ablauf. Der Gewinn entsteht nicht durch die Menge der gebauten Werkzeuge, sondern durch klare Zuständigkeit, begrenzte Rechte und die Bereitschaft, Werkzeuge wieder abzuschalten.

Weiterführend: Warum Klarheit über das Ziel dabei wichtiger wird als Umsetzungstempo, steht in Der neue Flaschenhals in IT-Organisationen.