tprojects

Fachapplikation entwickeln lassen: Was die Fachseite vorher liefern muss

Oktober 27, 2026 | by Silvan Erlenbach

Fachapplikation entwickeln lassen: Abstimmung der Fachseite zur Software

Eine Fachapplikation lässt sich in überschaubarer Zeit bauen. Schwer ist der Teil davor: Wer im Haus kennt den Ablauf bis ins Detail und hat die Zeit, ihn zu erklären? Wer eine Fachapplikation entwickeln lassen will, entscheidet genau an dieser Stelle über Erfolg oder Misserfolg, lange bevor die erste Zeile Code entsteht.

Auf einen Blick

  • Eine Fachapplikation ist Software für einen eng umrissenen Fachablauf, den Standardsoftware nicht oder nur mit dauerhaften Umgehungen abbildet; sie lohnt sich, wenn dieser Ablauf Ihr Kerngeschäft trägt und stabil genug ist, um ihn zu beschreiben.
  • Der häufigste Engpass liegt bei der Fachseite, nicht bei der Technik: Es braucht eine Person mit Entscheidungsbefugnis, die regelmässig Zeit für Rückfragen und Tests hat.
  • Ein klickbarer Prototyp klärt früher und günstiger als ein langes Pflichtenheft, weil Fachleute auf einem Bildschirm schneller und genauer reagieren als auf Papier.
  • Betrieb und Weiterentwicklung gehören ins Budget und in die Zuständigkeiten, bevor das Projekt startet: Mit dem Go-live beginnt die Nutzung, nicht das Ende der Arbeit.

Der Begriff «Fachapplikation» klingt nach Informatikjargon, gemeint ist etwas Alltägliches: das Werkzeug, mit dem eine Abteilung ihre eigentliche Arbeit erledigt. Eine Gemeindeverwaltung im Kanton Thurgau etwa, die Baugesuche, Stellungnahmen und Fristen über mehrere Excel-Listen und ein gemeinsames Postfach koordiniert, hat längst eine Fachapplikation. Sie besteht nur aus Zetteln und Gewohnheit. Die Frage ist, ab wann sich ein richtiges Werkzeug dafür lohnt.

Fachapplikation entwickeln lassen: was damit gemeint ist

Im Kern geht es um Software, die genau einen fachlichen Zusammenhang abbildet und deshalb nicht als Produkt zu kaufen ist. Die folgenden Begriffe tauchen in jedem Gespräch mit einem Entwicklungspartner auf, und es lohnt sich, sie vorab gleich zu verstehen.

Wichtig ist die Abgrenzung nach unten: Nicht jede Tabelle braucht eine eigene Anwendung. Und nach oben: Wer ein ganzes Unternehmenssystem ersetzen will, ist bei der Auswahl und Einführung von Standardsoftware besser aufgehoben als bei einer Eigenentwicklung.

Wann sich der Aufwand lohnt

Wer eine Fachapplikation entwickeln lassen möchte, sollte drei Signale prüfen. Der Ablauf ist Teil dessen, was Ihre Organisation von anderen unterscheidet. Standardsoftware zwingt Ihre Leute zu dauerhaften Umgehungen, zum Beispiel doppelter Erfassung oder Nebenlisten. Und der Ablauf ist stabil genug, dass er sich beschreiben lässt, ohne dass die Beschreibung nach drei Monaten veraltet ist.

Trifft nur eines davon zu, lohnt sich zuerst der Blick auf Alternativen. Wir prüfen im Rahmen unserer Leistung Fachapplikation entwickeln deshalb immer zuerst, ob eine Standardlösung die wirtschaftlichere Antwort ist. Dieses Vorgehen kostet manchmal einen Auftrag und spart den Kunden dafür Jahre an Wartung.

Ein Beispiel dafür, wie eine Fachapplikation aussehen kann, ist der DRG Impact Analyzer, den wir für das Kantonsspital Winterthur (KSW) entwickelt haben. Die Fachlogik entstand dort gemeinsam mit den Spezialisten des Spitals und nicht für sie: Die Fachseite war von der Konzeption bis zur Einführung beteiligt. Die Details finden Sie auf der Seite zur Softwareentwicklung.

Was die Fachseite vor dem Start liefern muss

Bevor ein Entwickler etwas baut, braucht er drei Dinge von Ihnen. Das erste ist eine verständliche Beschreibung des heutigen Ablaufs, so wie er tatsächlich läuft und nicht wie er im Handbuch steht. Wer diesen Schritt überspringt, automatisiert Missverständnisse. Eine saubere Prozessanalyse ist dafür oft die schnellste Abkürzung, auch wenn sie sich zunächst wie ein Umweg anfühlt.

Das zweite sind Anforderungen, die sich prüfen lassen. «Die Suche soll schnell sein» ist keine, «ein Fall ist aus dem Posteingang in drei Klicks gefunden» schon eher. Wie Sie dabei vorgehen, ohne ein Dokument zu schreiben, das niemand liest, zeigt unsere Seite zum Thema Anforderungen an die Software definieren.

Das dritte ist die Fachverantwortung. Gemeint ist eine konkrete Person, nicht ein Gremium, mit Zeit für wöchentliche Rückfragen und Tests. Bleibt diese Rolle unbesetzt, entscheidet am Ende der Entwickler über Fachfragen, und genau das sollte er nicht.

Wie ein Vorhaben in Etappen abläuft

Bewährt hat sich ein Vorgehen in kurzen Zyklen, bei dem Sie früh etwas sehen. Zuerst entsteht der klickbare Prototyp. An ihm zeigt sich meist rasch, welche Annahmen nicht stimmen: Ein Feld fehlt, ein Schritt kommt in der falschen Reihenfolge, eine Ausnahme ist häufiger als gedacht. Diese Korrekturen kosten im Prototyp wenig und in fertiger Software viel.

