Budget-Realitätscheck: Die fünf Posten, die auch bei KI-gestützten Erst-Angeboten meist fehlen

Ein erstes Angebot für ein Softwareprojekt sieht oft äusserst attraktiv aus – besonders im Jahr 2026, wo viele Anbieter mit der rasanten Entwicklungsgeschwindigkeit moderner KI-Copiloten werben. Doch der Schein trügt häufig: Erst im Verlauf der Realisierung stellt sich heraus, dass fundamentale Kostenpositionen ausgeblendet wurden. Dieser Beitrag identifiziert die fünf Posten, die in Erst-Angeboten am häufigsten übersehen werden, zeigt anhand von transparenten Praxisrechnungen ihre tatsächliche wirtschaftliche Grössenordnung und liefert eine präzise Prüf-Checkliste, mit der Sie jedes Angebot systematisch auf seine Vollständigkeit kontrollieren können.

Warum Erst-Angebote oft unvollständig sind

Anbieter befinden sich beim Buhlen um neue Projekte in einem permanenten strategischen Spannungsfeld: Einerseits sollen sie realistische Budgets ausweisen, andererseits darf das Angebot optisch nicht so hoch werden, dass es im Vergleich mit Mitbewerbern sofort aus dem Rennen fällt. Durch den Einzug der generativen KI hat sich dieses Phänomen verschärft. Da die reine Generierung von Programmcode (Syntax) heute in Sekundenschnelle gelingt, verleiten KI-Baukästen Anbieter dazu, extrem günstige Initialpreise für die “Kernentwicklung” anzugeben.

Das ist nicht einmal zwingend in böser Absicht unredlich – oft ist es schlicht eine Konsequenz einer viel zu frühen Projektphase. Solange keine detaillierten, logisch verifizierten Anforderungen vorliegen, ist eine exakte Schätzung schlicht unmöglich. Ein Entwickler, der ohne Lastenheft eine feste Zahl für komplexe Datenstrukturen oder Schnittstellen nennt, würde lediglich raten. Dennoch müssen Sie die typischen Lücken kennen und gezielt nachfragen, denn die Summe dieser ausgeblendeten Faktoren verändert das Gesamtbudget (Total Cost of Ownership) dramatisch.

Posten 1: Datenmigration

Der absolute Klassiker unter den vergessenen Positionen. In über der Hälfte aller Erst-Angebote, die wir im Schweizer Markt analysieren, ist die Datenmigration entweder gar nicht aufgeführt oder wird mit einer unbedeutenden Pauschale abgespeist. Im KI-Zeitalter herrscht oft der Irrglaube vor, künstliche Intelligenz könne Daten-Silos vollautomatisiert konvertieren. Das stimmt zwar für die reine Formattransformation, scheitert aber grandios an der inhaltlichen Realität gewachsener Systeme. Eine fehlerhafte Migration kann ohne Weiteres 10 bis 20 Prozent der gesamten Projektinvestition ausmachen.

Was typischerweise vergessen wird:

• Datenanalyse und Qualitätsprüfung: Eine tiefe Sichtung der logischen Datenstrukturen im Altsystem.
• Datenbereinigung (Data Cleansing): Das manuelle und automatisierte Entfernen von Dubletten, fehlerhaften Formaten und inkompatiblen Werten.
• Regulatorische nDSG-Filterung: Die Prüfung, ob die historischen Datensätze den strengen Anforderungen des neuen Schweizer Datenschutzgesetzes (nDSG) entsprechen und überhaupt migriert werden dürfen.
• Mehrere Testmigrationen: Kontinuierliche Probeläufe in einer isolierten Staging-Umgebung vor dem scharfen Cut-over.
• Validierung durch den Fachbereich: Die strukturierte Abnahme und Freigabe der migrierten Daten durch die Key-User.
• Historische Archivierungsstrategie: Ein Konzept für Altdaten, die aus Compliance-Gründen aufbewahrt, aber nicht ins neue System übertragen werden müssen.

Praxisrechnung: Datenmigration eines Kundenstamms

