Standardsoftware oder Individualsoftware? So messen Sie, was Sie brauchen

Standardsoftware oder Individualsoftware? Entscheidend ist, wie viel Ihrer tatsächlichen Arbeit ein fertiges Produkt abdeckt. Liegt der gewichtete Abdeckungsgrad bei rund 80 Prozent oder darüber und fehlt nichts Geschäftskritisches, kaufen Sie Standardsoftware. Liegt er zwischen 60 und 80 Prozent und konzentrieren sich die Lücken auf wenige Stellen, nehmen Sie einen Standardkern und lassen nur diese Stellen ergänzen. Unter 60 Prozent, und das ausgerechnet in dem Prozess, mit dem Sie sich vom Wettbewerb abheben, spricht vieles für Individualsoftware.

Diese Schwellen sind eine von uns vorgeschlagene Arbeitsregel, kein Studienergebnis. Der eigentliche Nutzen liegt in der Arbeit, die zu der Zahl führt: Sie sehen, was in Ihrem Betrieb wirklich besonders ist und was sich nur über die Jahre so eingeschliffen hat. Offen gesagt sind wir nicht neutral, denn Welda betreibt eigene Standardprodukte (Welda Stock, Welda CRM) und entwickelt zugleich Individualsoftware. Die folgende Methode funktioniert deshalb bewusst mit jedem Anbieter.

Warum „Standard oder individuell“ selten eine Entscheidung für das ganze Unternehmen ist

In vielen Mittelstandsbetrieben wird die Frage gestellt, als gäbe es nur eine Antwort. Dabei ist es völlig normal, dass in derselben Firma die Lohnabrechnung beim Steuerberater läuft, die Finanzbuchhaltung in einem verbreiteten Standardprogramm und die Angebotskalkulation in einem kleinen, eigens entwickelten Werkzeug. Wer eine einzige Antwort sucht, landet schnell bei einem von zwei teuren Fehlern: Er lässt Selbstverständliches neu programmieren, oder er presst das, was ihn auszeichnet, in die Logik eines fremden Produkts.

Trennen Sie deshalb zuerst Ihre Prozesse. Auf der einen Seite stehen Abläufe, die fast alle ähnlich erledigen: Rechnungen stellen, Löhne abrechnen, Belege erfassen, E-Mails versenden. Hier bringt Originalität Ihren Kunden nichts, und Ihr Steuerberater schätzt ohnehin das Übliche. Auf der anderen Seite stehen Abläufe, wegen derer Kunden gerade zu Ihnen kommen: die Kalkulation, mit der Sie am selben Tag ein belastbares Angebot für ein Sonderteil abgeben, die Termintreue durch eine besondere Fertigungssteuerung, das eigene Rahmenvertragsmodell für Ihre Händler.

Dafür gibt es eine einfache Probe: Würde es Ihnen schaden, wenn ein Wettbewerber diesen Ablauf morgen genauso umsetzt wie Sie? Falls nicht, handelt es sich um Routine, und Kaufen ist fast immer richtig. Falls doch, lohnt sich eine genauere Prüfung.

Bleiben Sie dabei misstrauisch gegenüber der eigenen Antwort. „Bei uns ist alles anders“ hört man in fast jedem Betrieb, doch häufig ist nur die gewachsene Gewohnheit anders. Sieht der Kunde den Unterschied nicht und zahlt auch nicht dafür, ändern Sie lieber den Ablauf. Software nach einer alten Gewohnheit zu bauen, ist die teuerste Art, Veränderung zu vermeiden.

Den Abdeckungsgrad messen, bevor der erste Vertrieb anruft

Aus einer Funktionsliste lässt sich der Abdeckungsgrad nicht ablesen. Sie sagt, dass eine Funktion existiert, nicht dass Ihre Arbeit damit machbar ist. Im Grunde ist das eine verkürzte Fit-Gap-Analyse, und dafür genügen eine Tabelle und die Menschen, die die Arbeit erledigen.

Tätigkeiten erfassen. Bitten Sie zwei Wochen lang die Mitarbeitenden im Prozess, Zeile für Zeile festzuhalten, was sie tun. „Auftragsbearbeitung“ ist als Zeile unbrauchbar. „Zeichnung aus der Kunden-E-Mail ablegen“, „Materialpreis beim Lieferanten nachfragen“ und „Rüstzeit für das Sonderteil schätzen“ sind brauchbar. In einem mittelgroßen Prozess kommen meist 30 bis 60 Zeilen zusammen. Führungskräfte beschreiben gern den Sollzustand, die Ausführenden kennen den Istzustand.

