Website-Projektbrief: Wie man einen schreibt, der richtig bepreist

Warum ein vager Brief leise Ihr Budget auffrisst

Eindeutige Antwort: Ein Studio kann Ihre Absicht nicht bewerten, nur Ihr Dokument. Alles, was das Dokument auslässt, füllen beide Seiten stillschweigend und unterschiedlich aus – und die beiden Bilder treffen schließlich beim Demo aufeinander, wenn ein Kurswechsel teuer ist.

Nehmen Sie einen Satz, der vollkommen klar klingt: wir benötigen eine Unternehmenswebsite, etwa zehn Seiten, mit einem Anfrageformular.Es gibt mindestens vier Fallstricke, die sich dort verstecken, und jeder kostet Geld:

• Das Anfrageformular — ist es eine E-Mail an ein Postfach oder erstellt es einen Deal in Ihrem CRM und sendet dem Kunden eine automatische Antwort?
• Zehn Seiten — zehn einzigartige Bildschirme, die jeweils separat entworfen und gebaut werden, oder eine Vorlage, die zehnmal ausgefüllt wird?
• Inhalt — übergibt ihr fertige Texte und Fotografien, oder muss jemand sie schreiben und aufnehmen?
• Sprachen — eine oder drei, und wer übersetzt?

Die Lücke zwischen dem günstigen Lesen und dem teuren Lesen ist ein Vielfaches, kein Rundungsfehler — und beide sind ehrlich, die Antwort war einfach nicht im Text.

Dann kommt der Zeitplan. Mehrdeutigkeit kommt in Scheiben, jede verkleidet als eine kleine Sache — ein Filter hier, ein Rechner dort, ein Angebotsformular auf der Dienstleistungsseite. Jede klingt nach einer halben Stunde; zusammen schreiben sie die Hälfte des Projekts um, und der Start verschiebt sich um Monate. Ein gutes Anforderungsdokument ist keine Bürokratie; es ist eine Möglichkeit, frühzeitig zu widersprechen, während das Widersprechen noch kostenlos ist. Überspringt man es, zahlt der Kunde für Nacharbeit, während das Studio die Kosten trägt oder streitet und die Beziehung verliert.

Brief, Spezifikation, Leistungsbeschreibung — und wer sie schreibt

Das Briefing ist ein Eingabedokument — ein oder zwei Seiten, die der Kunde ausfüllt: wer du bist, was du verkaufst, an wen, warum du eine Website brauchst, was du an Wettbewerbern magst und hasst, Budget, Frist. Es beschreibt das Problem, nicht die Lösung, daher kann es nicht genau bepreist werden — nur in Bezug auf die Größenordnung eingeschätzt.

Die technische Spezifikation beschreibt, was gebaut werden soll: Seitenliste, Struktur jeder Seite, Funktionalität, Szenarien, Integrationen, Anforderungen an die Verwaltung, Akzeptanzkriterien. Es wird geschrieben, nachdem das Problem verstanden ist, und es wird ein Anhang zum Vertrag.Der Arbeitsumfang ist die Grenze — was drin ist und was nicht. Ein Satz, der sagt, der Inhalt der Produktkarte wird vom Kunden bereitgestellt ist mehr wert als eine Seite eleganter Prosa.

Wer das Lastenheft schreiben sollte

Kurze Antwort: Der Kunde schreibt das Briefing, das Studio schreibt das Lastenheft. Sie sind der Experte für Ihr Geschäft — Margen, Saisonalität, die Einwände, die Ihre Verkäufer hören. Das Studio ist Experte dafür, was im dritten Monat kaputtgeht: welche Lösungen existieren und was jede kostet. Wenn ein Kunde es alleine schreiben darf, erfindet er Lösungen, bei denen er keine Erfahrung hat, und das Ergebnis spezifiziert entweder Dinge, die nicht so funktionieren, oder fordert alles auf einmal.

