Individualsoftware und wann sie sich lohnt: Ein Entscheidungsweg für Inhaber ohne IT-Team

Was „Individualsoftware“ bedeutet, wenn Sie kein IT-Team haben

Individualsoftware ist Code, der sich an den tatsächlichen Abläufen eines Unternehmens orientiert, und nicht ein Unternehmen, das sich an die Software anpassen muss. Es ist eine Frage der Form, nicht der Größe.

Am einen Ende des Spektrums steht ein komplettes, von Grund auf neu entwickeltes System. Am anderen Ende steht eine Schnittstelle zwischen Tools, die Sie bereits besitzen. Eine Schnittstelle, die eine Bestellung ohne manuelles Abtippen aus einer Angebotsdatei in ein Buchhaltungsprogramm überträgt, ist Individualsoftware – selbst wenn nichts davon komplett neu erfunden wurde.

Die von Niro Digital veröffentlichte Definition umfasst „maßgeschneiderte CRM-Systeme, Dashboards, Mitarbeiter-Tools, Logistiksysteme, Automatisierungstools und KI-integrierte Workflows“ und besagt, dass dies „am besten geeignet“ für Unternehmen ist, die wichtige Abläufe über „Tabellenkalkulationen, generische Tools, manuelle Übergaben oder isolierte Systeme“ abwickeln. Die entscheidenden Worte sind die letzten vier, da sie einen Zustand beschreiben, kein Produkt.

Dieselbe Unterscheidung zeigt sich darin, wie Niro Digital die Dienstleistung selbst beschreibt: Die Entwicklung von Individualsoftware umfasst „CRMs, Dashboards, Mitarbeiter-Tools, Logistiksysteme, die sich an den tatsächlichen Abläufen des Unternehmens orientieren“. Diese Anpassung ist der Kernpunkt. Ein Standardprodukt verlangt von Ihnen, sich anzupassen; ein maßgeschneidertes System passt sich dem Fluss an, den Sie bereits haben.

Ein Begriff, den wir vor der Entscheidung klären müssen: Scope (Leistungsumfang) bezeichnet die vereinbarte Grenze dessen, was das System tun und was es nicht tun wird. Der Scope für die Version 1 ist der wichtigste Satz in jedem Softwareprojekt, und wir werden darauf zurückkommen.

Wo liegt der Engpass?

Stellen Sie sich eine Frage: Wo liegt der Engpass? Nicht „Welches Produkt ist das beste?“ oder „Welches System sollten wir kaufen?“.

Ein Engpass kann innerhalb eines einzelnen Standard-Tools liegen. Die Buchhaltungssoftware kann bereits wiederkehrende Rechnungen erstellen, aber niemand hat die Vorlage eingerichtet. Das CRM kann bereits eine Lead-Phase verfolgen, aber niemand hat das Feld konfiguriert. Nutzen Sie dies als Ausgangshypothese: Ein Engpass, der innerhalb eines einzelnen Tools auftritt, sollte zuerst anhand der Konfigurationsmöglichkeiten dieses Tools geprüft werden.

Ein Engpass kann auch an einer Schnittstelle liegen, an der Daten zwischen Tools, Personen oder Papier weitergegeben werden. Dieselbe Bestellnummer wird vielleicht manuell von Excel in die Buchhaltungssoftware übertragen, auf eine Auftragskarte aus Papier in der Werkstatt geschrieben und dann erneut in einen Lieferschein eingetippt. Betrachten Sie diese Bruchstellen als eine Hypothese, die es wert ist, geprüft zu werden, bevor Sie Code spezifizieren.

Bei Niro Digital nutzen wir eine vorläufige Heuristik zur Scope-Ermittlung mit drei Pfaden:

• Innerhalb eines Standard-Tools → Konfiguration ist der erste Pfad, den es zu prüfen gilt.
• An einer Schnittstelle zwischen Tools, Personen oder Papier → Eine bewusst schlanke Individualsoftware-Ebene ist eine genauere Betrachtung wert.
• Niemand kann den aktuellen Ablauf klar beschreiben → Visualisieren Sie den Ablauf vor jeder Software-Entscheidung.

Drei ehrliche Wege: Konfigurieren, Verbinden oder Warten

Das bestehende Tool konfigurieren. Wenn das Standardprodukt die Funktion bereits bietet, ist dies der erste Pfad, den Sie testen sollten. Das kostet Einrichtungszeit, keinen Code. Das eindeutige Zeichen dafür ist, dass der Engpass verschwindet, sobald jemand mit Kenntnissen über das Tool eine Einstellung, eine Vorlage oder ein Feld anpasst.