Gewichten. Vergeben Sie eine 3, wenn ein Ausfall Kunden oder Geld direkt trifft, eine 2 bei häufiger und zeitintensiver Arbeit, eine 1 bei seltenen oder nebensächlichen Tätigkeiten. Wenn deutlich mehr als ein Fünftel der Zeilen eine 3 bekommt, sind Sie vermutlich nicht streng genug.

Am eigenen Beispiel bewerten. Spielen Sie die Zeilen mit jedem Kandidaten und mit Ihren echten Fällen durch und vergeben Sie Punkte.

Rechnen. Multiplizieren Sie je Zeile Gewicht und Punkte, addieren Sie alles und teilen Sie durch das Gesamtgewicht. Zur Veranschaulichung nehmen wir einen erfundenen Metallverarbeiter als Zulieferer: 45 Beschäftigte, viele Kleinserien und Sonderteile. Beim Standard-ERP, das er prüft, kommt er auf 83 von 120 möglichen Punkten, also rund 69 Prozent.

Für sich genommen sagen 69 Prozent wenig. Aufgeschlüsselt nach Bereichen aber sehr viel. Stammdaten, Rechnungsstellung, Einkauf und Lager passen gut, während die Angebotskalkulation für Sonderteile weit zurückliegt und die Fertigungsrückmeldung irgendwo dazwischen hängt. Dieses Bild lautet nicht „Wir brauchen ein eigenes ERP“, sondern „Wir brauchen eine Lösung für die Kalkulation“. Ohne Aufschlüsselung hätten Sie das nicht erkannt.

Was der Durchschnitt verschweigt: K.-o.-Kriterien und stille Excel-Listen

Auch ein hoher Wert kann täuschen. Zunächst durch K.-o.-Kriterien: Hat eine Zeile mit Gewicht 3 keinen Punkt bekommen, nützen Ihnen 90 Prozent im Durchschnitt nichts. Ein Lebensmittelbetrieb ohne Chargenrückverfolgung kann mit einem sonst tadellosen Warenwirtschaftssystem wenig anfangen. Schreiben Sie diese Kriterien vor der ersten Vorführung auf und lassen Sie die Geschäftsführung unterschreiben. Sonst werden sie nach einer guten Demo stillschweigend weicher.

Dann durch die laufenden Kosten der Handarbeit. Eine 0,2 sieht in der Tabelle klein aus, doch jemand bezahlt sie täglich mit Arbeitszeit. Rechnen Sie in Stunden, darüber wird weniger gestritten als über Geld. Ein Beispiel: Zwei Mitarbeitende in der Arbeitsvorbereitung pflegen die Kalkulation in einer Excel-Liste neben dem ERP und übertragen das Ergebnis von Hand. Bei je 60 Minuten pro Tag und 20 Arbeitstagen im Monat sind das 40 Stunden monatlich. Darin stecken noch nicht das falsch kalkulierte Angebot und auch nicht das Risiko, dass nur eine Person die Makros versteht und bald in Rente geht.

Machen Sie diese Rechnung für jede Handarbeit und bilden Sie die Summe. Das Ergebnis spricht nicht immer fürs Programmieren. Für einen Kopiervorgang, der zwei Stunden im Monat kostet, Software entwickeln zu lassen, ist schlicht Verschwendung. Manche Lücke darf offen bleiben. Dann bekommt sie einen Verantwortlichen und eine schriftliche Anleitung, und das Thema ist erledigt.

Der dritte Weg: Standardkern mit eigenem Baustein

Die Frage „Standardsoftware oder Individualsoftware“ unterschlägt die Antwort, die für viele wachsende Betriebe passt: Standard für den Großteil, Eigenentwicklung nur an der entscheidenden Stelle. Für unseren Zulieferer hieße das etwa, Aufträge, Lager und Einkauf im Standard-ERP zu führen und die Kalkulation in einer kleinen Anwendung zu lösen, die ihre Ergebnisse über eine Schnittstelle übergibt.

