Desenvolvimento Web
Custos
Gestão de Projetos
Contratação
Estratégia Digital

Wie viel kostet die Webentwicklung (und was bestimmt den Preis wirklich)

Der Preis eines Webprojekts wird nicht durch Stunden definiert. Sie wird durch den Umfang, das Risiko und die Kosten für die Aufrechterhaltung des Gelieferten definiert.

„Wie viel kostet es, eine Website oder ein Websystem zu erstellen?“ ist eine der häufigsten Fragen, die ich erhalte, und auch eine der am schlechtesten beantworteten auf dem Markt. Die Antworten reichen von ein paar hundert Dollar bis hin zu Hunderttausenden Dollar, was der Beschreibung des Kunden nach dasselbe klingt. Bei dieser Variante handelt es sich nicht um Betrug (obwohl dies manchmal der Fall ist). Sie verrät, dass es auf die gestellte Frage keine Antwort gibt.

Wer entscheidet, muss verstehen, was den Preis eigentlich ausmacht. Nicht um die kleinste Menge zu ergattern, sondern um den Kauf des Falschen zu vermeiden, was der teuerste Fehler überhaupt ist.

Warum kostet die gleiche „Website“ so unterschiedliche Beträge?

Hinter dem Wort „Site“ verbergen sich ganz andere Projekte. Eine einfache institutionelle Seite und ein Websystem mit Registrierung, Bezahlung, Integrationen und Anmeldebereich sind so unterschiedlich wie ein Zelt und ein Gebäude, aber beide können als „ein Gebäude“ bezeichnet werden. Der Preis richtet sich nach der tatsächlichen Komplexität, nicht nach dem Namen.

Was die Kosten am meisten belastet, ist für diejenigen, die fragen, normalerweise unsichtbar: Wie viele verschiedene Bildschirme und Abläufe gibt es, wie viele Integrationen mit anderen Systemen, wie viele Geschäftsregeln, welches Maß an Sicherheit und Compliance, wie viel individuelles Design. Zwei Projekte mit dem gleichen „Gesicht“ können unter der Haube einen zehnfachen Unterschied im Aufwand haben. Wer nach dem Aussehen budgetiert, macht einen Fehler; Wer das unten aufgeführte Budget einkalkuliert, macht es richtig.

Die Kosten, die nicht im ursprünglichen Budget enthalten sind

Der häufigste Fehler besteht darin, nur auf den Baupreis zu achten und die Wartung zu vergessen. Software ist kein Kauf, sondern eine Beziehung. Nach der Bereitstellung sind Korrekturen, Sicherheitsupdates, Weiterentwicklung bei geschäftlichen Veränderungen und Support erforderlich, wenn etwas kaputt geht. Ein System, das günstig im Bau und teuer im Unterhalt ist, ist insgesamt teurer als ein gut gemachtes.

Daher ist es eine Falle, Lieferanten nur anhand des Lieferpreises zu vergleichen. Die richtige Frage ist nicht „Wie viel kostet die Herstellung“, sondern „Wie viel kostet die Herstellung und der Betrieb für ein paar Jahre“. Code-Besitz, Dokumentationsqualität und Wartungsfreundlichkeit fließen in diese Berechnung ein und kommen im günstigsten Angebot nur selten vor.

Die drei Einstellungsmodelle (und wann jedes einzelne sinnvoll ist)

Webprojekte werden auf drei Arten in Auftrag gegeben, und die Wahl der falschen ist kostspielig.

Geschlossene Preisgestaltung funktioniert, wenn der Umfang sehr klar und stabil ist. Es sorgt für Vorhersehbarkeit, bestraft aber Änderungen: Alles, was nicht im Vertrag enthalten war, wird zu einem teuren Zusatz, und der Lieferant tendiert dazu, das vereinbarte Minimum zu liefern. Gut für klar definierte Projekte, schlecht für diejenigen, die noch dabei sind, herauszufinden, was sie wollen.

pro Stunde oder pro Zeit und Material funktioniert, wenn der Umfang ungewiss ist und sich weiterentwickeln wird. Es gibt Flexibilität, erfordert aber Vertrauen und Überwachung, ohne Management wird es zu einer endlosen Rechnung. Gut für diejenigen, die etwas Neues aufbauen und dabei etwas bestätigen.

Das zugewiesene Team (ein dediziertes Team pro Monat) arbeitet für diejenigen, die kontinuierlich arbeiten und Kontrolle wünschen. Es ist am flexibelsten und erfordert von denjenigen, die einstellen, die größte Managementreife. Gut für Vorgänge, bei denen das Produkt über einen langen Zeitraum weiterentwickelt wird.

Im Abstrakten gibt es kein richtiges Modell. Es gibt eine Lösung, die Ihrer Klarheit darüber, was Sie brauchen, und Ihrer Fähigkeit, dies umzusetzen, entspricht.

Wo man wirklich sparen kann und wo nicht

Es gibt intelligente Ökonomie und teure Ökonomie. Gut sparen bedeutet, den Umfang zu reduzieren: eine kleinere Version zu veröffentlichen, die das Wesentliche löst, und später weiterzuentwickeln, anstatt zu versuchen, alles auf einmal zu erstellen. Der Verzicht auf das, was Sie gerade nicht brauchen, ist die gesündeste Art, weniger auszugeben.

Schlechtes Sparen bedeutet Abstriche bei der Qualität: Den günstigsten Anbieter einstellen, ohne die Kompetenz zu bewerten, Tests und Sicherheit auslassen oder einen Lieferanten akzeptieren, der das Eigentum am Code nicht abgibt. Das sieht nach einer Ersparnis bei der Vertragsunterzeichnung aus und verwandelt sich in einen Verlust beim ersten ernsthaften Problem, Nacharbeit, ein System, das niemand aufrechterhalten kann, Abhängigkeit von dem, der es gemacht hat. Das Billige, das das Wesentliche beeinträchtigt, ist das Teure in der Verkleidung.

Die Frage, die mehr wert ist als der Preis

Der beste Weg, kein Geld für die Webentwicklung zu verschwenden, besteht darin, nicht nach dem niedrigsten Budget zu suchen. Das bedeutet, dass Sie sich darüber im Klaren sind, welches Problem Sie lösen müssen, und den Lieferanten anhand seiner Fähigkeit bewerten, das Problem gut zu lösen und die von ihm gelieferten Leistungen aufrechtzuerhalten. Der Preis ohne diesen Kontext ist nur eine Zahl, und Zahlen ohne Kontext sind irreführend.

Ein klar definiertes und gut vertraglich vereinbartes Projekt zahlt sich in Effizienz und Sicherheit aus. Ein schlecht definiertes Projekt, das zum niedrigsten Preis vergeben wird, kostet normalerweise das Doppelte: beim ersten Mal, wenn man es falsch macht, und beim zweiten Mal, wenn man es noch einmal macht. Das teuerste Budget ist selten das Problem. Der Umfang ist fast immer verwirrend.

Wenn Sie ein Webprojekt strukturieren und vor der Angebotsanfrage sorgfältig über Kosten, Umfang und Vertragsmodell nachdenken möchten, lohnt sich ein Gespräch. Ich habe weitere Texte auf dem Blog über die Auswahl von Lieferanten und das Management digitaler Projekte.

Lesen Sie auch