Wie Viel Sollte Eine Website Wirklich Kosten?

Fragen Sie fünf verschiedene Entwickler, was eine Website kostet, und Sie bekommen fünf verschiedene Zahlen, manchmal mit einem Faktor zwanzig dazwischen. Ein Freund hat eine kostenlos mit einer Vorlage gebaut. Eine lokale Agentur hat vierzigtausend Dollar für das angeboten, was nach demselben Satz an Seiten klingt. Keine der beiden Zahlen ist wirklich unehrlich. Es sind einfach Antworten auf unterschiedliche Fragen, die zufällig mit denselben Worten gestellt wurden. "Was kostet eine Website" ist ein bisschen so, als würde man fragen, was ein Fahrzeug kostet. Ein Fahrrad und ein Lieferwagen sind beide Fahrzeuge, und der Preisunterschied ist kein Betrug, sondern der Unterschied zwischen zwei völlig verschiedenen Aufgaben. Die meisten Website-Angebote schwanken aus demselben Grund so stark: Das Wort "Website" verbirgt enorme Unterschiede darin, was tatsächlich gebaut wird. Das bewegt die Zahl tatsächlich, in der Reihenfolge, in der es meist zählt. 1. Ob man eine Vorlage kauft oder für originales Design und Struktur bezahlt. Eine gut gewählte Vorlage, gefüllt mit eigenen Inhalten, kann wirklich gut aussehen und kostet ein paar Hundert bis ein paar Tausend Dollar an Einrichtungszeit. In dem Moment, in dem ein Layout, eine Informationsarchitektur oder eine visuelle Identität gebraucht wird, die speziell darauf zugeschnitten ist, wie das Unternehmen tatsächlich arbeitet, bezahlt man für Design-Denkarbeit, nicht nur für das Zusammensetzen von Seiten, und diese Kosten sind real und berechtigt. 2. Wie viel von der Seite eine Broschüre ist und wie viel ein System. Eine Handvoll Seiten, die das Unternehmen beschreiben und eine Kontaktaufnahme ermöglichen, ist grundlegend günstiger zu bauen als eine Seite mit Logins, einem Buchungskalender, einem Zahlungsablauf oder einem durchsuchbaren Katalog. Jede dieser Funktionen ist im Grunde ein eigenes kleines Stück Software mit eigenen Sonderfällen, und genau dort wird aus einem Angebot für eine "einfache Website" still und leise ein fünfstelliges Projekt. 3. Inhalte und Migration. Niemand kalkuliert das im Voraus, und es erwischt fast jeden. Wer dreihundert bestehende Blogartikel, einen Produktkatalog mit Varianten, oder jahrelange Kundendaten hat, die umziehen müssen, für den fällt diese Arbeit an, egal ob sie im Vertrag steht oder nicht. Fragen Sie ausdrücklich, wer dafür verantwortlich ist, denn "der Entwickler" und "Sie selbst" sind zwei sehr unterschiedliche Preise. 4. Wer die Arbeit tatsächlich macht. Ein Freelancer, ein kleines Studio und eine große Agentur können genau dieselbe Seite zu wild unterschiedlichen Preisen bauen, und der Unterschied liegt meist nicht am Können, sondern an den Gemeinkosten. Das Angebot einer großen Agentur bezahlt zusätzlich zum eigentlichen Bau auch Account-Manager, Vertriebspersonal und Büroflächen. Das ist nicht automatisch schlecht, manche Unternehmen wollen diese Struktur tatsächlich, aber es lohnt sich zu wissen, dass man dafür bezahlt. 5. Was nach dem Launch passiert. Ein billiger Bau ohne Plan für Updates, Sicherheitspatches oder die unvermeidliche Anfrage "können wir diese eine Kleinigkeit ändern" kostet über drei Jahre gerechnet meist mehr als ein etwas teurerer Bau mit einer echten Wartungsvereinbarung. Fragen Sie, was ein Angebot nach dem Launch der Seite abdeckt, nicht nur, was es abdeckt, um dorthin zu kommen. Der ehrliche Weg, ein Angebot zu prüfen, ist eine aufgeschlüsselte Kostenaufstellung zu verlangen, keine einzelne Zahl. Ein vager Betrag von 8.000 Dollar lässt sich unmöglich bewerten. Eine Aufschlüsselung, die 1.200 Dollar für Design, 3.500 für den Bau, 800 für die Inhaltsmigration, 500 für ein Kontaktformular und eine Buchungsintegration, und danach 200 Dollar im Monat nennt, sagt genau, was gekauft wird, und lässt einen streichen, was man nicht braucht. Jeder Entwickler, der sich weigert, ein Angebot so aufzuschlüsseln, hat entweder die Arbeit nicht sorgfältig eingegrenzt oder will nicht zeigen, wie die Zahl zustande kam. Wer vor jedem Gespräch eine wirklich nützliche Zahl haben will, sollte aufschreiben, was die Seite tatsächlich tun muss, nicht wie sie aussehen soll. Seiten, Formulare, Logins, Zahlungen, Integrationen, und wer die Inhalte liefert. Diese Liste bestimmt, mehr als jeder Stundensatz, die tatsächlichen Kosten. Das ist genau das erste Gespräch, das geführt wird, wenn jemand fragt, was eine Seite kosten wird: Was muss sie tatsächlich tun, und was gibt es bereits halb gelöst, das man nicht von Grund auf neu bauen sollte. Man bekommt dafür eine detaillierte Zahl, keine gerundete Summe aus einer Preistabelle, und spricht direkt mit der Person, die die Seite tatsächlich bauen würde, nicht mit einem Account-Manager, der zwischen einem selbst und dem Entwickler übersetzt.