Auch dieser Weg hat Stufen. Die leichteste sind Automatisierungswerkzeuge wie Make, Zapier oder n8n, mit denen sich Abläufe der Art „Neuer Auftrag, also Liste aktualisieren und Person benachrichtigen“ ohne oder mit wenig Code einrichten lassen. Unser Leitfaden zur Geschäftsprozessautomatisierung hilft, passende Kandidaten zu finden. Die nächste Stufe ist die API-Integration, bei der Systeme direkt Daten austauschen und niemand mehr abtippt. Darüber liegen kleine Anwendungen neben dem Standardprodukt, etwa ein Händlerportal, ein Kalkulator oder eine Rückmeldemaske für die Fertigung.

Das Ganze steht und fällt mit offenen Türen. Prüfen Sie, ob es eine dokumentierte Schnittstelle gibt, ob sie in Ihrem Lizenzmodell enthalten ist, ob sie auch Schreibzugriff erlaubt und welche Grenzen sie hat. Ändert der Hersteller seine API, muss auch Ihr Baustein angepasst werden. Das gehört in das Wartungsbudget. Wer diesen Weg für billige Individualsoftware hält, irrt sich: Er bringt die Einschränkungen beider Welten mit, dafür auch ihre jeweiligen Stärken.

Wo der Gesetzgeber die Entscheidung bereits vorwegnimmt

In Deutschland gibt es Bereiche, in denen Sie den Abdeckungsgrad gar nicht erst berechnen müssen. Wenn Regeln gesetzlich vorgegeben sind und sich ändern, lohnt es sich für einen mittelständischen Betrieb selten, eigenen Code dafür nachzuziehen. Die folgenden Hinweise ersetzen keine Rechts- oder Steuerberatung; prüfen Sie Ihren Fall mit den zuständigen Fachleuten.

Kassenführung. Wer Bargeschäfte über ein elektronisches Aufzeichnungssystem erfasst, muss die Vorgaben der Kassensicherungsverordnung beachten, darunter die zertifizierte technische Sicherheitseinrichtung (TSE). Eine selbst programmierte Kasse ist hier selten sinnvoll. Nutzen Sie eine bestehende Kassenlösung und binden Sie sie bei Bedarf an. Welda Stock ist übrigens in unseren Produktunterlagen nicht als TSE-zertifizierte Kasse beschrieben, und wir würden es auch nicht so verkaufen.

Buchhaltung, GoBD und E-Rechnung. Sobald eine Eigenentwicklung steuerlich relevante Daten verarbeitet, müssen Sie die GoBD im Blick haben, etwa bei Nachvollziehbarkeit und Unveränderbarkeit. Zudem müssen inländische Unternehmen grundsätzlich strukturierte E-Rechnungen empfangen können, und die Pflicht zum Ausstellen wird schrittweise eingeführt. Lassen Sie daher keine eigene Buchhaltung entwickeln, sondern eine saubere Übergabe an Ihr vorhandenes Programm, etwa die von vielen Kanzleien genutzte DATEV-Welt. Testen Sie dabei auch Gutschriften und Stornos.

Datenschutz. Weder der Standard noch die Eigenentwicklung ist von selbst DSGVO-konform. Beim Produkt prüfen Sie Auftragsverarbeitungsvertrag, Speicherort und Unterauftragnehmer. Bei Individualsoftware gehören Berechtigungen, Protokollierung, Lösch- und Aufbewahrungsfristen von Anfang an in die Konzeption. Arbeitet ein Dienstleister außerhalb der EU, kommt die Frage der Drittlandübermittlung hinzu. Das betrifft auch uns, denn Welda arbeitet aus Istanbul. Klären Sie deshalb vorab mit Ihrem Datenschutzbeauftragten die rechtliche Grundlage und ob Entwicklung und Test mit anonymisierten Daten möglich sind.

Mitbestimmung. Gibt es einen Betriebsrat, kann die Einführung von Software mitbestimmungspflichtig sein, sobald sie geeignet ist, Verhalten oder Leistung der Beschäftigten zu überwachen. Das gilt für Standard wie für Eigenentwicklung, und eine Rückmeldemaske in der Fertigung ist schnell davon betroffen. Beziehen Sie ihn früh ein, sonst verlieren Sie am Ende Zeit.

