KISS, YAGNI, DRY und SSOT: Warum die besten Workflow-Lösungen für Schweizer KMU die einfachsten sind

Stellen Sie sich vor: Ein mittelgrosses Schweizer Unternehmen investiert in eine neue digitale Workflow-Lösung. Die Software ist modular, flexibel, erweiterbar – und nach sechs Monaten nutzen die Mitarbeitenden exakt drei von vierzehn Funktionen. Die anderen elf sind zu komplex, schlecht dokumentiert oder schlicht nicht an die tatsächlichen Prozesse angepasst. Der Wartungsaufwand steigt, die Nutzerakzeptanz sinkt, und beim nächsten Software-Update muss alles erneut angepasst werden.

Dieses Szenario ist in Schweizer KMU kein Einzelfall. Es ist die direkte Konsequenz davon, vier grundlegende Softwareprinzipien zu ignorieren: KISS, YAGNI, DRY und SSOT. Diese vier Abkürzungen klingen technisch, haben aber eine sehr konkrete Bedeutung für jeden KMU-Entscheider, der in digitale Prozesse investiert.

Was bedeuten KISS, YAGNI, DRY und SSOT?

Die vier Prinzipien stammen aus der Softwareentwicklung und gehören dort zum Grundkanon guter Architektur. Für die Auswahl und den Aufbau von kundenspezifischer Workflow-Software in KMU sind sie jedoch genauso relevant wie für das Engineering-Team, das die Lösung baut.

• KISS – Keep It Simple: Halte die Lösung so einfach wie möglich. Ein System, das ein Problem klar und direkt löst, ist besser als eines, das alle denkbaren Fälle abdeckt, aber dabei unbeherrschbar wird.
• YAGNI – You Aren’t Gonna Need It: Baue nur, was heute wirklich gebraucht wird. Funktionen für hypothetische zukünftige Anforderungen kosten Budget, erhöhen Komplexität und werden oft nie genutzt.
• DRY – Don’t Repeat Yourself: Logik, Regeln und Daten sollen nicht mehrfach an verschiedenen Stellen kopiert werden. Doppelspurigkeiten erhöhen den Pflegeaufwand und sind eine häufige Fehlerquelle.
• SSOT – Single Source of Truth: Kritische Stammdaten, Geschäftsregeln und Grenzwerte sollen an genau einer verbindlichen Stelle gepflegt werden – und nirgendwo sonst.

Diese Prinzipien sind keine Luxus für Grossunternehmen mit grossen Engineering-Teams. Sie sind gerade für Schweizer KMU mit begrenzten IT-Ressourcen, heterogener bestehender Infrastruktur und hohen Anforderungen an Nachvollziehbarkeit und Datenschutz von besonderem Wert.

Warum Schweizer KMU besonders auf diese Prinzipien angewiesen sind

Schweizer KMU stehen bei der Digitalisierung vor einem spezifischen Spannungsfeld: einerseits hohe regulatorische Anforderungen (revDSG, branchenspezifische Compliance), andererseits begrenzte interne IT-Kapazitäten. Gleichzeitig sind die Prozesse oft gewachsen, individuell und teilweise dokumentiert in Excel-Listen, E-Mail-Ketten und im persönlichen Wissen einzelner Mitarbeitender.

Laut Bitkom arbeiten 82 % der Unternehmen noch überwiegend mit manuellen oder teilautomatisierten Prozessen. Rund die Hälfte der Schweizer KMU sieht sich bei der Automatisierung im Rückstand. Wer in dieser Ausgangslage digitalisiert, hat wenig Spielraum für unnötige Komplexität.

Genau in diesem Umfeld entscheiden KISS, YAGNI, DRY und SSOT darüber, ob eine digitale Workflow-Lösung produktiv eingesetzt wird oder nicht:

• Je komplexer die Software, desto länger die Einführung und desto mehr Schulungsaufwand entsteht.
• Je mehr Funktionen von Anfang an eingebaut sind, desto mehr Pflege ist nötig – auch für Teile, die niemand nutzt.
• Je mehr Logik an verschiedenen Stellen dupliziert ist, desto höher ist das Risiko widersprüchlicher Regeln.
• Je mehr Datenstände parallel existieren, desto unsicherer werden Entscheide auf Basis dieser Daten.

Ein System, das auf diesen vier Prinzipien aufgebaut ist, ist nicht weniger leistungsfähig. Es ist klarer, wartbarer, schneller eingeführt und besser erweiterbar – wenn und wann Erweiterungen wirklich nötig sind.

