Software, Websites und Auffindbarkeit5 Min. Lesezeit · Stand: 2026-10-18

Individualsoftware oder Standardsoftware: Entscheidungshilfe für KMU

Kaufen, anpassen oder selbst entwickeln lassen? Entscheidend ist, welche Lösung Ihre unverzichtbaren Abläufe nachweislich abdeckt und über die Nutzungsdauer tragbar bleibt.

PP
Redaktion: Peak Pioneers
Praktische Orientierung mit weiterführenden Quellen
Über Peak Pioneers

Auf einen Blick

  • Muss-Anforderungen an demselben Beispielvorgang vorführen lassen; Wünsche getrennt bewerten.
  • Nur geeignete Optionen über denselben Zeitraum und Leistungsumfang vergleichen.
  • Die Wahl mit Testergebnis, Gesamtkosten sowie Zuständigkeiten für Betrieb und Datenexport begründen.

Ausgefüllter Anforderungstest: Freigaben im Kundenportal

Fiktives Beispiel mit angenommenen Testergebnissen, kein Kundenprojekt oder Produktvergleich.

Muss: Nur eigene Dokumente sehen
Test: Kunde A öffnet den Link zu einem Dokument von Kunde B. Bestanden, wenn der Zugriff verweigert wird und A seine eigenen Dokumente weiterhin öffnen kann. Annahme: Die vorhandene Software besteht.
Muss: Freigabe eindeutig nachweisen
Test: Kunde A gibt Version 2 frei; danach wird Version 3 hochgeladen. Bestanden, wenn Person, Zeitpunkt und freigegebene Version sichtbar bleiben und Version 3 als noch nicht freigegeben erscheint. Annahme: Standardfunktion fällt durch, erprobte Erweiterung besteht.
Muss: Mit Daten wechseln können
Test: Beide Dokumentversionen samt Freigabe exportieren und ausserhalb des Portals öffnen. Bestanden, wenn Dateien lesbar sind und die Freigabe Version 2 zugeordnet bleibt. Annahme: Die erweiterte Lösung besteht.
Wunsch: Automatische Erinnerung
Test: Eine offene Freigabe löst zum eingestellten Zeitpunkt eine Erinnerung aus. Annahme: Noch nicht vorhanden. Der Wunsch wird zurückgestellt; eine zuständige Person kontrolliert offene Freigaben.
Entscheid unter diesen Annahmen
Die bestehende Lösung erweitern. Alle Muss-Tests bestehen; zusätzlich seien Schnittstellenzugang und Betreuung geklärt und die Gesamtkosten im vergleichbaren Angebot niedriger als bei einer Eigenentwicklung. Ohne diese Nachweise bleibt die Wahl offen. Erfüllt bereits die Standardsoftware alle Muss-Anforderungen, entfällt der Grund für die Erweiterung.

Wann kaufen, wann erweitern, wann entwickeln?

Beginnen Sie bei der vorhandenen Software: Lässt sich die Lücke durch Einstellungen oder eine vertretbare Änderung des Ablaufs schliessen? Eine Erweiterung kommt infrage, wenn der Kern passt und eine klar begrenzte Funktion fehlt. Eine eigene Anwendung ist begründbar, wenn wichtige Anforderungen anders nicht erfüllt werden und ihr Nutzen den zusätzlichen Entwicklungs- und Betriebsaufwand rechtfertigt. Die Tabelle hilft beim Einordnen; entschieden wird anhand Ihrer Anforderungen.

Muss oder Wunsch: Was muss im Test passieren?

Beschreiben Sie einen realen Vorgang mit Eingabedaten, beteiligten Personen und gewünschtem Ergebnis. Ein Muss ist unverzichtbar: Fällt es durch, ist die Option im getesteten Umfang ungeeignet. Ein Wunsch verbessert die Arbeit, darf aber ein fehlendes Muss nicht ausgleichen. Hinterfragen Sie dabei Gewohnheiten: Muss wirklich die bisherige Bildschirmmaske erhalten bleiben oder nur das fachliche Ergebnis?

Lassen Sie jede Option mit denselben Testdaten vorführen. Notieren Sie je Anforderung: bestanden, nicht bestanden oder noch offen; dazu den Nachweis und nötige Zusatzarbeiten. Eine Präsentationsfolie oder zugesagte spätere Funktion ersetzt keinen bestandenen Test. Das ausgefüllte Portalbeispiel zeigt, wie konkret diese Anforderungen sein können.

Gesamtkosten mit gleichem Umfang vergleichen