Das Muster ist also: Der Kunde füllt ein Briefing aus; das Studio führt eine Entdeckung durch — ein paar Sitzungen mit unangenehmen Fragen, um den realen Geschäftsprozess zu kartieren — dann schreibt es das Lastenheft, und der Kunde liest es, diskutiert und gibt sein Einverständnis. Entdeckung und das Schreiben des Lastenhefts sind echte Arbeit: Ein Studio, das ein detailliertes Lastenheft kostenlos anbietet, wird ein formelles erstellen, nur genug, um eine Unterschrift zu bekommen. Um die Teams zu unterscheiden, die wirklich graben, von denen, die Vorlagen wiederverwenden, haben wir die Signale in unserem Leitfaden behandelt.die Wahl eines Webstudios.

Die Eröffnung: Geschäftsziel, Zielgruppe, Wettbewerber

Der erste Abschnitt jeder anständigen Spezifikation beantwortet warum, nicht was. Überspringen Sie es und keine spätere Entscheidung kann getroffen werden: jedes Argument darüber, ob ein Block benötigt wird, reduziert sich auf ein Kriterium, und das Kriterium stammt aus dem Ziel.

Das Geschäftsziel

Formulieren Sie es in Geschäftsterminen, nicht in Website-Begriffen. "Eine schöne, moderne Seite" ist eine Meinung. Ein Ziel klingt eher wie: Anfragen zur Installation von Hausbesitzern erhalten – im Moment kommt alles telefonisch und die Hälfte davon geht verloren, oder Großhandelskunden in den Selbstbedienungsbereich verschieben. Das erste macht das Formular, Vertrauen und Geschwindigkeit wichtig; das zweite, einen Kontobereich und eine Ein-Klick-Nachbestellung. Das gleiche Budget, unterschiedliche Orte.

Das Publikum

Verhalten beschreiben, nicht Demografie. "Männer, 25 bis 45" sagt einem Entwickler nichts. Das hier:

• Wer entscheidet und wer bezahlt — häufig unterschiedliche Personen.
• Wie sie ankommen: ein Problem suchen, einer Empfehlung folgen, auf eine Anzeige klicken.
• Was sie überprüfen, bevor sie sich festlegen: Preis, Lieferzeit, Lizenzierung, Bewertungen, Abdeckungsbereich.
• Auf welchem Gerät sie sind. Ein Telefon auf einer Baustelle mit schlechtem Empfang ändert die Anforderungen an das Seitengewicht.

Wettbewerber

Geben Sie drei bis fünf Links an, jeweils mit einem Satz: Was ist hier gut und was ist schlecht. Nicht "schönes Design", sondern "der Preis ist sofort ohne ein Formular sichtbar - das will ich." Diese Gewohnheit spart Wochen an E-Mails, da sie Geschmack in Anforderungen umwandelt. Und schreiben Sie ehrlich, wie Sie sich von diesen Wettbewerbern unterscheiden: Wenn es keinen Unterschied gibt, ist das kein Problem der Website, und kein noch so gutes Front-End wird das beheben.

Seitenliste und Struktur: Wo der Kostenvoranschlag lebt

Hierher stammt der Großteil der Schätzung. Die Regel ist einfach: Sie zählen einzigartige Vorlagen, nicht Seiten. Ein Katalog mit tausend Produkten ist eine Produktkarten-Vorlage, und eine achtseitige Website, die Seite für Seite gestaltet wird, kostet mehr als dreißig Seiten auf drei Vorlagen. Schreiben Sie also die Liste in zwei Durchgängen: Nennen Sie jede Seite, und markieren Sie dann, welche Vorlagen sind und welche Einzelstücke.

Wie man eine Seite beschreibt

Für jede einzigartige Seite listen Sie die Blöcke von oben nach unten mit dem Zweck jedes Blocks auf. Für eine Dienstleistungsseite:

1. Hero: Überschrift, einzeiliger Beschreibung, Button zur Anfrage eines Angebots.
2. Was enthalten ist - Aufzählungsliste, fünf bis acht Punkte.
3. Wie die Arbeit abläuft - drei bis sechs Schritte.
4. Preise: Preistabelle oder eine einzelne "ab"-Zeile; entscheiden Sie bei der Entdeckung.
5. Verwandte Arbeiten — drei Karten, die automatisch aus dem Portfolio nach Servicetag gezogen werden.
6. FAQ — vom Admin bearbeitbar. Anfrageformular.

Beachten Sie die beiden Phrasen, die die Hauptarbeit leisten: "automatisch nach Tag gezogen" und "vom Admin bearbeitbar." Das sind keine Dekorationen, das sind Stunden: ein Block, den ein Redakteur von Hand ausfüllt, und ein Block, der sich aus Daten selbst zusammensetzt, sind unterschiedliche Aufgaben zu unterschiedlichen Preisen.

Navigation und Links zwischen Seiten

Beschreiben Sie das Hauptmenü und den Footer vollständig und wie die Seiten verbunden sind: Dienstleistungen führen zu Fallstudien, Fallstudien zurück zu den Dienstleistungen und dem Formular, Artikel zu Dienstleistungen. Ein nützlicher Test ist, Ihre zukünftige Seite als Fremder zu durchlaufen — jemand, der auf einem Artikel gelandet ist, was sieht er als Nächstes und wohin geht er? Wenn Sie das nicht beantworten können, ist diese Seite nicht fertig. Sie können sehen, wie sich das in unserer aktuellen Arbeit. Und schreiben Sie nicht "die Seite muss responsiv sein" — das ist Grundvoraussetzung; schreiben Sie, wo sich mobile Geräte andersverhalten: die Preistabelle wird zu gestapelten Karten, der Filter öffnet sich im Vollbildmodus. Diese Stellen kosten Zeit, wenn sie spät auftauchen.

Funktionalität ohne Mehrdeutigkeit beschreiben

Der klassische Fehler in Spezifikationen besteht darin, Funktionen mit Adjektiven zu beschreiben – ein praktischer Filter, eine intelligente Suche, ein schneller Checkout. Das sind keine Anforderungen, das sind Wünsche: man kann sie nicht überprüfen, man kann sie nicht preislich bewerten, und man kann ewig darüber streiten – praktisch für wen?

Die Alternative sind Szenarien: wer was tut und was er dafür bekommt. Vergleichen. Schwach: "Kundenkonto mit Bestellhistorie."Stark:

• Der Kunde meldet sich mit E-Mail und Passwort an; die Passwortzurücksetzung funktioniert über einen per E-Mail gesendeten Link.
• Der Kunde sieht seine Bestellungen: Nummer, Datum, Gesamtbetrag, Status und einen "Wiederbestellen"-Button.
• Es gibt fünf Status – neu, in Bearbeitung, versandt, geliefert, storniert – die von einem Manager im Admin-Bereich festgelegt werden.
• "Wiederbestellen" legt die Artikel wieder in den Warenkorb; alles, was nicht auf Lager ist, wird übersprungen und der Kunde wird informiert, welche.
• Der Kunde lädt eine PDF-Rechnung herunter, kann jedoch den eingetragenen Firmennamen nicht bearbeiten – das kann nur ein Manager.

Die zweite Version kann in Stunden bepreist werden, ohne einen einzigen Anruf; die erste wurde nur geschätzt, und das Ziel verfehlt.

Schreiben Sie die Randfälle auf

Die Kosten sind selten der glückliche Weg — es ist alles, was darum herum passiert, wo die Hälfte des Budgets versteckt ist:

• Was passiert, wenn keine Daten vorhanden sind: leerer Warenkorb, Suche ohne Ergebnisse, eine Kategorie ohne Inhalte.
• Was passiert bei einem Fehler: Zahlung abgelehnt, Datei zu groß, E-Mail bereits registriert.
• Was der Benutzer sieht, wenn die Verbindung während der Zahlung abbricht, und wer was tun kann — Redakteure und Administratoren benötigen unterschiedliche Berechtigungen.

Und markieren Sie jeden Punkt: erforderlich für den Start, schön zu haben oder Phase zwei. Dies ist das beste Budget-Tool, das es gibt: Wenn die Schätzung höher zurückkommt, als Sie gehofft haben, werden Sie absichtlich kürzen, anstatt willkürlich das Nächste zu kürzen.

Inhalte, Integrationen, Sprachen: Wer was und wann bereitstellt

Mehr Projekte sterben hier als in jeder Codezeile. Die Seite ist fertig und der Start findet nicht statt — weil der Text nie angekommen ist oder die Fotos Handyaufnahmen sind, die in einem dunklen Lagerhaus gemacht wurden.

Inhalt

Die Spezifikation muss klar angeben, wem jeder Inhaltstyp gehört und bis wann er existiert:

• Seiteninhalt. Geschrieben von dir, vom Texter des Studios oder von dir entworfen und von uns bearbeitet? Drei Preise.
• Fotografie. Dein Archiv, ein Shooting oder Stock? Wenn ein Shooting — wer organisiert und bezahlt es.
• Katalog. Wer füllt die Karten aus, woher kommen die Beschreibungen, in welchem Format erfolgt der Export.
• Rechtliche Seiten. Datenschutzrichtlinie, Bedingungen, Unternehmensdetails — das Gebiet des Kunden, aber das Studio sollte dich daran erinnern.

Und noch eine Zeile: was passiert, wenn der Inhalt nicht rechtzeitig fertig ist. Die vernünftige Antwort ist, mit Platzhaltern auf einer vereinbarten Liste von Seiten zu starten, anstatt eine fertige Website monatelang in einer Schublade zu halten.

Integrationen

Beschreibe jede auf die gleiche Weise: welches System, welche Bewegungen wo, zu welchem Zeitpunkt und was passiert, wenn es fehlschlägt. "Integriere mit CRM" ist bedeutungslos — es umfasst sowohl zwei Stunden Arbeit als auch zwei Wochen. Gehe die übliche Liste durch — CRM, Zahlungs-Gateway, Versand, Lager-Software, E-Mail-Marketing, Messenger, fiskalische Belege, Analytik — und beantworte für jedes drei Fragen: Hat es eine API, gibt es Dokumentation, wer hat die Zugangsdaten. Fehlende Zugangsdaten sind ein Risiko und gehören in die Spezifikation, anstatt eine Woche vor dem Launch aufzutauchen.

Sprachen

Mehrsprachigkeit ist kein Schalter im Header. Es ist ein separates Datenmodell, separate URLs, separate Meta-Tags, separate redaktionelle Arbeit und eine Regel dafür, was passiert, wenn eine Seite keine Übersetzung hat. Entscheide im Voraus: welche Sprachen beim Launch, welche später, wer übersetzt. Eine zweite Sprache in ein Projekt einzufügen, das nie mit einer gerechnet hat, kostet mehr, als es von Anfang an einzuplanen.

Designreferenzen und die "Mach es wie X" Falle

Referenzen sind notwendig: ohne sie rät ein Designer zu deinem Geschmack, und Geschmack kann nicht über E-Mail erraten werden. Aber wie du sie bereitstellst, ist wichtig.

Die "mach es wie X"-Falle sieht harmlos aus und wird teuer. Jemandes Website zu kopieren, wird für dein Geschäft nicht funktionieren — anderes Produkt, Publikum, Preispunkt — aber das tiefere Problem ist, dass du eine Website von außen siehst, während die Kosten innen liegen: hinter dieser glatten Animation könnten drei Monate Arbeit stecken, hinter dem lebhaften Katalog eine Lagerintegration, hinter "einfach schönen Fotos" ein Studio-Shooting, das du nicht hast.