Ein konkretes Rechenbeispiel aus einem Schweizer KMU-Projekt macht die Dimension greifbar: Ein Unternehmen migriert 45’000 Kundendatensätze aus zwei historisch gewachsenen Altsystemen in eine neue Fachanwendung. Die Datenqualität ist mittelmässig: Es existieren tausende Dubletten, unvollständige Adresszeilen und inkonsistente Formate.

CHF 31’500 für einen einzigen Posten, der im Erst-Angebot häufig gar nicht erscheint. Das verdeutlicht die budgetäre Tragweite. Fragen Sie Anbieter daher von Anfang an explizit: Wie viele Datensätze wurden angenommen? Aus wie vielen Quellsystemen stammen sie? Wer trägt die Verantwortung für die inhaltliche Bereinigung? Wie viele Testmigrationen sind im Festpreis enthalten?

Posten 2: Schnittstellen zu Drittsystemen (APIs)

In der modernen IT-Landschaft des Jahres 2026 steht fast keine Applikation mehr isoliert als “Insel”. Software muss stabil und sicher mit bestehenden Systemen wie ERP, CRM, der Buchhaltung oder externen Behörden-Registern interagieren. Jede dieser Schnittstellen verursacht erheblichen Aufwand, wird jedoch in Erst-Offerten meist nur summarisch erwähnt oder unter einem ungenauen, pauschalen Sammelposten versteckt.

Eine API ist mittels KI zwar schnell generiert, aber sie robust, ausfallsicher und geschützt gegen Cyber-Risiken aufzubauen, erfordert präzises Software-Engineering. Eine professionelle Schnittstelle benötigt automatisierte Fehlerbehandlungen, Message-Queues bei Systemausfällen und strikte Gateways, die verhindern, dass sensible Schweizer Unternehmensdaten unverschlüsselt an ausländische Server abfliessen.

Häufige Lücken in Erst-Angeboten:

• Anbindung an Schweizer Buchhaltungssoftware (z.B. für die Fakturierung).
• Sichere Authentifizierung über Single Sign-On (SSO) oder das bestehende Active Directory.
• Automatisierter Datenexport an ein Data Warehouse für übergeordnete Unternehmens-Reports.
• Verschlüsselter E-Mail- und SMS-Versand über die geschützten Server des Unternehmens.
• Integration externer Validierungs-Dienste (z.B. Adressprüfung, Bonitätsprüfungen, Karten-APIs).

Realistische Aufwände nach Schnittstellentyp

Erstellen Sie vor der Angebotsanfrage eine vollständige Liste aller Umsysteme. Jede vergessene Schnittstelle, die nachträglich in eine fertige Software-Architektur hineingezwungen werden muss, kostet erfahrungsgemäss 30 bis 50 Prozent mehr als eine von Beginn an eingeplante Leitung.

Posten 3: Schulung und Change Management

Die technologisch brillanteste Individualsoftware ist wirtschaftlich wertlos, wenn sie von den Mitarbeitenden im Alltag nicht akzeptiert oder falsch bedient wird. Schulungen und organisatorisches Change Management werden in Erst-Angeboten regelmässig unterschätzt oder mit dem plakativen Argument weggelassen, der Kunde übernehme die Einführung schliesslich in Eigenregie.

Gerade im Jahr 2026, wo Individualsoftware tiefgreifende, KI-gestützte Automatisierungen in die Arbeitsabläufe integriert, ist der menschliche Faktor der entscheidende Flaschenhals. Wenn Mitarbeitende, die jahrelang an ein vertrautes Altsystem gewöhnt waren, mit neuen algorithmischen Workflows konfrontiert werden, entsteht psychologischer Widerstand. Dieser muss durch transparente Kommunikation, das Einbinden von Schlüsselpersonen und didaktisch saubere Befähigung aktiv gemanagt werden.

Was zu einer professionellen Einführung gehört:

• Ein massgeschneidertes Schulungskonzept für unterschiedliche Benutzerrollen.
• Die Erstellung von interaktiven Handbüchern, Video-Tutorials und prozessbezogenen Dokumenten.
• Train-the-Trainer-Workshops für interne Multiplikatoren.
• Intensive Power-User-Schulungen für Administratoren.
• Eine strukturierte Hypercare-Phase in den ersten Wochen nach dem Go-Live, in der das Projektteam für Notfälle und Fragen der Anwender sofort bereitsteht.