Eigentum, Werkvertrag, Abnahme: das Kleingedruckte der Eigenentwicklung

Der größte Reiz von Individualsoftware ist die Unabhängigkeit: Niemand erhöht Ihnen die Lizenz, stellt das Produkt ein oder entscheidet über Ihre Roadmap. Das stimmt. Doch Unabhängigkeit heißt auch Verantwortung. Beim Standardprodukt kümmert sich der Hersteller um Sicherheitslücken, Browser-Probleme und Serverausfälle. Bei Ihrer eigenen Anwendung steht das im Wartungsvertrag, oder es ist niemandes Aufgabe.

Auch der Go-live ist keine Ziellinie. Dann kommen die echten Wünsche der Nutzer, angebundene Systeme ändern sich, Bibliotheken veralten. Wer nur die Entwicklung budgetiert, hat schon im zweiten Jahr eine alternde Anwendung, die bald niemand mehr anfassen will. Rechnen Sie Individualsoftware von Beginn an als laufende Betriebsausgabe.

Hinzu kommt die Vertragsform, die in Deutschland oft unterschätzt wird. Ob Werkvertrag oder Dienstvertrag gilt, beeinflusst, was geschuldet ist: ein abnahmefähiges Ergebnis oder die Tätigkeit selbst. Beim Werkvertrag spielt die Abnahme eine zentrale Rolle, und dafür brauchen Sie klare Kriterien. Das klassische Paar aus Lastenheft (was Sie wollen) und Pflichtenheft (wie der Anbieter es umsetzt) schafft Klarheit, kann aber bei unklaren Anforderungen auch etwas festschreiben, das sich schon in der Umsetzung als falsch erweist. Agile Vorgehensweisen in Etappen sind flexibler, verlangen im Vertrag jedoch genaue Regeln, wie Umfang, Änderungen und Abnahme je Etappe gehandhabt werden.

Auch Nutzungsrechte sollten Sie nicht voraussetzen. Das Urheberrecht liegt bei Programmen zunächst beim Schöpfer. Für angestellte Entwickler gelten Sonderregeln, bei externen Dienstleistern kommt es hingegen auf den Vertrag an. Lassen Sie klar regeln, welche Rechte Sie erhalten, ob sie ausschließlich sind und ob Sie den Code selbst weiterentwickeln dürfen. Bei Welda liegen Quellcode, IP und Dokumentation beim Kunden, doch lassen Sie sich das bei jedem Anbieter schriftlich bestätigen und von Ihrer Rechtsberatung prüfen.

Bleibt die Abhängigkeit von Einzelpersonen. Hat ein einziger Freelancer alles entwickelt und nichts dokumentiert, gehört Ihnen der Code vielleicht auf dem Papier, praktisch hängen Sie aber an dieser Person. Die echte Probe: Liegt der Quellcode in einem Repository unter Ihrer Kontrolle, und kann eine andere Fachkraft das System allein aufsetzen?

Gesprächsfragen für Hersteller und Softwarehaus

Eine Produktdemo und ein Gespräch mit einem Entwicklungsteam verfolgen unterschiedliche Ziele, und deshalb brauchen Sie unterschiedliche Fragen. Beim Hersteller möchten Sie wissen, wie gut das Produkt zu Ihrer Arbeit passt und ob es Sie später einengt:

• Können Sie unsere drei schwierigsten echten Fälle jetzt mit unseren Beispieldaten zeigen?
• Nennen Sie für Funktionen „auf der Roadmap“ einen verbindlichen Termin, und was passiert bei Verzug?
• Welche Daten erhalten wir beim Ausstieg, in welchem Format und wie schnell? Können wir eine Beispielausgabe sehen?
• Ist die Schnittstelle öffentlich dokumentiert, in welcher Lizenz ist sie enthalten, gibt es Nutzungsgrenzen?
• Was hat sich in den vergangenen zwei Jahren am Preismodell geändert, und was wächst mit Nutzern und Standorten?

Beim Softwarehaus möchten Sie wissen, wie das Team mit Unsicherheit umgeht, denn das größte Risiko im Projekt ist selten die Technik, sondern die Anforderung, die anfangs niemand kannte:

• Was erhalten wir, bevor Code entsteht? Geben wir Masken und Abläufe vorher frei?
• Wie oft sehen wir lauffähige Software, und wann können wir sie mit eigenen Daten testen?
• Wie werden Änderungen bewertet, und wer gibt sie frei?
• Könnte ein anderes Team übernehmen, wenn wir uns morgen trennen? Was deckt die Dokumentation ab?
• Wer ist nach dem Go-live für Monitoring, Updates und Fehler zuständig, und stehen Reaktionszeiten im Vertrag?

Skeptisch dürfen Sie werden, wenn ein Softwarehaus Ja sagt, bevor es zu Ende zugehört hat. Ein gutes Team rät Ihnen auch von manchem ab. Beim Hersteller gilt das Gleiche: Eine Demo, die angeblich alles kann, bleibt eine Behauptung, bis Ihre Tabelle es bestätigt.

Angebote vergleichbar machen: die Fünf-Jahres-Seite

Eine Monatslizenz neben ein Projektangebot zu legen, führt zu nichts: Das eine läuft weiter, das andere fällt am Anfang an. Vergleichbar wird es erst, wenn Sie für jede Option dieselben Posten über dieselben fünf Jahre eintragen. Deshalb wäre auch eine pauschale Marktpreisspanne irreführend, denn das Ergebnis hängt von Umfang, Anzahl der Schnittstellen und Ihren Support-Erwartungen ab. Mindestens diese Posten gehören hinein:

• Einmalig: Einführung, Analyse, Konzept, Entwicklung, Datenübernahme, Schulung.
• Laufend: Lizenzen bei wachsender Nutzerzahl, Hosting, Wartung und Support, Drittdienste.
• Veränderung: neue Funktionen, Anpassungen an Gesetze und angebundene Systeme, kostenpflichtiges Customizing.
• Interne Zeit: Stunden von Geschäftsführung und Fachleuten, Produktivitätsdelle in den ersten Monaten, verbleibende Handarbeit.
• Ausstieg: Aufwand für Datenumzug und neue Schulung, wenn Sie im fünften Jahr wechseln.

Fragen Sie auch Ihren Steuerberater, wie sich Kauf, Abo und Eigenentwicklung in Ihrem Fall bilanziell und steuerlich auswirken, denn Software wird nicht in jedem Modell gleich behandelt. Am häufigsten vergessen werden beim Standard die mit dem Personal wachsenden Nutzerlizenzen und bei der Individualsoftware die Wartung, weil sie im Projektangebot nicht auftaucht. Bitten Sie alle Anbieter, diese Seite selbst auszufüllen. Bei „nach Aufwand“ fragen Sie nach: Wovon hängt der Aufwand konkret ab?

Klein anfangen, wenn es individuell wird

Der bekannteste Fehler bei Individualsoftware ist, die gesamte Wunschliste in die erste Version zu packen. Ihre Bewertungstabelle schützt davor: Die erste Version umfasst die Zeilen mit Gewicht 3 und den niedrigsten Punkten. Alles andere wartet. Bei unserem Zulieferer wäre das ein Kalkulationswerkzeug, das Material, Rüstzeit und Stückzahl zusammenführt und das Ergebnis ins ERP schreibt. Die Fertigungsrückmeldung folgt erst, wenn sich dieses Werkzeug an echten Anfragen bewährt hat.

Legen Sie auch vorab das Erfolgsmaß fest. „Schneller werden“ ist keines. „Die 40 Stunden monatlich für die Kalkulationsliste sinken unter 8“ ist eines. Halten Sie den Ausgangswert jetzt fest, sonst kann in sechs Monaten niemand sagen, ob es sich gelohnt hat. Benennen Sie außerdem eine interne Person, die entscheiden darf und wöchentlich Zeit dafür hat.

Weitere Stolpersteine: alte Masken eins zu eins nachbauen lassen (damit übernehmen Sie auch die alten Mängel), die Datenübernahme auf die letzte Woche schieben (Altdaten sind fast immer schlechter als gedacht), die Anwender erst beim Go-live einbinden und alte und neue Lösung ohne Enddatum parallel laufen lassen. Letzteres gilt ebenso beim Wechsel auf ein gekauftes Produkt. Nach dem Stichtag schließen Sie den alten Weg, denn zwei Wahrheiten beschädigen das Vertrauen in beide Systeme.

Was Welda dabei leisten kann und was nicht