Daher die Regel: Eine Referenz ohne Kommentar ist nutzlos. Jeder Link benötigt einen Satz, der sagt, was du tatsächlich daraus nimmst:

• "Ich mag, dass der Preis direkt dort steht, kein Anfrageformular."
• "Ich mag das Gefühl von Raum – viel Luft, wenig Text pro Bildschirm."
• "Ich mag die Struktur der Produktkarte, nicht die Farben."
• "Ich mag das Hero-Karussell überhaupt nicht."

Anti-Referenzen funktionieren genauso gut: "nicht so, zu corporate" schränkt die Suche schneller ein als fünf Beispiele von dem, was du magst.

Was sonst noch festzuhalten ist

Ob ein Markenbuch existiert und wie verbindlich es ist; Ton – formell oder umgangssprachlich; und vor allem, wer das Design genehmigt. Projekte stocken viel häufiger bei Genehmigungen als bei Technologie, wenn ein Mockup zu einem dritten stellvertretenden Direktor geht und mit Anmerkungen zurückkommt, die den ersten widersprechen. Setze einen Namen in die Spezifikation – wessen "Ja" endgültig ist – und einig dich auf eine Anzahl von Runden. Zwei oder drei sind normal; unbegrenzt ist kein Projekt, es ist ein Hobby.

Technische Einschränkungen, SEO und das Leben im Admin

Dies ist der Abschnitt, den Kunden mit "du weißt es am besten" überspringen. Das Studio weiß am besten über Lösungen Bescheid – aber nur du kennst die Einschränkungen, von denen du aus startest.

Technische Einschränkungen

• Hosting und Domain.Wo die Dinge jetzt leben, wer die Zugangsdaten hat, ob Regeln bestimmen, wo Daten gespeichert werden dürfen.
• Das bestehende System.Wenn eine Seite bereits existiert – was migriert, was wegfällt, was parallel weiterläuft.
• Interne Richtlinien.Sicherheitsüberprüfung, Passwortregeln, Einschränkungen für Drittanbieterdienste.
• Code-Eigentum und persönliche Daten.Wer das Ergebnis besitzt, was Sie sammeln, wie es auf Anfrage gelöscht wird.

SEO

Staatliche Suchanforderungen als Mechanik, nicht als Versprechen. Kein Studio kann Rankings garantieren, aber jedes Studio muss das Fundament liefern:

• Bearbeitbarer Titel, Beschreibung und Überschriften auf jedem Seitentyp — vom Admin, ohne Entwickler.
• Lesbare Adressen, ein kohärentes URL-Schema und Weiterleitungszuordnungen bei der Migration.
• Strukturierte Daten, eine Sitemap, korrekte Canonicals und bei mehreren Sprachen die richtigen Sprachattribute.
• Geschwindigkeit, die als spezifische Metriken auf einem bestimmten Gerät angegeben wird, nicht als "schnell."

Der Admin und die tägliche Bearbeitung

Der am meisten unterschätzte Abschnitt in jeder Spezifikation. Beantworten Sie eine Frage: was werden Sie selbst ändern und wie oft?Die Antwort bestimmt die Architektur. Ändern Sie eine Telefonnummer einmal im Jahr und Sie benötigen kaum einen Admin; stellen Sie jede Woche neue Landingpages zusammen und Sie benötigen einen Block-Builder — ein anderes System und Budget. Beschreiben Sie die Rollen und was passiert, wenn ein Redakteur einen Fehler macht: Entwürfe, Vorschau, Rückgängigmachen. Und seien Sie ehrlich über die Fähigkeiten der Personen, die es nutzen werden — eine Benutzeroberfläche, die für einen Entwickler gebaut wurde, lähmt einen gewöhnlichen Redakteur.