Aufwände für Schulung und Change Management nach Anwenderzahl

Planen Sie für ein System mit 50 Anwendern solide CHF 12’000 bis CHF 27’000 ein. Wer diesen Posten streicht, überlastet seine Führungskräfte im Tagesgeschäft und riskiert massive Produktivitätsverluste nach dem Systemstart.

Posten 4: Testing und Qualitätssicherung im Detail

In vielen Erst-Offerten taucht das Testing lediglich als ungenaue Randnotiz auf (z.B. „inklusive Qualitätssicherung“ oder „QS im Entwicklungspreis enthalten“). Solche Phrasen verschleiern die Realität. Professionelle Qualitätssicherung hat durch den Einsatz von KI zusätzlich an Bedeutung gewonnen, um existenzbedrohende Risiken abzuwenden.

Die verschiedenen, unumgänglichen Testdisziplinen:

• Automatisierte Unit-Tests: Überprüfung einzelner Code-Bausteine durch die Entwickler.
• Integrationstests: Validierung des fehlerfreien Zusammenspiels zwischen Modulen und APIs.
• System- und Regressionstests: Dedizierte Prüfungen durch spezialisierte Software-Tester nach jeder Code-Änderung.
• User Acceptance Tests (UAT): Strukturierte Testzyklen durch die Fachabteilung des Kunden.
• Last- und Performance-Tests: Simulation von extremen Zugriffszahlen zur Sicherung der Skalierbarkeit.
• Sicherheits- und Penetrationstests: Gezielte Hacker-Simulationen zur Abwehr von Cyber-Angriffen und Prompt-Injections.
• Backup-Wiederherstellungstests: Verifikation, dass im Katastrophenfall die Datenrettung fehlerfrei verhebt.

Als verlässliche Faustregel gilt: Mindestens 20 bis 30 Prozent des reinen Entwicklungsbudgets müssen zwingend in die Qualitätssicherung fliessen. Bei einem Projektvolumen von CHF 200’000 entspricht das CHF 40’000 bis CHF 60’000. Wenn eine Offerte diesen Aufwand verschweigt, testen Sie die Software nach dem Go-Live unfreiwillig im produktiven Betrieb – mit allen finanziellen und rechtlichen Konsequenzen.

Bei Comitas ist das Testing daher ein integraler, transparenter Bestandteil jeder Iteration, zertifiziert nach ISO 27001 und verifiziert durch das Schweizer CyberSeal-Label.

Posten 5: Dokumentation und Wissensübergabe

Die fünfte typische Budgetlücke betrifft die technische und funktionale Dokumentation. Sie wird in Vorabgesprächen selten beziffert und fällt oft unter den Tisch, getragen vom Versprechen, „das erzeuge die KI heute vollautomatisch nebenbei“. Das ist ein Irrtum: KI dokumentiert Code-Schnipsel isoliert, liefert aber kein logisches Gesamtbild einer Enterprise-Architektur. Professionelle Dokumentation erfordert menschliche Präzision und Zeit.

Welche Dokumente zwingend entstehen müssen:

• Technische Architektur-Dokumentation: Das strukturelle Fundament für zukünftige Entwicklungen.
• Betriebshandbuch: Die Anleitung für das Hosting-Team, Backups und den Second-Level-Support.
• API-Dokumentation: Die standardisierte Beschreibung der Schnittstellen für externe Partner.
• Anwender- und Administrator-Handbücher: Massgeschneiderte Leitfäden für Endbenutzer und Power-User.
• Sicherheitskonzept und Compliance-Nachweise: Der schriftliche Nachweis der nDSG-Konformität für interne und externe Auditoren.

Was schlechte Dokumentation Ihr Unternehmen kostet:

Wer an der Dokumentation spart, manövriert sich in eine gefährliche Sackgasse. Bei jedem Personalwechsel beim Dienstleister oder in Ihrer eigenen IT-Abteilung geht wertvolles Wissen unwiederbringlich verloren. Jede spätere Weiterentwicklung erfordert zeitaufwändige Reverse-Engineering-Schichten. Schlimmer noch: Ohne saubere Dokumentation sind Sie an den ursprünglichen Anbieter gefesselt – ein fataler Vendor Lock-in, der einen Wechsel des Dienstleisters praktisch unbezahlbar macht.