Die bestehenden Tools mit einer schlanken Individualsoftware-Ebene verbinden. Lassen Sie die Angebotsdatei, die Buchhaltungssoftware und die Werkstattbelege unverändert. Bauen Sie nur die fehlende Brücke, die die Übergabe dokumentiert, wenn sie stattfindet. Eine erste Version könnte festhalten, dass eine Bestellung von „angeboten“ zu „in Produktion“ gewechselt ist, den Meilenstein dokumentieren sowie wer ihn wann geändert hat. Das ist eine Datenbank mit einer klar umrissenen Aufgabe, kein Ersatz für die umliegenden Tools.

Was eine erste Version bewusst ausschließt, ist ebenso wichtig wie das, was sie enthält. Kein vollständiger Ersatz der Buchhaltung, keine Produktionssteuerung auf Maschinenebene, keine mobile App (es sei denn, der mobile Zugriff ist der Engpass) und kein Reporting-System, das über das hinausgeht, was der Exporteur tatsächlich benötigt. Ausschlüsse definieren den Scope. Sie verhindern, dass ein Projekt versehentlich zu einem kompletten ERP-Neubau ausartet.

Vorerst nichts tun. Wenn niemand den aktuellen Ablauf beschreiben kann oder im Unternehmen niemand die Verantwortung für die Veränderung übernommen hat, visualisieren Sie den Ablauf vor jeder Software-Entscheidung. Das erste Arbeitsergebnis ist ein Ablaufplan, kein System.

Die Serviceseite für maßgeschneiderte CRMs zeigt eine spezifische Form, die dieser mittlere Pfad annehmen kann, falls sich herausstellt, dass die Schnittstelle CRM-ähnlich ist: ein fokussiertes System dafür, wie sich Kunden und Bestellungen bewegen, kein Ersatz für das gesamte Unternehmen.

Wann sich Individualsoftware nicht lohnt

Aus unserer Sicht rechtfertigt keine der folgenden Situationen die Beauftragung von Code zum jetzigen Zeitpunkt:

• Der Prozess funktioniert innerhalb eines Standard-Tools und erfordert lediglich eine Konfiguration.
• Niemand kann den aktuellen Ablauf von Anfang bis Ende klar beschreiben.
• Das Unternehmen ist nicht bereit, eine verantwortliche Person für die Veränderung zu bestimmen.
• Der eigentliche Wunsch ist es, ein komplettes ERP zu ersetzen, anstatt ein einzelnes, klar abgegrenztes Problem zu lösen.

Letzteres ist das teuerste Missverständnis. Die Anforderung „das ERP ersetzen“ ist ein Mammutprojekt mit vielen Schnittstellen und vielen Verantwortlichen. Die Anforderung „den Meilenstein erfassen, wenn eine Bestellung vom Biegen zur Oberflächenbehandlung übergeht“ ist ein klar abgegrenztes Problem. Wir empfehlen, nur die zweite Art von Projekten in Auftrag zu geben.

Das Projektrisiko lässt sich leichter einschätzen, wenn die Definition von Erfolg explizit ist. Die CHAOS-Klassifizierung definiert „erfolgreich“ als pünktlich, im Rahmen des ursprünglichen Budgets und mit dem vereinbarten Funktionsumfang; alles, was bei Kosten, Zeitplan oder Scope abweicht, gilt als „gefährdet“ (challenged); alles, was abgebrochen oder nach der Bereitstellung nie genutzt wird, gilt als „gescheitert“ (failed). Das ist wichtig, denn „verspätet, aber funktionsfähig“ und „pünktlich, aber mit nur der Hälfte der Funktionen“ gelten beide als gefährdet, nicht als Erfolg.

Das Risiko konzentriert sich vor allem auf die Projektgröße. Primärdaten von Standish im CHAOS Summary 2009 zeigen, dass Projekte mit weniger als $750,000 Personalkosten eine Erfolgschance von etwa 71% hatten; Projekte zwischen $750,000 und $3 million eine Chance von 38%; Projekte über $10 million hatten eine Chance von etwa 2%, pünktlich und im Budget abgeschlossen zu werden. Der Datensatz ist alt, daher nutzen wir ihn eher zur Orientierung als für aktuelle Vorhersagen: Klein und klar abgegrenzt ist die vernünftige Größe für ein erstes Projekt.

Ein Grund, warum dieser Abschnitt bei einer Agentur existiert, die Individualsoftware verkauft, ist der von Niro Digital veröffentlichte Wert der Radikalen Transparenz (Radical Transparency): „Keine versteckten Gebühren, keine geschönten Kennzahlen und kein Besitzanspruch auf Ihre Daten. Sie besitzen Ihre Werbekonten und Ihren Code.“ Das ist ein veröffentlichtes Versprechen, keine Garantie für das Verhalten jedes Anbieters – aber es ist eine Aussage, an der Sie uns messen können.