Akzeptanzkriterien, Zeitrahmen und ein Budgetrahmen

Diese drei schließen die Spezifikation ab und verwandeln sie von einer Beschreibung eines Traums in ein funktionierendes Dokument.

Akzeptanzkriterien

Ein Akzeptanzkriterium ist eine überprüfbare Aussage. Nicht "die Seite funktioniert korrekt", sondern eine Liste dessen, was überprüft wird:

• Jede Seite auf der Liste öffnet sich; kein Link führt zu einem Fehler.
• Das Anfrageformular wird abgesendet, die E-Mail kommt an, und der Lead erscheint im CRM.
• Die Seite wird korrekt in aktuellen Browsern und auf einem Telefon angezeigt.
• Die Geschwindigkeitsmetriken auf der Startseite und auf einer Produktkarte liegen innerhalb des vereinbarten Schwellenwerts.
• Eine Testkarten-Zahlung wird verarbeitet, eine Bestellung wird erstellt, und die Bestätigungs-E-Mail wird gesendet.

Diese Liste schützt beide Seiten: Der Kunde weiß genau, was er überprüfen muss, und das Studio weiß, wo die Ziellinie ist, anstatt sich einer Akzeptanzphase zu stellen, die nie endet, weil etwas nicht stimmt.

Zeitplan

Kalenderdaten in einem Lastenheft sind normalerweise schädlich – nach zwei Wochen veraltet. Beschreiben Sie den Zeitplan in Phasen: Mockups nach der Strukturfreigabe, Entwicklung nach Mockups, Befüllung nach dem Inhalt. Das entscheidende Wort ist Abhängigkeit. Fristen laufen in beide Richtungen: Wenn der Inhalt drei Wochen zu spät kommt, verschiebt sich der Launch – das ist Arithmetik, keine Bestrafung. Schreiben Sie klar, welche Fristen zum Kunden gehören: Genehmigung von Mockups, Bereitstellung von Inhalten, Gewährung von Zugriff.

Der Budgetrahmen

Kunden verbergen das Budget aus Angst, dass der Kostenvoranschlag auf die Zahl zugeschnitten wird. Das Ergebnis ist umgekehrt. Ein Budget ist kein Preis – es ist eine Einschränkung des Problems: Halten Sie es zurück und Sie erhalten entweder einen Vorschlag, den Sie sich nicht leisten können, oder einen, der bis zur Unkenntlichkeit gekürzt wurde. Ein Rahmen ist ausreichend: "Wir denken in diesem Bereich und werden mehr besprechen, wenn es gerechtfertigt ist." Was folgt, ist ein Ingenieurgespräch darüber, was in den Rahmen passt und was in Phase zwei übergeht. Wie ein Preis tatsächlich zusammengesetzt wird und warum zwei identisch aussehende Seiten unterschiedlich kosten, sehen Sie in unserer Aufschlüsselung von was eine Website 2026 kostet.

Was nicht in ein Briefing gehört

Schlechte Spezifikationen sind nicht nur kurze – ein achtzigseitiges Monster ist ebenfalls ein Symptom. Hier ist, was Sie ohne Zögern kürzen sollten.

Bewertende Adjektive.Modern, bequem, intuitiv, hochkonvertierend. Nichts kann verifiziert werden. Mach es überprüfbar: anstatt "ein bequemer Katalog" zu schreiben, schreibe "ein Besucher erreicht das richtige Produkt in nicht mehr als drei Aktionen."

Vorgeschriebene technische Lösungen, wenn du nicht technisch bist.Eine Zeile, die sagt "baue es auf diesem Stack," ohne Grund, bindet die Hände und erhöht den Preis. Nenne stattdessen die Einschränkung: "unser Sysadmin kann nur diesen Stack unterstützen," oder "es muss auf unserem Server laufen." Das Studio wird den Grund respektieren und die Methode wählen.