KISS: Einfachheit als strategischer Vorteil

KISS ist für viele KMU das wichtigste der vier Prinzipien. Es entscheidet bereits darüber, ob eine Lösung eingeführt werden kann, ohne das Tagesgeschäft zu stören.

Ein typisches Beispiel: ein Freigabeprozess für Eingangsrechnungen. In der Praxis braucht es dafür wenige, klar definierte Rollen (Antragstellerin oder Antragsteller, Genehmigende Person, Buchhaltung), wenige Status (offen, freigegeben, abgelehnt, verbucht) und klare Eskalationsregeln für Ausnahmen. Wenn diese Grundstruktur sitzt, läuft der Prozess.

Sobald jedoch von Anfang an Sonderfälle, Unterabteilungslogiken, mehrsprachige Benutzeroberflächen und automatische Budgetabgleiche eingebaut werden sollen, steigt die Komplexität exponentiell. Die Fehleranfälligkeit wächst. Die Einführungszeit verlängert sich. Und der Mehrwert, den das System im laufenden Betrieb liefert, sinkt, weil zu viele Stellen Pflege erfordern.

Die KISS-Frage lautet deshalb stets: Löst diese Funktion ein Problem, das wir heute haben, oder bereitet sie uns auf ein Problem vor, das wir vielleicht nie haben werden?

YAGNI: Kein Funktionsballast vor dem ersten echten Nutzen

YAGNI ist eng mit KISS verwandt, hat aber einen anderen Fokus: Es geht nicht darum, wie man etwas baut, sondern ob man es überhaupt baut.

In KMU gibt es typischerweise einen starken Impuls, beim Aufbau einer neuen Lösung möglichst viele zukünftige Anforderungen zu antizipieren. Das ergibt auf den ersten Blick Sinn: Man baut nur einmal, also soll das System möglichst lange tragen. In der Praxis führt diese Denkweise jedoch regelmässig zu überladenen Systemen, die in wesentlichen Teilen nie produktiv genutzt werden.

Konkrete Beispiele für YAGNI-Verletzungen im KMU-Kontext:

• Multi-Standort-Logik einbauen, bevor der erste Standort produktiv läuft
• Ein komplexes Berichtwesen aufbauen, bevor klar ist, welche Kennzahlen wirklich gebraucht werden
• KI-Module integrieren, bevor der Basisprozess digital zuverlässig funktioniert
• Rollenkonzepte für zwanzig Benutzertypen entwerfen, obwohl im Betrieb drei Rollen ausreichen würden

Jede dieser Entscheidungen kostet Budget – oft erheblich. Und sie bindet Ressourcen an Funktionen, die entweder nie produktiv genutzt werden oder die in sechs Monaten ohnehin anders aussehen müssen, weil die realen Anforderungen anders sind als die antizipierten.

Der pragmatische YAGNI-Ansatz: Digitalisieren Sie zuerst den Kernprozess so, dass er zuverlässig und für alle Beteiligten verständlich läuft. Erst dann, auf Basis echter Nutzungserfahrung, ergänzen Sie Erweiterungen. Was sich im Betrieb als wirklich nötig erweist, wird gebaut. Was sich als Idee entpuppt, bleibt weg – und spart Kosten, die sinnvoller eingesetzt werden können.

DRY: Keine doppelte Pflege, keine doppelten Fehler

DRY betrifft vor allem die technische Architektur einer Workflow-Lösung, hat aber direkte Auswirkungen auf den laufenden Betrieb. Wenn dieselbe Logik an mehreren Stellen im System vorhanden ist, muss jede Änderung an all diesen Stellen nachgezogen werden. Das klingt trivial, ist in der Praxis aber eine der häufigsten Ursachen für schwer auffindbare Fehler.

Typische Beispiele aus Schweizer KMU-Umgebungen:

• Validierungsregeln für Bestelllimiten in drei verschiedenen Formularen eingetragen – und beim nächsten Update nur in zweien aktualisiert
• Genehmigungsstufen sowohl in der Workflow-App als auch in einem separaten Excel-Dokument gepflegt, das als «Backup» dient
• Preislisten in zwei Systemen parallel geführt, mit monatlichem manuellem Abgleich
• Benachrichtigungstexte in vier verschiedenen E-Mail-Vorlagen hart kodiert, anstatt auf einen zentralen Template-Service zu verweisen

