# Individualsoftware für KMU

Wir bauen interne Tools und Plattformen für Schweizer KMU, wenn Standardsoftware nicht sauber passt und eine eigene Lösung wirtschaftlich sinnvoll ist.

## So wird aus einem Engpass ein brauchbares internes Tool

Erst den Ablauf und Nutzen klären, dann klein bauen und sauber einführen.

### Ablauf und Kosten des Problems klären

Wir betrachten den heutigen Ablauf, beteiligte Rollen, Daten und Ausnahmen. Entscheidend ist nicht, ob eigene Software spannend wäre, sondern ob sie genug Zeit, Fehler oder Abhängigkeit reduziert, um Bau und Betrieb zu rechtfertigen.

### Kernablauf testbar machen

Wir schneiden den kleinsten Ablauf, der echten Nutzen zeigen kann, und machen ihn testbar. Bei hoher Unsicherheit eignet sich dieselbe Prototyp-Logik wie bei einem Marktprodukt; ein Prototyp ist aber noch keine produktionsreife interne Software.

### Erste nutzbare Version einführen

Wir bauen mit realistischen Daten und beziehen die Menschen ein, die später damit arbeiten. Migration, Rollen, Zugänge und Schulung werden passend zum Vorhaben geplant, statt als Nebensache nach dem Release.

### Betreiben oder sauber übergeben

Wir können Betrieb und Weiterentwicklung übernehmen. Alternativ übergeben wir Code, Daten, Zugänge und Dokumentation an dein Team oder einen anderen Partner. Kein künstlicher Lock-in.

*Wann lohnt sich eigene Software?*

## Wenn ein wichtiger Ablauf dauerhaft an Werkzeuggrenzen stösst

Typische Signale sind ein Kernprozess in Excel, mehrfach erfasste Daten, manuelle Übergaben zwischen Systemen oder Sonderfälle, die ein wichtiges Standardwerkzeug nicht abbildet. Die blosse Existenz dieser Reibung reicht aber nicht: **Der wirtschaftliche Nutzen muss Bau, Einführung und laufenden Betrieb tragen.**

Eigene Software passt, wenn der Ablauf geschäftskritisch oder differenzierend ist, ausreichend oft vorkommt und eine verantwortliche Person Entscheidungen treffen kann. Sie passt nicht, wenn ein Standardprodukt den Ablauf vernünftig löst, sich der Prozess selbst noch wöchentlich grundlegend ändert oder niemand Einführung und Nutzung im Team verantwortet.

Prüfe zuerst [eine Standardlösung in fünf Schritten](/de/wissen/standardloesung-evaluieren). Wenn Excel bereits zum Kernsystem geworden ist, hilft [diese Bestandsaufnahme](/de/wissen/excel-kernsystem-was-nun).

*Was kostet der Einstieg?*

## Die Kosten folgen derselben Etappenlogik

Wenn zuerst Produktkern oder vorhandener Prototyp geklärt werden muss, starten wir mit **Produktsparring** oder einem **kompakten Prototyp-Audit**. Beginnt innerhalb von 60 Tagen eine Prototyp-Phase, wird der bezahlte Einstieg einmalig vollständig angerechnet.

Eine **Prototyp-Phase** liefert einen testbaren Prototyp. Sie ist sinnvoll, wenn Ablauf, Rollen oder Bedienung noch geprüft werden müssen; sie enthält nicht automatisch produktionsreife Schnittstellen, Migration und laufenden Betrieb.

Für Aufbau und priorisierte Weiterentwicklung arbeiten wir mit einem **priorisierten Produktteam** und mindestens drei Monaten Laufzeit. Was in dieser Zeit erreichbar ist, hängt besonders von Datenmigration, Rollen, Schnittstellen, Sicherheitsanforderungen und Verfügbarkeit deiner Fachpersonen ab. Drittanbieter- und Infrastrukturkosten kommen separat hinzu.

Für einen belastbaren Gesamtentscheid müssen Einführungs-, Betriebs- und interne Veränderungskosten mitgerechnet werden; [ERP-Schnittstellen](/de/wissen/schnittstellen-erp-anbindung-kosten) sind häufig ein eigener Kostentreiber.

*Welche Optionen hast du?*

## Standardsoftware anpassen, automatisieren oder selbst bauen

**Standardsoftware:** Ist meistens der beste Start, wenn dein Ablauf üblich ist und das Werkzeug Datenexport sowie vernünftige Schnittstellen bietet.

**Standardsoftware plus Automatisierung:** Passt, wenn wenige, stabile Übergaben fehlen. Sie wird problematisch, wenn viele fragile Verbindungen niemand mehr überblickt.

**No-Code:** Eignet sich für einfache interne Abläufe und frühe Tests. Prüfe Rechte, Datenexport, Plattformgrenzen und Kosten bei wachsender Nutzung.