Kalkulieren Sie für eine nachhaltige Dokumentation 5 bis 10 Prozent des Entwicklungsaufwands ein. Das ist die wichtigste Investition in die Unabhängigkeit und Langlebigkeit Ihrer Software.

Zusammenfassung: Erst-Angebot versus Realität

Wenn man ein oberflächliches Erst-Angebot um die fünf oft vergessenen, aber erfolgskritischen Posten ergänzt, verschiebt sich die Gesamtkalkulation drastisch. Die folgende Beispielrechnung verdeutlicht diesen TCO-Effekt anhand eines realistischen, mittleren Schweizer Softwareprojekts:

Die effektive Differenz von rund CHF 128’000 entspricht einer Erhöhung von gut 50 Prozent gegenüber der ursprünglichen Offerte. Wer diese realistischen Faktoren in seiner initialen Budgetvorlage ausblendet, muss mitten im Projekt nachbessern – was interne Genehmigungsprozesse blockiert, das Vertrauen des Verwaltungsrats erschüttert und den gesamten Projekterfolg gefährdet.

Die Prüf-Checkliste für Erst-Angebote

Nutzen Sie bei der nächsten Offert-Prüfung dieses standardisierte Raster, um Lücken proaktiv aufzudecken:

• Datenmigration: Ist die Datenübernahme als transparenter Einzelposten ausgewiesen? Werden die Quellsysteme und Datenmengen präzise benannt? Ist vertraglich geregelt, wer die inhaltliche Bereinigung verantwortet?
• Schnittstellen: Wird jede benötigte API einzeln mit ihrem technischen Komplexitätsgrad aufgeführt? Oder gibt es nur einen ungenauen Pauschalposten?
• Schulung & Change: Sind Schulungsstunden, Hypercare-Phasen und Dokumentationsaufwände für die Anwender explizit einkalkuliert?
• Testing: Ist der Qualitätssicherungs-Aufwand detailliert nach Testdisziplinen (z.B. Integrationstests, Penetrationstests) aufgeschlüsselt? Erreicht er mindestens 20–30% des Entwicklungsbudgets?
• Dokumentations-Artefakte: Welche konkreten Dokumente (Architekturhandbuch, Sicherheitskonzept) werden am Projektende physisch geliefert?
• Annahmen & Vorbehalte: Werden die Rahmenbedingungen und Ihre internen Mitwirkungspflichten als Auftraggeber messerscharf abgegrenzt?
• Bandbreiten: Arbeitet das Angebot bei unsicheren Faktoren mit ehrlichen Von-Bis-Bandbreiten anstatt mit scheingenauen Punktwerten?

Wie ein professionelles Angebot aussehen sollte

Ein gutes Erst-Angebot hat folgende Eigenschaften: eine klare Aufschlüsselung der einzelnen Kostenblöcke statt einer Pauschalsumme, die explizite Erwähnung jedes der fünf typisch fehlenden Posten – auch wenn der Aufwand zunächst nur geschätzt ist –, transparente Annahmen und Vorbehalte, Bandbreiten statt Punktwerte bei unsicheren Positionen sowie eine klare Abgrenzung zur Auftraggeber-Verantwortung.

Bei Comitas folgt jede Angebotserstellung diesem strukturierten Ansatz. Wir bevorzugen ehrliche Aufschlüsselungen mit Bandbreiten gegenüber niedrigen Pauschalangeboten, die später nachverhandelt werden müssen. Ein Angebot, das zu Beginn unangenehm ehrlich wirkt, schützt beide Seiten vor späteren Konflikten.

Praxisfall: Wie ein vergessener Posten ein Projekt belastete

Ein anonymisiertes Beispiel aus der Comitas-Praxis illustriert, welche Folgen ein einzelner übersehener Posten haben kann. Ein Unternehmen aus dem Handelssektor hatte mit einem anderen Anbieter eine Lagerverwaltungslösung beauftragt. Das Erst-Angebot lautete auf CHF 165’000 und wirkte vollständig. Datenmigration und Schnittstellen waren erwähnt – allerdings nur als pauschale Sammelposten.