Alles, nur für den Fall."Das System sollte auch zukünftige Erweiterungen der Funktionalität ermöglichen" bedeutet nichts, aber ein gewissenhaftes Studio wird einen Puffer gegen das Unbekannte einpreisen. Du zahlst für Nebel.

Kopieren und Einfügen aus den Spezifikationen eines anderen.Es ist schmerzhaft sichtbar, wenn die Spezifikation einer Klinik plötzlich einen Warenkorb und Lieferoptionen hinzufügt: jetzt weiß niemand, welche Anforderungen real sind. Design in Prosa und rechtliche Mechanismen sind ebenfalls ausgeschlossen — das eine ist die Aufgabe des Mockups, das andere die des Vertrags.

Und was fast immer fehlt

Die Kehrseite: einige Dinge werden in neun von zehn Spezifikationen weggelassen und erscheinen nicht wichtig, bis sie zur Sprache kommen.

• Was nach dem Start passiert: wer die Seite aktualisiert, wer sie repariert, wer um Mitternacht an einem Samstag antwortet.
• Backups: wie oft, wo sie gespeichert werden, wer überprüft, ob sie tatsächlich wiederhergestellt werden.
• Übergabe: Zugangsdaten, Dokumentation, ein Redaktionsleitfaden, Quelldateien und Schulung für Ihre Mitarbeiter.
• Was als Garantie-Reparatur zählt im Vergleich zu einer neuen Aufgabe.

Wie das Briefing zu einem Kostenvoranschlag wird – und Umgang mit Änderungen

Ein Kostenvoranschlag ist keine Zahl, die aus Erfahrung gezogen wird – es ist Arithmetik, die auf einem Dokument durchgeführt wird.

Wie die Preisgestaltung tatsächlich funktioniert

Das Studio zerlegt die Spezifikation in Elemente und bepreist jedes in Stunden: jede einzigartige Vorlage, jede templatebasierte Seite, jede Funktion, jede Integration, die Verwaltung, Tests, den Start. Darüber hinaus kommen die Dinge, die nicht auf der Seitenliste stehen, aber immer vorhanden sind – Management, Kommunikation, Überarbeitungen, Abnahme. Daraus folgt der wichtige Teil: ein Kostenvoranschlag ist nur so genau wie die Spezifikation. Aus einem Brief können Sie einen Bereich zitieren, und er wird weit gefasst sein, weil er ehrlich ist. Wenn ein Auftragnehmer einen Absatz liest und einen genauen Preis nennt, ist das eine Zahl von der Decke – und am Ende gehört die Decke Ihnen oder ihnen.

Vergleichen Sie nur Kostenvoranschläge, die gegen dieselbe Spezifikation geschrieben wurden; andernfalls vergleichen Sie unterschiedliche Projekte. Der günstige Vorschlag beschreibt fast immer weniger – keine Tests, keine Inhaltsbefüllung, keine Integration – und eine Zeile mit "Website-Entwicklung – insgesamt" kann nicht überprüft werden, während ein detaillierter Kostenvoranschlag beweist, dass der Auftragnehmer die Spezifikation gelesen hat. Unser Dienstleistungsbereiche sind genau nach dieser Logik aufgebaut: zuerst Struktur, dann Funktionalität, dann Akzeptanz.

Änderungen nach der Genehmigung

Änderungen werden passieren — Unternehmen entwickeln sich, und eine Demo zeigt immer Dinge, die ein Dokument nicht konnte. Die Frage ist nicht, wie man sie verhindert, sondern wie man sie verarbeitet:

1. Die Änderung wird schriftlich festgehalten — als Einzelposten, nicht als Bemerkung in einem Gespräch.
2. Das Studio bewertet es: wie viele Stunden, was sich im Zeitplan ändert, was es berührt.
3. Der Kunde entscheidet: jetzt umsetzen, in Phase zwei, oder fallen lassen, und die Entscheidung wird als Anhang festgehalten.

