Was kostet eine Web-App in der Schweiz?

Die Frage nach den Kosten einer Web-App ist berechtigt, aber ohne Kontext kaum seriös zu beantworten. Eine Anwendung, mit der zehn Mitarbeitende Aufträge erfassen, ist ein anderes Vorhaben als ein Kundenportal mit Login für mehrere tausend Personen, Zahlungsabwicklung und ERP-Anbindung. Dieser Beitrag zeigt, woraus sich der Preis zusammensetzt, wann ein Festpreis sinnvoll ist und welche Richtwerte Sie für eine erste Budgetplanung verwenden können.

Die wichtigsten Kostentreiber

Bei Offerten für Web-Apps sehen wir immer wieder dieselben Faktoren, die den Aufwand bestimmen. Wer sie kennt, kann den Umfang gezielt steuern und vermeidet Überraschungen im Projektverlauf.

• Geschäftslogik: Wie viele Sonderfälle, Freigabestufen und Berechnungen muss die Anwendung abbilden? Ein Formular mit Speichern ist günstig, ein Prozess mit Ausnahmen und Eskalationen nicht.
• Rollen und Berechtigungen: Jede zusätzliche Rolle mit eigenen Sichten und Rechten erhöht den Aufwand für Entwicklung und Tests.
• Schnittstellen: Die Anbindung an Bexio, Abacus, SAP oder ein Branchen-ERP ist oft der grösste Unsicherheitsfaktor, weil Qualität und Dokumentation der fremden Schnittstelle variieren.
• Datenmigration: Bestehende Excel-Listen oder Altsysteme müssen bereinigt und übernommen werden. Das wird regelmässig unterschätzt.
• Sicherheit und Datenschutz: Audit-Logs, Verschlüsselung, Zwei-Faktor-Login und ein Berechtigungskonzept nach revDSG sind bei Personendaten Pflicht, nicht Kür.
• Mehrsprachigkeit und Barrierefreiheit: In der Schweiz sind Deutsch und Französisch häufig gefordert, was Texte, Formate und Tests verdoppelt.
• Design-Anspruch: Ein internes Werkzeug kommt mit einer soliden Komponentenbibliothek aus, ein Kundenportal braucht meist ein eigenes, sorgfältiges Interface.

Weniger entscheidend, als viele annehmen, ist die reine Zahl der Seiten oder Masken. Zwanzig einfache Listen- und Detailansichten sind schneller gebaut als eine einzige Planungsansicht mit Drag-and-drop, Konfliktprüfung und Echtzeit-Aktualisierung.

Typische Richtwerte für Schweizer Projekte

Die folgenden Bandbreiten sind Richtwerte aus der Praxis und keine Offerte. Sie helfen, ein Vorhaben grob einzuordnen, bevor eine Discovery-Phase den genauen Umfang klärt. Bei Smatik dauern Web-App-Projekte in der Regel acht bis sechzehn Wochen.

• Fokussiertes internes Werkzeug (eine Hauptfunktion, wenige Rollen, keine oder eine einfache Schnittstelle): ab CHF 18’000.
• Kundenportal oder Buchungssystem mit Login, mehreren Rollen und ein bis zwei Integrationen: typischerweise CHF 40’000 bis CHF 90’000.
• Plattform mit komplexer Geschäftslogik, mehreren Schnittstellen, Mandantenfähigkeit und erhöhten Sicherheitsanforderungen: in der Regel über CHF 100’000, oft in Etappen umgesetzt.

Zu den Entwicklungskosten kommen laufende Kosten für Hosting, Wartung und Weiterentwicklung. Dazu gehören Hosting auf Schweizer Servern, Backups, Monitoring und Updates. Für Anwendungen, die aktiv weiterentwickelt werden, ist ein jährliches Budget für Anpassungen sinnvoll, weil sich Prozesse, Gesetze und Schnittstellen der Drittanbieter laufend verändern.

Festpreis oder Abrechnung nach Aufwand?

Beide Modelle haben ihre Berechtigung. Entscheidend ist, wie gut der Umfang zum Zeitpunkt der Offerte bekannt ist.

Ein Festpreis gibt Ihnen Budgetsicherheit. Er setzt aber voraus, dass Anforderungen, Schnittstellen und Abnahmekriterien schriftlich festgehalten sind. Fehlt diese Grundlage, rechnet der Anbieter Risikozuschläge ein, oder es kommt später zu Diskussionen darüber, was im Preis enthalten war. Deshalb empfehlen wir eine kurze Discovery-Phase von ein bis zwei Wochen, deren Ergebnis ein Pflichtenheft und eine Festpreis-Offerte ist.