Danach wird in Etappen gebaut, jeweils mit einem Review. Sie entscheiden pro Etappe, ob und wie weiter. Das gibt Ihnen Kostenkontrolle, ohne dass Sie alles vorher festlegen müssen. Den Takt gibt eine Projektleitung vor, die zwischen Fachseite und Entwicklung übersetzt; wenn intern die Kapazität fehlt, kann dies auch Externe Projektunterstützung übernehmen.

Am Ende steht die Einführung mit Schulung und eine Phase der engen Begleitung. Erst mit echten Nutzern zeigt sich, was im Alltag fehlt, und ein Teil der Wünsche wird sich ohnehin erst dann formulieren lassen.

Woran Vorhaben häufig stolpern

Die Muster wiederholen sich, und sie sind selten technischer Natur.

  • Alles auf einmal. Der Wunschkatalog der gesamten Abteilung landet in der ersten Version. Besser ist eine kleine Lösung, die ein reales Problem löst, und danach der schrittweise Ausbau.
  • Schnittstellen unterschätzt. Die Anwendung selbst ist rasch gebaut, die Anbindung an ein Altsystem ohne Dokumentation dauert. Klären Sie früh, welche Systeme beteiligt sind und wer dort Auskunft geben kann.
  • Datenqualität übersehen. Eine neue Anwendung macht unsaubere Altdaten sichtbar. Wer das einkalkuliert, ärgert sich weniger über die Software.
  • Betrieb vergessen. Niemand ist für Fehlermeldungen zuständig, und Änderungswünsche stauen sich im Postfach. Nach einem Jahr wirkt die Lösung veraltet, obwohl sie technisch einwandfrei läuft.

Wie verbreitet digitale Werkzeuge in Schweizer Unternehmen sind, belegt unter anderem die Statistik des Bundesamts für Statistik. Für Ihre Entscheidung zählt allerdings weniger der Durchschnitt als die Frage, was Ihr eigener Ablauf verlangt.

Unsicher, ob sich eine Eigenentwicklung für Ihren Fachbereich lohnt? Rufen Sie uns an unter +41 77 491 77 94 oder schreiben Sie an info@tprojects.ch. Das Erstgespräch ist kostenlos und zeigt meist schon, ob Sie eine Fachapplikation entwickeln lassen sollten oder Standard die bessere Wahl ist.

Verwandte Themen

Individualsoftware entwickeln lassen oder Standard kaufen? Eine Entscheidungshilfe, Software entwickeln lassen Kosten: Was ein Budget wirklich bestimmt, Wenn Excel zur Fachanwendung wird: Excel ablösen durch Software, ERP Evaluation: Welche Fragen vor der Tool-Auswahl geklärt sein müssen, Prozessanalyse vor ERP Einführung: Was vor der Systemwahl geklärt sein muss

Über den Autor

Silvan Erlenbach

Silvan ErlenbachSenior Projektleiter

Mit über 16 Jahren Erfahrung in der Projektleitung begleitet Silvan Schweizer KMU, Gemeinden und öffentliche Verwaltungen bei Digitalisierungs- und Transformationsprojekten. Seine Schwerpunkte liegen in externer Projektleitung, Prozessoptimierung und PMO-Aufbau.

FAQ

Worin unterscheidet sich eine Fachapplikation von Standardsoftware?

Standardsoftware bildet Abläufe ab, die in vielen Betrieben ähnlich laufen, etwa Buchhaltung oder Lohn. Eine Fachapplikation bildet einen Ablauf ab, der für Ihre Organisation typisch ist und den kein Produkt vom Regal sauber trägt. Der Preis dafür ist die Verantwortung: Sie bestellen nicht nur Funktionen, sondern auch deren Pflege über die Jahre.

Wie lange dauert es, eine Fachapplikation entwickeln zu lassen?

Das hängt vom Umfang ab, deshalb nennen wir ohne Anforderungsworkshop keine Zahl. Verlässlicher als eine Gesamtdauer ist eine Planung in Etappen: Ein klickbarer Prototyp steht deutlich früher als die fertige Lösung, und jede Etappe wird einzeln entschieden und bewertet.

Wann ist die Erweiterung des ERP-Systems besser als eine eigene Fachapplikation?

Wenn der Ablauf ohnehin im Kern Ihres ERP-Systems liegt und sich mit Konfiguration oder einem Zusatzmodul abdecken lässt. Eine eigene Fachapplikation lohnt sich erst dort, wo das ERP den Ablauf nur mit dauerhaften Umgehungen abbildet oder wo die Fachlogik Ihr Wissen enthält, das Sie nicht in ein Fremdprodukt einbauen möchten.

Können Organisationen ohne eigene IT-Abteilung eine Fachapplikation betreiben?

Ja, wenn Betrieb und Weiterentwicklung von Beginn an mitgeplant sind: Wer meldet Fehler, wer entscheidet über Änderungswünsche, wer spielt Updates ein? Gerade für Gemeinden und kleinere Betriebe ist die Fachapplikation meist ein Baustein einer grösseren Prozessdigitalisierung, die ohnehin geklärte Zuständigkeiten verlangt.

Wie bleibe ich vom Entwickler unabhängig?

Über drei Dinge, die Sie vor Projektbeginn vertraglich und technisch festhalten: Sie erhalten den Quellcode und eine verständliche Dokumentation, die Lösung nutzt gängige Technologien statt exotischer Eigenbauten, und die Rechte an der Fachlogik liegen bei Ihnen. Mit diesen drei Punkten ist ein späterer Anbieterwechsel machbar, auch wenn er nie angenehm ist.

RELATED POSTS

View all

view all