Wenn die obigen Stoppsignale die Idee nicht ausschließen, zeigt die Projektbibliothek den Umfang der Arbeiten, die Niro Digital tatsächlich realisiert hat. Suchen Sie nach Projekten mit einer klar umrissenen Aufgabe, nicht nach einem System für das gesamte Unternehmen, das als erster Schritt getarnt ist.

Der Audit-Trail des Exporteurs: Ein konkretes Beispiel

Hier ist der Filter angewandt auf einen Ablauf von der Angebotserstellung bis zur Übergabe, der einem Präzisionsblechbearbeitungsbetrieb ähnelt. Dies dient zur Veranschaulichung und ist kein Kundenfall von Niro.

Ein Auftrag beginnt als Excel-Angebot, wird für die Rechnung in die Buchhaltungssoftware kopiert und geht dann auf eine Auftragskarte in der Werkstatt über. Die Karte wandert durch Laserschneiden, Biegen und Oberflächenbehandlung bis zur Auslieferung. Ein Kundenvertrag erfordert nun nachverfolgbare Auftragsmeilensteine und einen Audit-Trail.

Vor der Klassifizierung dieser Anforderung stellen sich vier Fragen zur Scope-Ermittlung:

• Welche Nachweise verlangt der Vertrag tatsächlich? Solange der Wortlaut nicht feststeht, kann „nachverfolgbare Meilensteine“ einen geteilten Online-Status, ein signiertes Audit-Protokoll oder etwas dazwischen bedeuten.
• Wo wird jeder Meilenstein heute erfasst – Angebot freigegeben, Material bestellt, Auftragskarte ausgestellt, ein Arbeitsschritt abgeschlossen?
• Wer erfasst jeden Meilenstein und wann im Verhältnis zum eigentlichen Ereignis? Wenn „Oberflächenbehandlung abgeschlossen“ nur im Gedächtnis von jemandem existiert, bis es später eingetippt wird, welchen Nachweis würde der Vertrag akzeptieren?
• Würde der vorgeschlagene Nachweis, sobald der Wortlaut feststeht, den Vertrag erfüllen?

Solange diese Fragen nicht beantwortet sind, kann die Anforderung nicht klassifiziert werden.

Was Sie jede Agentur fragen sollten, bevor Code geschrieben wird

Die folgenden Fragen sollen helfen, das erste Arbeitsergebnis klein zu halten und einen Ausstieg zu ermöglichen.

• Was wird die Analysephase (Discovery/Deep-Dive) tatsächlich liefern? Ein schriftlicher Ablaufplan, eine Liste der Engpässe und ein vorgeschlagener Scope für die Version 1 sind nützliche Antworten. Ein Verkaufsgespräch ist kein Arbeitsergebnis.
• Was liegt für Version 1 explizit außerhalb des Scopes (out of scope)? Wenn die Agentur darauf keine Antwort hat, hat das Projekt bereits keine Grenzen.
• Wem gehören der Code und die Daten? Sie benötigen eine klare Antwort, auch darüber, was mit dem Code passiert, wenn Sie die Zusammenarbeit beenden.
• Wie sieht die Support-Vereinbarung nach dem Launch aus und was kostet sie? Die einmalige Entwicklung und die laufende Wartung sind zwei separate Entscheidungen.
• Wie können wir das Projekt stoppen oder übergeben, wenn es nicht funktioniert? Eine seriöse Agentur kann ein Ausstiegsszenario ohne Zögern beschreiben.
• Werden Sie empfehlen, ein bestehendes Tool zu konfigurieren, wenn das die ehrlichere Antwort ist? Wenn die Antwort immer „neu bauen“ lautet, sollten Sie das als Warnsignal betrachten.
• Werden Sie diesen Scope in einem schriftlichen Angebot festhalten, bevor wir uns verpflichten? Es muss die Kosten für die Analyse, die Entwicklungskosten, Integrationsannahmen, ausgeschlossene Arbeiten und das Datum der ersten Inbetriebnahme für eine eng definierte erste Version nennen.

Niro Digital's veröffentlichter erster Arbeitsschritt vor dem Schreiben von Code ist ein „Operational deep dive“: „Wir analysieren das Unternehmen eingehend, bevor wir Code schreiben: wie Arbeit ins Unternehmen gelangt, wie sie sich zwischen Personen bewegt, wo Daten liegen und wo Zeit verschwendet wird.“ Das ist die Art von erstem Arbeitsergebnis, nach der es sich zu fragen lohnt.