DRY in der Softwareentwicklung bedeutet, dass Logik und Regeln einmal definiert und dann konsequent wiederverwendet werden. In Workflow-Software heisst das: Ein Freigabelevel wird an einem Ort konfiguriert, eine Validierungsregel an einem Ort hinterlegt, eine Benachrichtigungslogik an einem Ort definiert – und das System greift von überall auf diese eine Quelle zu.

Das senkt nicht nur den Pflegeaufwand. Es reduziert auch das Risiko, dass ein Update an einer Stelle einen anderen Teil des Prozesses bricht, der von der gleichen Logik abhängig war – ein Effekt, der in komplexen Systemen ohne DRY-Prinzip fast unvermeidlich ist.

SSOT: Eine Quelle der Wahrheit für verlässliche Entscheide

SSOT ist verwandt mit DRY, geht aber einen Schritt weiter: Es betrifft nicht nur die technische Umsetzung von Logik, sondern die Datenhaltung selbst. In vielen Schweizer KMU existieren kritische Stammdaten an mehreren Orten gleichzeitig: in der ERP-Datenbank, in der Workflow-App, in einer Excel-Datei auf dem Fileserver und im Anhang einer E-Mail vom letzten Quartal.

Das erzeugt ein latentes, schwer messbares Risiko: Welcher Datenstand ist korrekt? Welche Budgetgrenze gilt tatsächlich? Welche Version der Produktliste ist die verbindliche? Und wer trägt die Verantwortung, wenn auf Basis eines falschen Datenstands eine Entscheidung getroffen wurde?

Im Workflow-Kontext bedeutet SSOT konkret:

• Kundendaten: Werden aus dem CRM oder ERP bezogen, nie parallel in der Workflow-App gepflegt
• Artikelstammdaten: Kommen aus dem führenden System, nicht aus einer Shadowkopie
• Freigabelevel und Budgetgrenzen: Werden zentral konfiguriert und von allen Prozessen gleichermassen ausgelesen
• Vertragsfristen und Gültigkeiten: Sind in einem einzigen, autorisierten System hinterlegt, das Workflows aktiv auslöst – statt in Kalendereinträgen verstreut

Ein System mit konsequentem SSOT-Prinzip erzeugt verlässliche Audit-Trails: Man weiss, woher ein Wert kommt, wann er geändert wurde und wer ihn geändert hat. Das ist für viele Schweizer KMU in regulierten Branchen – Finanzen, Gesundheit, Lebensmittel – ein direktes Compliance-Argument und eine Grundvoraussetzung dafür, dass digitale Prozesse auch bei Revisionen und internen Kontrollen standhalten.

Die vier Prinzipien zusammen denken: Core-first-Strategie

KISS, YAGNI, DRY und SSOT funktionieren am besten, wenn sie als System gedacht werden. Für die Architektur kundenspezifischer Workflow-Software in Schweizer KMU ergibt sich daraus eine klare Empfehlung: die Core-first-Strategie.

Phase 1 – Prozesskern

Zuerst wird der stabile Kernprozess digitalisiert: Rollen, Status, Eskalationen, Benachrichtigungen. KISS sorgt dafür, dass dieser Kern schlank bleibt. SSOT stellt sicher, dass alle Daten aus verlässlichen Quellen kommen und nicht parallel gepflegt werden.

Phase 2 – Integrationen

Anschliessend werden Schnittstellen zu bestehenden Systemen aufgebaut – ERP, CRM, Buchhaltung. DRY verhindert, dass Logik in Integrations-Mappings dupliziert wird und an zwei Stellen separat gewartet werden muss.

Phase 3 – Erweiterungsmodule

Erst nach echter Nutzungserfahrung wird entschieden, welche zusätzlichen Funktionen wirklich Mehrwert bringen. YAGNI schützt davor, in dieser Phase zu früh zu viel zu bauen oder Ressourcen in Funktionen zu investieren, die das Feedback aus dem Betrieb noch gar nicht als nötig bestätigt hat.

Diese Strategie passt auch gut zur in der Schweiz weit verbreiteten Nutzung von Open-Source-Software. Die BFH-Studie 2024 zeigt, dass Open Source in Schweizer Unternehmen breit etabliert ist und insbesondere wegen Interoperabilität und digitaler Souveränität geschätzt wird. Eine modulare, auf Standards aufbauende Architektur lässt sich deutlich einfacher mit Open-Source-Komponenten kombinieren als ein monolithisches Sondersystem.

Typische Use-Cases: Wo die Prinzipien in Schweizer KMU am meisten wirken