Die Abrechnung nach Aufwand eignet sich, wenn sich das Vorhaben erst im Lauf der Nutzung klärt, etwa bei einem Produkt, das am Markt getestet wird, oder bei der laufenden Weiterentwicklung nach dem Go-live. Hier sollten Sie auf ein Kostendach pro Etappe, regelmässige Aufwandsberichte und kurze Iterationen achten.

Ein Festpreis ist nur so belastbar wie das Pflichtenheft, auf dem er beruht. Die Zeit für eine saubere Discovery ist deshalb keine Zusatzschlaufe, sondern die günstigste Phase des ganzen Projekts.

So vergleichen Sie Offerten richtig

Offerten für dieselbe Anwendung können um ein Mehrfaches auseinanderliegen. Das liegt selten nur am Stundensatz, sondern daran, was jeweils enthalten ist. Prüfen Sie insbesondere folgende Punkte:

• Ist der Funktionsumfang konkret beschrieben, oder nur in Schlagworten wie „Benutzerverwaltung“ und „Dashboard“?
• Sind Tests, Dokumentation, Datenmigration und Schulung enthalten oder separat aufgeführt?
• Wem gehören Quellcode, Zugänge und Domain nach Projektende? Können Sie den Anbieter wechseln?
• Wo wird gehostet, und ist ein Vertrag zur Auftragsbearbeitung nach Art. 9 revDSG vorgesehen?
• Welche laufenden Kosten fallen nach dem Go-live an, und wie wird die Weiterentwicklung abgerechnet?
• Wie werden Änderungswünsche während des Projekts behandelt und bewertet?

Eine sehr günstige Offerte ist nicht automatisch ein schlechtes Angebot, aber sie verdient einen genauen Blick auf diese Punkte. Häufig fehlen Tests, Migration oder Betrieb, die später ohnehin anfallen.

Achten Sie zudem auf die vorgeschlagene Technologie. Verbreitete, gut dokumentierte Frameworks und Standarddatenbanken erleichtern es, später andere Entwicklerinnen und Entwickler beizuziehen. Eine Lösung auf Basis einer wenig verbreiteten oder proprietären Plattform kann zunächst günstiger sein, bindet Sie aber stärker an einen einzelnen Anbieter.

Kosten senken, ohne an der Qualität zu sparen

Der wirksamste Hebel ist ein klar geschnittener erster Umfang. Statt alle denkbaren Funktionen gleichzeitig zu bauen, lohnt sich eine erste lauffähige Version, die den Kernprozess vollständig abdeckt. Bei Smatik liegt diese nach vier bis sechs Wochen für interne Tests vor. Erst die Nutzung mit echten Anwendern zeigt, welche Erweiterungen tatsächlich gebraucht werden.

Weitere Hebel sind bewährte Standardkomponenten für Login, Formulare und Tabellen, eine frühe Klärung der Schnittstellen sowie gut vorbereitete Daten für die Migration. Auch die eigene Verfügbarkeit zählt: Ein Projektteam, das Fragen innert eines Tages beantwortet, spart spürbar Kosten gegenüber einem, das jede Rückfrage eine Woche liegen lässt.

Prüfen Sie ausserdem ehrlich, ob eine Standardsoftware ausreicht. Wenn ein bestehendes Produkt achtzig Prozent Ihres Prozesses abdeckt und der Rest organisatorisch lösbar ist, ist das oft die wirtschaftlichere Lösung. Eine Eigenentwicklung lohnt sich vor allem dann, wenn der Prozess Ihr Unterscheidungsmerkmal ist oder Standardprodukte nur mit vielen Umwegen passen.

Fazit

Die Kosten einer Web-App ergeben sich aus Geschäftslogik, Integrationen, Sicherheitsanforderungen und Betrieb, nicht aus der Zahl der Bildschirme. Wer mit einem fokussierten Umfang startet, eine kurze Discovery-Phase einplant und Offerten anhand klarer Kriterien vergleicht, erhält einen belastbaren Preis und eine Anwendung, die tatsächlich genutzt wird. Für eine erste Einschätzung Ihres Vorhabens genügt meist ein Gespräch von dreissig Minuten.