Es gibt eine Regel, die es wert ist, gemerkt zu werden: eine Korrektur ist, wenn der Build nicht mit den Spezifikationen übereinstimmt; eine Änderung ist, wenn die Spezifikation nicht mit dem Bedarf übereinstimmte.. Das Studio behebt das erste kostenlos und bepreist das zweite. Die Grenze wird durch ein Dokument und nicht durch die Stimmung gezogen. Und wenn ein Feature hinzugefügt wird, verschiebt sich entweder etwas Erforderliches in Phase zwei oder es wird Geld hinzugefügt. Es gibt keine dritte Option.

Checkliste: Ihr Briefing ist bereit, wenn es hat

Gehe die Liste durch. Wenn mehr als drei Punkte leer sind, ist das Dokument nicht bereit zur Preisgestaltung — und jede Schätzung dagegen ist Fiktion.

1. Ein Geschäftsziel in Geschäftsterminen, nicht in Webseitenterminen.
2. Das Publikum als Verhalten: wer entscheidet, wie sie ankommen, was sie überprüfen, welches Gerät sie verwenden.
3. Wettbewerber: drei bis fünf Links, jeweils mit einer Notiz, was zu übernehmen und was zu vermeiden ist.
4. Eine Seitenliste unterteilt in einzigartige Bildschirme und Vorlagen.
5. Struktur jeder einzigartigen Seite: Blöcke von oben nach unten und der Zweck jedes einzelnen.
6. Funktionen als Szenarien: wer macht was und erhält was. Plus Randfälle und Fehler.
7. Prioritäten: erforderlich für den Start / schön zu haben / Phase zwei.
8. Inhalt: wer den Text schreibt, wer die Fotos liefert, bis wann, und was passiert, wenn es zu spät ist.
9. Integrationennach Name: was bewegt sich wo, wann, was bei Fehlern, wer hat Berechtigungen.
10. Sprachen:wie viele bei der Einführung, wer übersetzt, was passiert ohne Übersetzung.
11. Design:annotierte Referenzen, Markenbuch, wer genehmigt, wie viele Runden.
12. Technische Einschränkungen:Hosting, Zugang, Code-Eigentum, persönliche Daten.
13. SEO:bearbeitbare Meta, URL-Schema, Weiterleitungen bei Migration, eine Geschwindigkeitsgrenze.
14. Der Administrator:was Sie selbst bearbeiten und wie oft, Rollen, Entwürfe, Rückgängigmachung, Schulung.
15. Akzeptanzkriterien:eine überprüfbare Liste, nicht "funktioniert korrekt."
16. Ein gestaffelter Zeitplanmit Abhängigkeiten und einem Budgetrahmen.
17. Nach dem Start:Unterstützung, Backups, Übergabe von Anmeldeinformationen, die Garantiegrenze.

Bevor ein Projekt beginnt, versuchen Sie nicht, die gesamte Liste allein an einem Abend auszufüllen. Füllen Sie aus, was Sie wirklich wissen: das Ziel, die Zielgruppe, Wettbewerber, Einschränkungen, den Budgetrahmen. Der Rest – Seiten, Funktionen, Integrationen, Akzeptanz – wird bei der Entdeckung zusammen mit einem Studio zusammengestellt.

Ein gutes Pflichtenheft ist wie eine technische Zeichnung: ein langweiliges Dokument, ohne das das Haus nach Augenmaß gebaut wird. Eine Stunde, die mit der Formulierung vor dem Start verbracht wird, spart einen Tag Nacharbeit in der Mitte. Wenn Sie möchten, dass das Pflichtenheft mit Ihnen geschrieben und ehrlich dagegen kalkuliert wird, nehmen Sie Kontakt auf — wir beginnen mit einem Briefing und einem Gespräch, und das Dokument neigt dazu, sich von dort aus selbst zu schreiben.

Häufig gestellte Fragen