Folgende Prozesse eignen sich erfahrungsgemäss besonders gut für eine auf diesen vier Prinzipien aufbauende Digitalisierung:

Kreditorenfreigaben: Klare Rollen, definierte Limiten, verbindliche Eskalation. SSOT stellt sicher, dass Budgetlimiten zentral geführt werden. KISS verhindert überkomplizierte Ausnahmeregelungen, die mehr Aufwand erzeugen als der Prozess selbst.

Reklamationsmanagement: Eingehende Reklamationen werden kategorisiert, einer zuständigen Person zugewiesen, verfolgt und abgeschlossen. DRY sorgt dafür, dass Eskalationsregeln nicht für jede Kategorie separat definiert werden müssen, sondern einmal hinterlegt und universell ausgelesen werden.

Wareneingang: Mengen, Artikel, Lieferanten kommen aus dem führenden ERP (SSOT). Der Workflow bestätigt, prüft, dokumentiert – aber pflegt keine parallelen Stammdaten, die mit dem ERP auseinanderlaufen könnten.

Mitarbeiter-Onboarding: Checklisten, Aufgaben, Freigaben für neue Mitarbeitende. YAGNI verhindert, dass für Sonderfälle (Teilzeit, Freelancer, Praktikantinnen und Praktikanten) von Anfang an separate Workflows angelegt werden, bevor der Standardprozess zuverlässig läuft.

Vertragsmanagement: Ablaufdaten, Verlängerungsoptionen, Verantwortliche – zentral in einem System (SSOT), das aktiv Workflows auslöst. Kein Monitoring mehr über manuelle Kalendereinträge oder E-Mail-Erinnerungen.

In all diesen Bereichen gilt: Ein System, das Audit-Trails, Rollen, Eskalationen und Integrationen sauber abbildet, ist wesentlich wertvoller als eine überladene Allzwecklösung. Die sieben Workflows mit dem grössten Automatisierungspotenzial für Schweizer KMU – von der Anfragenerfassung über den Zahlungsabgleich bis zum Onboarding – finden Sie im Leitfaden Prozesse automatisieren in der Schweiz.

Praktische Leitlinie für KMU-Entscheider

Wenn Sie eine digitale Workflow-Lösung evaluieren oder in Auftrag geben, helfen diese vier Kontrollfragen:

1. Vor jeder neuen Funktion (YAGNI): Hat diese Funktion einen direkten Prozessnutzen im laufenden Betrieb? Wenn nicht, gehört sie nicht in Version 1.
2. Bei jeder Regel und Validierung (DRY): Wird diese Logik bereits irgendwo anders gepflegt? Wenn ja, soll die neue Stelle darauf zugreifen – nicht eine Kopie anlegen.
3. Bei jedem Stammdatum (SSOT): Wo ist die verbindliche Quelle für diesen Wert? Wenn es mehr als eine Quelle gibt, braucht es ein Klärungskonzept, bevor der Workflow in Betrieb geht.
4. Bei jedem Designentscheid (KISS): Gibt es eine einfachere Lösung, die dasselbe Ergebnis liefert? Fast immer lautet die Antwort: ja.

Diese vier Fragen sind keine technischen Kontrollen. Sie sind Steuerungsinstrumente für Entscheider, die sicherstellen wollen, dass eine Investition in digitale Prozesse auch wirklich produktiv wird – und nicht in einem gut gemeinten, aber kaum genutzten System endet.

Fazit: Die beste Workflow-Software für Schweizer KMU ist die klarste

KISS, YAGNI, DRY und SSOT sind keine abstrakten Softwarekonzepte aus dem Lehrbuch. Sie sind der Unterschied zwischen einer digitalen Workflow-Lösung, die im Alltag tatsächlich genutzt wird, und einer, die nach einem Jahr in der Schublade liegt.

Möchten Sie herausfinden, welche Ihrer Geschäftsprozesse sich für eine einfache, zuverlässige Digitalisierung eignen – und wie Sie dabei von Anfang an auf dem richtigen Fundament aufbauen? Im Leitfaden Web-App entwickeln lassen zeigen wir, wie eine massgeschneiderte Plattform von der Idee über den MVP bis zum Go-live entsteht – einschliesslich Kostenvergleich, Integrationen und Datenschutz. Auf unserer Seite zu digitalen Workflows und Web-Apps beschreiben wir, wie wir konkret vorgehen: vom Workflow-Audit mit Fixpreis über den klickbaren Prototyp bis zum laufenden Betrieb.