Wir sind kein ERP-Hersteller, und für Lohnabrechnung, Fertigungssteuerung oder eine TSE-zertifizierte Kasse haben wir kein Produkt. Unsere eigenen Produkte decken zwei Felder ab: Welda Stock für Warenwirtschaft und Verkauf im Einzelhandel sowie Welda CRM für Termine und Kundenverwaltung in Praxen, Studios und Salons. Welda CRM können Sie 7 Tage kostenlos mit allen Modulen testen und in dieser Zeit Ihre Bewertungstabelle mit dem eigenen Team ausfüllen.

Reicht der Standard nicht, entwickeln wir individuelle Webanwendungen, interne Tools, Prozessautomatisierungen, WhatsApp-Business-API-Abläufe, Systemintegrationen und Live-Dashboards. Am Anfang stehen Analyse und Anforderungen, Oberfläche und Abläufe legen wir vor, bevor Code entsteht, die Entwicklung erfolgt in Etappen, und nach dem Launch bleiben Wartung und Support. Da wir unsere Produkte selbst im Produktivbetrieb führen, kennen wir den täglichen Betriebsaufwand, was es uns leichter macht, auch einmal von einer Entwicklung abzuraten. Wir arbeiten aus Istanbul; klären Sie Fragen zu Datenort, Ansprechpartnern und Vertragsrecht deshalb gleich zu Beginn.

Wenn Ihre Tabelle fertig ist, gehen wir die Frage Standardsoftware oder Individualsoftware im kostenlosen Gespräch gern mit Ihnen durch. Ist sie noch nicht fertig, reichen für den Einstieg Ihre drei schwierigsten Fälle. Der Preis richtet sich nach Umfang und Integrationen und wird ebenfalls in diesem Gespräch geklärt. Wer zuerst die Begriffe sortieren möchte, liest unseren Beitrag Was ist Individualsoftware und wann braucht man sie?

Häufige Fragen

Ist Standardsoftware immer günstiger als Individualsoftware?

Am Anfang meist ja, über fünf Jahre nicht zwingend. Das hängt von Ihrem Nutzerwachstum, den Schnittstellen und der verbleibenden Handarbeit ab. Tragen Sie für beide Optionen dieselben Posten ein. Den Vergleich Standardsoftware oder Individualsoftware können wir im kostenlosen Gespräch mit Ihren Zahlen durchgehen.

Lohnt sich Individualsoftware auch für kleine Betriebe?

Die meisten kleinen Betriebe fahren mit Standard zunächst besser. Hängt jedoch ein Großteil des Geschäfts an einem einzigen Ablauf, den kein Produkt abbildet, kann eine kleine Anwendung für genau diesen Ablauf unabhängig von der Betriebsgröße sinnvoll sein.

Ist stark angepasste Standardsoftware nicht das Beste aus beiden Welten?

Bei Konfiguration oft ja. Bei umfangreichem Customizing per Code sollten Sie fragen, ob die Anpassungen jedes Update überstehen und wer zahlt, wenn nicht. Je mehr Sie anpassen, desto weiter entfernen Sie sich vom größten Vorteil des Standards: den problemlosen Updates.

Wie lange dauert ein Individualprojekt?

Das bestimmen Umfang und Zahl der Schnittstellen, eine pauschale Dauer wäre Spekulation. Wichtiger ist die Frage, wann Sie die erste lauffähige Version sehen. Bei Etappen können Sie den kritischsten Teil früh prüfen und die weiteren Schritte danach ausrichten.

Können wir mit Standard starten und später individuell entwickeln?

Ja, das ist oft der gesündeste Weg, denn im Einsatz klären sich die Anforderungen besser als in jedem Workshop. Sichern Sie sich die Option, indem Sie früh den vollständigen Datenexport testen. Bei Abo-Produkten lohnt außerdem ein Blick auf die Vor- und Nachteile von Cloud-Software.

Darf ein Softwareanbieter außerhalb der EU unser Projekt umsetzen?

Grundsätzlich ist das möglich, sofern die datenschutzrechtlichen Voraussetzungen erfüllt sind und, falls überhaupt personenbezogene Daten fließen, die Übermittlung abgesichert ist. Klären Sie das konkret mit Ihrem Datenschutzbeauftragten und lassen Sie im Vertrag festhalten, wo Daten liegen und wer darauf zugreift.