Im Projektverlauf zeigte sich, dass die Anbindung an das bestehende Buchhaltungssystem deutlich komplexer war als angenommen. Das Altsystem verfügte über keine moderne Schnittstelle, sodass eine aufwändige Zwischenlösung entwickelt werden musste. Statt der pauschal angesetzten CHF 15’000 entstanden für diese eine Schnittstelle Aufwände von rund CHF 48’000.

Die Folgen gingen über die reinen Mehrkosten hinaus. Weil der Posten nicht budgetiert war, musste eine zusätzliche interne Freigabe eingeholt werden. Der Genehmigungsprozess verzögerte das Projekt um sechs Wochen. In dieser Zeit standen Teile des Entwicklungsteams still, was weitere Kosten verursachte. Am Ende lag das Projekt rund CHF 60’000 über dem Erst-Angebot und drei Monate hinter dem Zeitplan.

Die Lehre aus diesem Fall ist eindeutig: Nicht der Mehraufwand selbst ist das grösste Problem, sondern die fehlende Planbarkeit. Ein von Anfang an offen kommunizierter, realistisch geschätzter Posten – auch mit Unsicherheits-Bandbreite – hätte dem Auftraggeber erlaubt, fundierte Entscheidungen zu treffen.

Wie Sie Angebote fair vergleichen

Wenn mehrere Angebote vorliegen, ist der direkte Vergleich oft schwierig, weil die Anbieter unterschiedlich strukturieren. Ein Angebot mit hoher Endsumme kann das vollständigere und damit ehrlichere sein, während ein günstiges Angebot wichtige Posten ausblendet. Drei Techniken helfen beim fairen Vergleich.

Technik 1: Angebote auf einen gemeinsamen Standard bringen

Erstellen Sie eine Vergleichstabelle mit allen relevanten Posten als Zeilen und den Anbietern als Spalten. Tragen Sie für jeden Posten ein, was das jeweilige Angebot dazu sagt. Fehlt ein Posten in einem Angebot, ist das Feld leer – und genau diese Lücken werden so sichtbar. Erst wenn alle Angebote den gleichen Leistungsumfang abdecken, sind die Endsummen vergleichbar.

Technik 2: Fehlende Posten selbst schätzen

Wenn ein Angebot einen Posten nicht enthält, schätzen Sie den Aufwand selbst – auf Basis der Bandbreiten aus diesem Beitrag – und addieren ihn zur Angebotssumme. So entsteht eine bereinigte Vergleichssumme. Häufig zeigt sich, dass das vermeintlich günstigste Angebot nach dieser Bereinigung gar nicht mehr das günstigste ist.

Technik 3: Annahmen aktiv abfragen

Jedes Angebot beruht auf Annahmen. Fragen Sie bei jedem Anbieter aktiv nach: Welche Datenmenge wurde angenommen? Wie viele Schnittstellen? Wie viele Anwender für die Schulung? Welche Leistungen erwartet der Anbieter vom Auftraggeber? Die Antworten machen die Angebote vergleichbar und decken stille Annahmen auf, die später teuer werden können.

Das Beispiel in Tabelle 5 zeigt den Effekt: Anbieter B wirkt mit CHF 165’000 zunächst am günstigsten. Nach Ergänzung der fehlenden Posten für Datenmigration und Dokumentation liegt die bereinigte Summe jedoch bei CHF 208’000 – höher als das auf den ersten Blick teurere, aber vollständige Angebot von Anbieter A. Ohne diese Bereinigung wäre die Entscheidung womöglich zugunsten des unvollständigen Angebots gefallen.

Der strategische Königsweg: Phasenweise Budgetfreigabe und Pufferplanung

Um das finanzielle Risiko bei geschäftskritischen Individualprojekten effektiv zu beherrschen, empfiehlt Comitas zwei bewährte Management-Methoden:

1. Budgetfreigabe in Phasen