Das veröffentlichte Geschäftsmodell für Individualsoftware lautet: „Projekt-Scope basierend auf Analyse, Systemkomplexität, Integrationen und laufendem Supportbedarf.“ Auf dieser Seite wird kein fester Projektpreis genannt. Die einzigen Richtwerte, die Niro Digital veröffentlicht, befinden sich auf der Preisseite, die mit Stand vom 8 September 2026 Preisspannen für Webentwicklung, Marketing-Setup und Retainer sowie Performance-Optimierung auflistet, mit dem Hinweis, dass diese typische Projekte widerspiegeln. Diese Spannen gelten nicht für Individualsoftware und beantworten diese Frage nicht. Einschränkung: Niro Digital veröffentlicht keine Richtpreise oder Lieferfristen für Individualsoftware, daher kann dieser Artikel nicht feststellen, ob eine erste Version in ein bestimmtes Budget oder einen Zeitrahmen passt. Wir werden hier keinen Preis für Individualsoftware erfinden, da ein kalkulierter Preis ohne vorherige Ablaufanalyse bedeutungslos ist.

Was als zufriedenstellende Antwort gilt. Die Antworten zu Support und Ausstieg sollten einen Support-Verantwortlichen und die Reaktionszeiten nennen; wiederkehrende Wartungsgebühren schriftlich festhalten oder angeben, dass diese bis zur Scope-Definition unbekannt sind; Ihren Zugriff auf Code und Daten bestätigen; das für den Ausstieg erforderliche Übergabepaket spezifizieren; und einen Werkstatt-Mitarbeiter benennen, der für die Erfassung jedes Meilensteins verantwortlich ist. Das veröffentlichte Material erlaubt es diesem Artikel nicht, diese Kosten abzuschätzen.

Die 90-minute-Bestandsaufnahme für Ihren ersten Schritt

Sie können dies ohne Berater durchführen. Nehmen Sie sich 90 minutes Zeit, ein Whiteboard oder ein großes Blatt Papier und einen Verantwortlichen, der den Ablauf genau kennt.

1. Wählen Sie einen zentralen Auftragsfluss – von der Angebotserstellung bis zur Übergabe ist ein guter Kandidat.
2. Listen Sie jedes beteiligte Tool und jede Person auf: die Angebotsdatei, die Buchhaltungssoftware, die Auftragskarte in der Werkstatt, die Person, die Kundenfragen beantwortet.
3. Zeichnen Sie den Ablauf in Kästchen und Pfeilen auf – und zwar exakt so, wie er heute abläuft, nicht wie er ablaufen sollte.
4. Markieren Sie jede Schnittstelle, an der Daten übergeben oder neu eingegeben werden.
5. Markieren Sie, wo der Audit-Trail lückenhaft ist: ein Arbeitsschritt, der nur auf dem Papier, in E-Mails oder im Kopf von jemandem existiert.
6. Schreiben Sie den ersten Digitalisierungsschritt in ein oder zwei einfachen Sätzen auf.

Gute Beispiele: „Den Ablauf von der Angebotserstellung bis zur Übergabe visualisieren und die drei Meilensteine erfassen, die derzeit nur in E-Mails existieren.“ Oder: „Die Angebotsdatei und die Buchhaltungssoftware verbinden, damit freigegebene Aufträge nicht mehr manuell abgetippt werden müssen.“ Schlechte Beispiele: „Die Werkstatt digitalisieren“, „ein ERP kaufen“, „alles automatisieren“.

Dieses Ergebnis in einem einzigen Satz ist der eigentliche Zweck der Übung. Es ist konkret genug, um den Scope zu definieren, und klein genug, um bei einem Fehler kostengünstig korrigiert zu werden.

Dieser Satz ist alles, was für den Einstieg in ein Gespräch über den Scope nötig ist.

Wenn Sie eine zweite Meinung darüber wünschen, ob der nächste Schritt Konfigurieren, Verbinden oder Warten lautet, schreiben Sie uns über die Kontaktseite. Beschreiben Sie den gefundenen Engpass und fragen Sie nach einem Scope für diesen ersten Schritt – nicht nach einer kompletten Entwicklung. Die Kontaktseite gibt eine typische Antwortzeit von innerhalb 24 hours an Werktagen an. Niro Digital ist zudem unter info@nirodigital.com oder +386 70 630 880 erreichbar. Sie können uns auch gerne schreiben, wenn Sie vermuten, dass die ehrliche Antwort „das bestehende Tool konfigurieren“ oder „vorerst nichts tun“ lautet.