Entwicklungsofferten: Warum so unterschiedliche Preise?

Warum ist es so schwierig, die verschiedenen Offerten zu verstehen, und was rechtfertigt solche Unterschiede?

Floran Baillif, Partner · Strategie & Verkauf2 septembre 2026 · 3 min de lecture
In diesem Artikel5 sections
  1. Eine Entwicklungsofferte vergleicht man nicht, man interpretiert sie
  2. Ohne jemanden, der urteilen kann, und ohne technisches Wissen zu entscheiden heisst, auf Vertrauen zu entscheiden
  3. Niemand wird dafür bezahlt, Ihnen zu sagen, dass Sie nichts bauen sollen
  4. Das Geld fliesst nicht in das, was Sie bauen, sondern in das, was Sie unterhalten
  5. In der Praxis

Eine Entwicklungsofferte vergleicht man nicht, man interpretiert sie

Drei Anbieter, dasselbe Bedürfnis und drei Offerten, die glauben, vom selben Projekt zu sprechen, bei denen aber gewaltige Unterschiede zutage treten. Der eine hat eine Präsentationswebsite verstanden, der andere eine Plattform mit Kundenbereich.

Die Preise können um das Fünffache auseinanderliegen, ohne dass irgendetwas in den Unterlagen den Unterschied erklärt. Der Günstigste ist weder der Wirksamste noch der mit dem besten Preis-Leistungs-Verhältnis: Oft ist es derjenige, der am wenigsten verstanden oder Ihrem tatsächlichen Bedürfnis am wenigsten zugehört hat.

Vergleichbar werden Offerten, wenn man sie auf dasselbe Raster bringt: abgedeckter Umfang, unausgesprochene Annahmen, was fehlt, was zusätzlich verrechnet wird. Der Unterschied wird lesbar, sobald man etwas nachbohrt.

Ohne jemanden, der urteilen kann, und ohne technisches Wissen zu entscheiden heisst, auf Vertrauen zu entscheiden

In den meisten KMU hat niemand das Fachwissen, um zu beurteilen, ob eine Architektur vernünftig oder eine Frist realistisch ist. Der Kompetenzmangel kommt übrigens vor dem Geld: 42 % der Schweizer Unternehmen nennen den Mangel an digitalen Kompetenzen als Hindernis, gegenüber 28 % für fehlende finanzielle Mittel, gemäss einer Umfrage von Strand Partners für AWS aus dem Jahr 2026 bei 1000 Führungskräften.

Am Ende wählt man den Anbieter, den man sympathisch findet, oder den, der sich am besten präsentiert hat. Das ist keine Inkompetenz, sondern eine Informationsasymmetrie, und sie rächt sich später. Der wichtigste Weg, dem zu begegnen, ist, Referenzen des Anbieters einzuholen. Fragen Sie ruhig nach den Kontaktdaten von Unternehmen, für die er ähnliche Projekte umgesetzt hat. Keine Scheu: Das ist Ihr Recht.

Niemand wird dafür bezahlt, Ihnen zu sagen, dass Sie nichts bauen sollen

Wenn man jemanden, der Entwicklung verkauft, fragt, ob eine Entwicklung nötig ist, lautet die Antwort fast immer Ja. Leider sagen die meisten Firmen immer zu allem Ja oder drängen eine Lösung statt einer anderen auf.

Es liegt an Ihnen, kritisch nachzufragen: Entspricht die Offerte des Anbieters wirklich Ihrem Bedürfnis, und ist sie der beste Weg dorthin, was Wirksamkeit und Preis-Leistungs-Verhältnis betrifft?

Das Geld fliesst nicht in das, was Sie bauen, sondern in das, was Sie unterhalten

Der Grossteil eines IT-Budgets fliesst in den Erhalt des Bestehenden, und ein erheblicher Teil der Entwicklerzeit geht dafür drauf, Entscheide zu umgehen, die vor Jahren getroffen wurden.

Deshalb kostet eine einfache Anfrage am Ende einen Preis, der absurd wirkt. Technische Schulden werden allzu oft unterschätzt. Und das heisst: Ein Entscheid über das Bestehende bringt oft mehr als ein neues Projekt. Viele «neue» Projekte entpuppen sich übrigens als schlecht erkannte Probleme des Bestehenden.

  • Was hält, und wie lange
  • Was am Ende seiner Lebensdauer ist
  • Was Ihnen wirklich gehört: Code, Hosting, Zugänge
  • Was wirklich kostet, wiederkehrend und langfristig

In der Praxis

Die pragmatische Schlussfolgerung aus all dem:

  1. eine Offerte nicht vergleichen, sondern interpretieren;
  2. Referenzen verlangen;
  3. eine Offerte hinterfragen;
  4. langfristig denken und weit vorausschauen.

Ce sujet touche à notre expertise Audit & Beratung.

Wir beginnen mit einem Gespräch, nicht mit einer Offerte.

Voir l'expertise

Weiterlesen

Die Fallstricke, die es bei der Entwicklung von Software nach Mass zu vermeiden giltVier Entscheide fallen zu Beginn eines Projekts nach Mass, und drei davon lassen sich danach nicht mehr korrigieren. Keiner ist technisch.Orientierung3 minTeams in KI schulen: was drei Monate später davon bleibtAus einem Schulungstag kommen alle motiviert heraus. Was in den Wochen danach geschieht, entscheidet, ob er etwas gebracht hat.Orientierung3 min