Geben Sie niemals das gesamte Projektbudget in einem einzigen Block frei. Koppeln Sie die Finanzierung stattdessen an klare, messbare Etappen. Jede Phase schliesst mit einem konkreten Ergebnis ab; erst nach dessen Abnahme wird das Budget für die nächste Stufe freigegeben.

Besonders wertvoll ist hierbei die Konzeptphase als erste, isolierte Etappe. Nach Abschluss dieser detaillierten Analyse liegt eine glasklare, mathematisch fundierte Aufwandsschätzung für alle Folgephasen vor. Sie können dann auf einer absolut verlässlichen Datenbasis entscheiden, ob und in welchem Umfang das Projekt realisiert wird.

2. Realistische Pufferplanung

Softwareentwicklung in einer sich schnell verändernden KI-Umwelt besitzt inhärente Unsicherheiten. Eine Budgetreserve ist daher kein Zeichen schlechter Planung, sondern ein Merkmal professionellen Risikomanagements. Ein Budget ohne Reserve ist lediglich unehrlich und verschiebt die Diskussion über Mehraufwände auf einen kritischen Zeitpunkt unter Projektdruck. Die Höhe des Puffers sollte sich strikt am Reifegrad Ihrer Anforderungen orientieren:

Wie Sie Angebote im Jahr 2026 fair vergleichen

Um bei mehreren vorliegenden Offerten nicht Äpfel mit Birnen zu vergleichen, empfiehlt Comitas die konsequente Anwendung von drei Analysetechniken:

• Technik 1: Den gemeinsamen Standard herstellen: Erstellen Sie eine neutrale Vergleichstabelle, in der die acht professionellen Kostenblöcke als Zeilen und die Anbieter als Spalten geführt werden. Tragen Sie akribisch ein, was jede Offerte zu dem jeweiligen Block spezifisch ausweist. Jedes leere Feld entlarvt eine gefährliche Budgetlücke.
• Technik 2: Fehlende Posten mathematisch bereinigen: Wenn ein Anbieter einen Block (z.B. die Dokumentation oder das Testing) komplett ausblendet, schätzen Sie diesen Aufwand auf Basis der Markt-Erfahrungswerte dieses Beitrags selbst und addieren Sie die Summe auf die Angebotssumme auf. Erst diese bereinigte Vergleichssumme zeigt, wer wirklich der wirtschaftlichste Partner ist.
• Technik 3: Annahmen aktiv prüfen: Hinterfragen Sie die stillen Annahmen der Anbieter. Fragen Sie präzise nach: Welche Datenqualität wurde vorausgesetzt? Wie viele Schnittstellen-Endpunkte wurden kalkuliert? Welche konkreten Eigenleistungen werden von Ihren eigenen Mitarbeitenden erwartet? Wurden KI-Funktionen, die unterdessen oft nach Nutzung abgerechnet werden, berücksichtigt?

Das Praxisbeispiel in Tabelle 8 entlarvt die Optik: Anbieter B wirkt mit CHF 165’000 initial unschlagbar günstig. Nach der rechnerischen Ergänzung der fehlenden Posten für Datenmigration und Dokumentation klettert seine ehrliche Summe jedoch auf CHF 208’000. Er ist somit teurer als das transparente, von Anfang an vollständige Angebot von Anbieter A.

Fazit: Transparenz schützt vor Projektkrisen

Ein scheinbar billiges Erst-Angebot ist in der Softwareentwicklung selten ein Glücksfall. Im Jahr 2026 ist es fast immer ein Indikator für fehlende, aber unumgängliche Projektpositionen. Datenmigration, CyberSecurity-Testing, sichere Schnittstellen-Infrastrukturen, fortlaufende Dokumentation und Change Management passieren nicht automatisiert oder “nebenbei”. Sie erfordern kompromisslose professionelle Ingenieursarbeit.

Wer Angebote ausschliesslich nach dem optischen Endpreis bewertet, gefährdet seine IT-Sicherheit und riskiert unkontrollierte Budgetüberschreitungen. Erst der systematische Einsatz unserer Prüf-Checkliste und der Blick auf die ehrlichen Lebenszykluskosten (Total Cost of Ownership) garantieren Ihnen eine sichere und erfolgreiche Investitionsentscheidung.