Individualsoftware oder Standardsoftware? Ein Entscheidungsleitfaden für technische Servicebetriebe
Die entscheidende Frage lautet nicht: Welche Software hat die längste Funktionsliste? Sondern: Wo verliert Ihr Betrieb im Weg vom Serviceauftrag bis zur Fakturierung heute Information, Zeit oder Verlässlichkeit – und lässt sich genau diese Lücke mit einem Standardprodukt schliessen? Wer diese Frage zuerst beantwortet, vermeidet eine Softwareentscheidung aus dem Bauch heraus.
In technischen Service- und Gebäudetechnikbetrieben treffen Aussendienst, Disposition, Backoffice und oft mehrere bestehende Systeme aufeinander. Ein Auftrag wird geplant, unterwegs ergänzt, mit Arbeitszeit, Fotos oder Material dokumentiert, geprüft und an die Administration übergeben. Digitale Daten können Informationen schneller verfügbar machen; das SECO nennt zudem mobile Anwendungen als Beispiel für Nachverfolgbarkeit und das frühere Erkennen von Fehlern.[1] Daraus folgt aber nicht automatisch, dass eine Eigenentwicklung richtig ist. Die passende Lösung hängt vom konkreten Prozess ab.
Die Wahl beginnt beim Ablauf, nicht beim Produkt
Bevor Sie Angebote vergleichen, halten Sie einen wiederkehrenden Ablauf fest: etwa Wartungsauftrag bis freigegebener Rapport oder eingehender Lieferschein bis Buchungsentwurf. Notieren Sie Rollen, Auslöser, Daten, Dokumente, Systeme und Ausnahmen. Erst dann wird sichtbar, ob das Problem eine fehlende Funktion, eine unklare Arbeitsregel oder ein Medienbruch zwischen Anwendungen ist.
Dieses Vorgehen passt auch zur Empfehlung des SECO: Vor einer Veränderung oder dem Kauf eines neuen Programms sollte ein KMU seine digitale Reife analysieren; die anschliessende Prozess-, Daten- und Leistungsanalyse bildet die Grundlage für Ziele und Roadmap.[2] Für die Praxis muss das kein Grossprojekt sein. Entscheidend ist, dass Serviceleitung und Backoffice den Sollablauf gemeinsam bestätigen.
Die vier Fragen für den Kernprozess
1. Wo entsteht die Abweichung? Fehlt die Information bereits im Feld, bei der Übergabe oder erst bei Prüfung und Fakturierung?
2. Wie häufig ist der Fall? Ein seltener Spezialfall rechtfertigt oft keinen eigenen Baustein; ein täglicher Engpass verdient eine genaue Prüfung.
3. Was muss unverändert bleiben? Klären Sie führende Systeme für Kunden, Aufträge, Zeiten, Material und Finanzen – sowie die Daten, die zurückfliessen müssen.
4. Welche Ausnahmen sind fachlich nötig? Unterschriften, unterschiedliche Checklisten, kundenspezifische Freigaben oder Offline-Arbeit sind keine Nebensache, sondern Entscheidungskriterien.
So wird aus dem Wunsch nach «einer App» eine prüfbare Anforderung. Beschreiben Sie das Ziel nicht als Technologie, sondern beispielsweise als: «Der Techniker erfasst den Rapport mobil, die verantwortliche Person prüft ihn und das Backoffice erhält die freigegebenen Angaben im vereinbarten Format.»
Wann Standardsoftware die bessere Entscheidung ist
Standardsoftware ist sinnvoll, wenn Ihr Ablauf weitgehend dem üblichen Branchen- oder Geschäftsprozess entspricht und Konfiguration die erforderlichen Varianten abdeckt. Das gilt häufig für klar abgegrenzte Grundfunktionen wie Buchhaltung, Lohn, allgemeine Zeiterfassung, CRM oder Einsatzplanung. Der Vorteil liegt nicht in einer abstrakten Überlegenheit, sondern darin, dass Sie eine vorhandene Funktion ohne eigene Produktverantwortung nutzen können.
Prüfen Sie trotzdem konkret: Passt der mobile Ablauf zu den tatsächlichen Einsätzen? Können benötigte Daten exportiert oder über eine dokumentierte Schnittstelle übergeben werden? Ist die Rolle des Backoffice abgebildet? Und bleibt der Prozess verständlich, wenn neue Mitarbeitende dazukommen? «Kann angepasst werden» ist keine ausreichende Antwort. Bitten Sie um eine Demonstration mit Ihrem anonymisierten Beispielauftrag – inklusive Ausnahmefall und Übergabe an das bestehende System.
Standardsoftware trägt besonders gut, wenn Sie Abläufe ohne fachliche Besonderheit vereinheitlichen können. Entscheiden Sie bewusst, welche Abweichungen nötig sind. Besprechen Sie die Folgen von Sonderkonfigurationen für Updates und spätere Änderungen mit dem Anbieter.
Wann Individualsoftware eine Lücke schliessen kann
Individualsoftware ist nicht die «grössere» Lösung. Sie ist dann zu prüfen, wenn ein Prozess für Ihren Betrieb relevant ist, vorhandene Produkte ihn nur mit dauerhaften Umwegen abbilden oder genau die Verbindung zwischen Systemen fehlt. Typische Ausgangslagen sind ein mobiler Rapport mit eigenen Prüfregeln, ein kundenabhängiger Freigabeschritt, die Übernahme strukturierter Daten aus Dokumenten oder die gezielte Übergabe an ein bestehendes ERP.
Der entscheidende Punkt ist die Abgrenzung: Eine individuelle Lösung muss nicht das gesamte ERP ersetzen. Häufig ist ein kleiner, klarer Workflow zwischen Feld und Backoffice realistischer – etwa eine mobile Erfassung mit Status, Prüfung und geregelter Datenübergabe. Damit bleibt das bewährte Kernsystem führend, während die offene Lücke gezielt adressiert wird.
Drei Signale sprechen für eine vertiefte Prüfung:
– Mitarbeitende führen denselben Arbeitsschritt regelmässig ausserhalb des Standardsystems aus, etwa in Papier, Excel, E-Mail oder Chat.
– Die Abweichung ist Teil Ihrer Leistungserbringung und nicht bloss eine persönliche Gewohnheit einzelner Personen.
– Die Lösung muss Daten aus mehreren Quellen in einem fachlich nachvollziehbaren Ablauf zusammenführen.
Starten Sie auch dann klein: mit einem Prozess, einer Nutzergruppe, klaren Rollen und Übergabepunkten. Halten Sie die zu prüfenden Annahmen fest, statt alle denkbaren Wünsche zu sammeln.
Integration, Daten und Verantwortung früh klären
Die Frage «Lässt sich das integrieren?» ist zu unpräzise. Fragen Sie stattdessen: Welche Daten fliessen wann, von welchem führenden System in welches Zielsystem, und wer behandelt Fehlerfälle? Klären Sie zudem Zugriffsrollen, Datenaufbewahrung, Offline-Verhalten, Protokollierung und die Verantwortung für Betrieb und Änderungen. Eine Schnittstelle ist erst dann betrieblich brauchbar, wenn diese Punkte verständlich geregelt sind.
Bei Software, die Personen- oder Kundendaten in einer Cloud bearbeitet, ist dies auch eine Frage der Verantwortlichkeit. Der EDÖB hält fest, dass der Kunde als Verantwortlicher sicherstellen und vertraglich absichern muss, dass die Anforderungen an eine Auftragsbearbeitung eingehalten werden; bei Datenbekanntgabe ins Ausland sind die gesetzlichen Anforderungen ebenfalls vorab zu prüfen.[3] Dies ist keine Rechtsberatung. Für Ihre Evaluation bedeutet es praktisch: Datenarten, Speicher- und Bearbeitungsorte, Unterauftragsbearbeiter, Weisungsrechte sowie Rückgabe oder Löschung am Vertragsende gehören auf Ihre Prüfliste.
Eine belastbare Entscheidungsvorlage erstellen
Bewerten Sie Standard- und Individualoptionen anhand derselben konkreten Kriterien. So verhindern Sie, dass nur Lizenzpreis oder Wunschfunktionen dominieren.
Prozesspassung: Deckt die Lösung den Normalfall und die wichtigen Ausnahmen ab? Prüfen Sie dies mit einem echten Beispielauftrag.
Nutzbarkeit im Feld: Funktioniert die Erfassung unter realen Einsatzbedingungen und mit den nötigen Rollen?
Integration: Sind Datenführung, Übergabe, Fehlerbehandlung und Verantwortlichkeiten definiert?
Änderbarkeit und Betrieb: Klären Sie, wer Regeln, Formulare und Berechtigungen künftig anpasst und wie Support, Updates, Sicherheit, Dokumentation und Eigentum an Daten geregelt sind.
Einführung: Halten Sie fest, welche Teams, Schulungen und Prozessentscheidungen vor dem Start nötig sind.
Ergänzen Sie jeden Punkt um Belege: eine Demo mit Fallbeispiel, technische Dokumentation, einen Vertragsentwurf oder einen Test. So prüfen Sie, ob ein Versprechen im definierten Ablauf umsetzbar ist.
Dokumentenverarbeitung und KI nüchtern einordnen
Wenn Rapporte, Lieferscheine oder Belege den Prozess bremsen, kann das Auslesen und Weiterverarbeiten von Daten aus Dokumenten eine Option sein. Ob sich dies eignet, hängt unter anderem von Dokumenttypen, Qualität, Varianten, benötigten Feldern und dem vorgesehenen Prüfprozess ab. Planen Sie deshalb fachliche Kontrolle für unklare oder unvollständige Fälle ein, statt eine vollständige Automatisierung vorauszusetzen.
KI ist dabei kein eigenständiges Ziel. Dinnova beschreibt KI als optionale Erweiterung, wenn sie ein reales Problem löst, und nennt unter anderem das Auslesen, Extrahieren und Weiterverarbeiten von Dokumentdaten.[4] Die richtige Evaluationsfrage lautet daher: Welchen manuellen Entscheidungsschritt oder welche Informationssuche soll die Lösung unterstützen – und wie bleibt der Prozess bei Fehlzuordnungen kontrollierbar?
Wann Dinnova unterstützen kann
Wenn Sie eine konkrete Prozesslücke eingegrenzt haben, kann Dinnova diese mit Ihnen bewerten: etwa zwischen mobilem Einsatz, Rapport, Dokument, Freigabe und Backoffice. Wo eine massgeschneiderte Lösung angemessen ist, kann Dinnova einen mobilen, webbasierten oder integrierten Workflow entwickeln. Der Ausgangspunkt bleibt der konkrete Ablauf – nicht eine vorgegebene Technologie. Mehr zum Leistungsangebot finden Sie unter [Dinnova Dienstleistungen](https://dinnova.ch/dienstleistungen/).[4]
Die öffentlichen Projekte zeigen passende Bausteine, ohne eine Übertragbarkeit auf Ihren Betrieb zu behaupten.[5] [Zytrack](https://dinnova.ch/unsere-projekte/zytrack/) wird als mobile Zeiterfassungs-App für den Datenaustausch zwischen Beteiligten beschrieben.[6] [Zytrack OCR](https://dinnova.ch/unsere-projekte/zytrack-ocr/) ist als Dokumentenerkennung mit automatisierter Texterkennung dokumentiert.[7] Weitere Beispiele sind unter [Unsere Projekte](https://dinnova.ch/unsere-projekte/) verfügbar.[5]
FAQ
Ist Individualsoftware immer teurer als Standardsoftware?
Nicht zwingend in jedem Betrachtungszeitraum, aber ein direkter Vergleich ohne Umfang ist nicht aussagekräftig. Vergleichen Sie den definierten Prozess, Einführung, Konfiguration oder Entwicklung, Integrationen, Betrieb sowie spätere Änderungen. Erst mit derselben Abgrenzung lässt sich eine belastbare Entscheidung vorbereiten.
Können wir erst Standardsoftware einführen und später individuell ergänzen?
Ja, das kann ein sinnvoller Weg sein, wenn Datenführung und Schnittstellen von Beginn an geklärt werden. Halten Sie fest, welches System künftig für welche Daten führend bleibt. Prüfen Sie ausserdem, ob der Anbieter technische und vertragliche Voraussetzungen für die gewünschte Übergabe bereitstellt. Ohne diese Prüfung wird aus einer Ergänzung leicht ein zusätzlicher manueller Prozess.
Brauchen wir für Dokumentenprozesse zwingend KI?
Nein. Beginnen Sie mit der konkreten Aufgabe: Dokument ablegen, Informationen erfassen, prüfen oder weiterleiten. Regelbasierte Formulare oder klare Eingaben können genügen. Wenn Texterkennung oder intelligente Zuordnung einen passenden Arbeitsschritt unterstützt, sollten Dokumentqualität, Ausnahmefälle und menschliche Prüfung vorab getestet werden. Dinnova positioniert KI ausdrücklich als gezielten Zusatz, nicht als Pflichtprogramm.[4]
Nächster Schritt
Wählen Sie einen konkreten Ablauf – zum Beispiel «Serviceauftrag bis freigegebener Rapport» – und besprechen Sie ihn in einem 30-minütigen Gespräch mit Dinnova. Buchen Sie Ihren Termin unter: https://links.dinnova.ch/widget/bookings/dinnova-betratung