Vergleichen Sie nur Optionen, die alle Muss-Anforderungen erfüllen können. Legen Sie für alle denselben Nutzungszeitraum, dieselbe Nutzerzahl und denselben Datenumfang fest. Lassen Sie einmalige und laufende Kosten sowie ausgeschlossene Leistungen getrennt ausweisen.

  • Einmalig: Einrichtung oder Entwicklung, Datenübernahme, Anpassung, Schnittstellen, Tests und Schulung.
  • Laufend: Lizenzen, Hosting, Support, Sicherheitsaktualisierungen, Schnittstellenpflege und interne Arbeitszeit.
  • Beim Wechsel: Datenexport, Migration, Dokumentation und Übergabe an einen anderen Betreiber.
  • Offene Kosten: Annahmen und mögliche Mehrkosten festhalten, etwa bei mehr Nutzern oder geänderten Schnittstellen. Ohne belastbares Angebot bleibt die Kostenbewertung offen.

Betrieb und Datenexport praktisch prüfen

Benennen Sie vor dem Auftrag, wer Störungen bearbeitet, Updates verantwortet und die Wiederherstellung nach einem Ausfall prüft. Halten Sie fest, welche Aufgaben der Anbieter übernimmt und welche bei Ihnen bleiben. NIST beschreibt sichere Softwareentwicklung als Aufgabe über den gesamten Entwicklungszyklus; fragen Sie daher auch nach Abhängigkeiten, Tests und dem Umgang mit Schwachstellen.

Fordern Sie einen Testexport mit Datensätzen, Anhängen und deren Zuordnung an. Öffnen Sie ihn ausserhalb der Anwendung und prüfen Sie, ob ein anderer Anbieter damit weiterarbeiten könnte. Klären Sie Exportumfang, Format, Kosten und Zugang bei Vertragsende. Bei Eigenentwicklung gehören auch Quellcodezugang, Nutzungsrechte, Dokumentation und Zugang zur Betriebsumgebung in die Vereinbarung.

Den Entscheid in wenigen Sätzen festhalten

Notieren Sie die gewählte Option, bestandene Muss-Anforderungen, bewusst zurückgestellte Wünsche und den Kostenvergleich. Ergänzen Sie die verantwortliche Person für den Betrieb und noch offene Zusagen. So wird sichtbar, worauf die Wahl beruht und welche Änderung sie infrage stellen würde.

Scheitern alle Optionen, verkleinern oder ändern Sie den Ablauf und testen Sie erneut. Ein günstiges Angebot rechtfertigt kein fehlendes Muss. Umgekehrt ist eine eigene Anwendung nicht nötig, wenn Standardsoftware die wichtigen Anforderungen erfüllt und im vollständigen Vergleich besser passt.

Kaufen, erweitern oder entwickeln: Welche Option kommt infrage?

Bei Bedarf die Tabelle seitlich verschieben.

OptionSpricht dafürVor dem Entscheid klären
StandardsoftwareAlle Muss-Anforderungen sind mit vorhandenen Funktionen oder vertretbarer Ablaufänderung erfüllt.Passender Tarif und Umfang, Export, laufende Kosten, verbleibende Handarbeit.
Erweiterung oder SchnittstelleDer Kern passt; eine begrenzte Lücke lässt sich nachweislich schliessen.Erlaubter Schnittstellenzugang, Zusatzkosten und Verantwortung bei Änderungen beider Systeme.
Eigene AnwendungWichtige Muss-Anforderungen bleiben anders ungelöst; ihr Nutzen rechtfertigt den Aufwand.Gesamtkosten, Betreuung, Sicherheit, Quellcodezugang, Nutzungsrechte und Übergabe.

Fragen zu diesem Thema

Ist ein Prototyp schon eine produktive Anwendung?

Nein. Ein Prototyp kann Bedienung und Ablauf erproben, ohne alle Anforderungen an Betrieb, Zugriffsrechte oder Wiederherstellung zu erfüllen. Halten Sie ausdrücklich fest, was er belegt und welche Arbeit vor produktiver Nutzung noch fehlt.

Wie vergleichen wir Angebote fair?

Geben Sie dieselben Beispielabläufe, Pflichtfunktionen und erwarteten Betriebsleistungen vor. Vergleichen Sie einmalige und laufende Kosten getrennt und halten Sie ausgeschlossene Leistungen fest. Ein niedriger Einstiegspreis ist ohne vergleichbaren Umfang wenig aussagekräftig.

Quellen und fachlicher Hintergrund

Die Quellen erläutern die fachlichen Grundlagen. Unsere Empfehlungen sind praktische Orientierung und keine Zusage eines bestimmten Projektergebnisses. Stand der redaktionellen Prüfung: 18. Oktober 2026.

Welche Anforderung entscheidet Ihre Softwarewahl?

Bringen Sie einen konkreten Ablauf, Ihre Muss-Anforderungen und vorhandene Angebote ins Gespräch mit. Damit lässt sich besprechen, ob eine bestehende Lösung genügt oder eine eigene Anwendung näher geprüft werden sollte.

Softwarewahl besprechen