**Individualsoftware:** Passt, wenn der Ablauf besonders, wichtig und dauerhaft ist. Du gewinnst Passung und Kontrolle, übernimmst aber auch die Verantwortung für Einführung und laufenden Unterhalt.

**Intern bauen:** Ist sinnvoll, wenn du Fachführung und technische Kapazität langfristig im Haus hast. Ein externes Produktteam ist eine Alternative, wenn diese Rollen nicht vollständig vorhanden sind.

Vertiefend: [Branchensoftware vs. Individuallösung](/de/wissen/branchensoftware-vs-individualloesung) und [Standard-Tool anpassen vs. eigenes bauen](/de/wissen/standard-tool-anpassen-vs-eigenes-bauen).

*Welche Belege gibt es?*

## Eigene Produkte belegen Betrieb, nicht deinen Business Case

Unsere seit 2023 betriebenen eigenen Produkte **[Wortfreunde](/de/projekte/wortfreunde)** und **[Reazon](/de/projekte/reazon)** zeigen, dass wir Entwicklung und laufenden Betrieb zusammen denken. Der **[Projektüberblick](/de/projekte)** soll Status und verantworteten Umfang nachvollziehbar halten.

Das beweist noch nicht, dass sich eine individuelle Lösung in deinem KMU rechnet. Dafür braucht es vor Projektstart deine Fallzahlen: Häufigkeit, Zeitaufwand, Fehlerkosten, Risiko und erwartete Nutzungsdauer.

Externe KMU-Referenzen, messbare Zeitersparnis oder Einführungsquoten werden auf dieser Seite erst genannt, wenn dafür schriftliche Freigaben und belastbare Vorher-Nachher-Daten vorliegen.

*Unser pragmatischer Rat*

## Kaufe Standard, wenn Standard reicht

Prüfe zuerst, ob ein vorhandenes Werkzeug den Ablauf ausreichend gut löst. Wenn ja, ist Kaufen meist schneller und günstiger als Bauen. Wenn nur eine stabile Übergabe fehlt, automatisiere gezielt statt ein neues Kernsystem zu schaffen.

Baue individuell, wenn der Ablauf wichtig, wiederkehrend und besonders genug ist. Beginne dann mit dem engsten vollständigen Ablauf, nicht mit einer Plattform für alle denkbaren Fälle. Beziehe die späteren Nutzer früh ein und plane Datenmigration, Rechte, Betrieb und Übergabe von Beginn an.

Für die Reihenfolge eignet sich die Frage: Welcher einzelne Ablauf verursacht heute den grössten belegbaren Aufwand? [Interne Tools, die sich für KMU am schnellsten rechnen](/de/wissen/interne-tools-die-sich-rechnen-kmu) hilft beim Einordnen; [Daten aus Altsystemen migrieren](/de/wissen/daten-aus-altsystemen-migrieren) zeigt die oft unterschätzte Folgearbeit.

*Zusammenarbeit*

## Erst belegen, dann bauen

Wir klären den Nutzen, machen den Kern testbar und bauen erst danach produktionsreif. Produktsparring oder kompakter Prototyp-Audit sind die bezahlten Einstiege; die Prototyp-Phase liefert einen testbaren Prototyp. Für Aufbau und Weiterentwicklung reservierst du ein priorisiertes Produktteam für mindestens drei Monate. Code, Daten und Zugänge gehören dir.

## Häufige Fragen

### Wann solltest du keine Individualsoftware bauen?

Wenn Standardsoftware den Ablauf ausreichend gut löst, der Prozess selbst noch instabil ist oder Nutzen und Verantwortung nicht klar sind. Dann empfehlen wir zuerst Evaluation, Prozessarbeit oder einen kleineren Test.

### Könnt ihr Daten aus Excel oder einem Altsystem übernehmen?

Oft ja. Wir prüfen Format, Qualität, Zuordnung und nötige Bereinigung. Migration ist ein eigener Teil des Scopes und nicht pauschal in einer Prototyp-Phase enthalten.

### Wie bindet ihr dein Team ein?

Eine fachlich verantwortliche Person priorisiert mit uns. Spätere Nutzer testen zentrale Abläufe früh. Schulung, Rollout und Rückmeldungen werden passend zum Vorhaben geplant.

### Gehören Software und Daten dir?

Ja. Code, Daten und Zugänge gehören dir. Du kannst den Betrieb später intern oder mit einem anderen Partner übernehmen.

## Welcher Ablauf kostet dich heute am meisten?

Schreib uns Problem, aktuellen Stand, gewünschten Start und Budget. Wir sagen dir offen, ob Standardsoftware, ein kleiner Test oder Individualsoftware sinnvoll ist.

- [Ablauf per E-Mail schildern](mailto:team@wertstifter.ch?subject=Digitale%20Produktidee%20besprechen&body=Idee%20oder%20Problem%3A%0AAktueller%20Stand%3A%0AGew%C3%BCnschter%20Start%3A%0ABudget%3A%0A)