Wie man eine Spezifikation für eine Website schreibt

Question

Als ich anfing, für das Web zu entwickeln, stellte ich fest, dass ein Dokument zwischen dem Kunden und mir, in dem klar festgelegt ist, was der Kunde will, für beide Seiten sehr hilfreich wäre. Nachdem ich einige von Joels Ratschlägen gelesen habe, bereitet mir alles, was ich ohne eine Spezifikation mache, Kopfzerbrechen, es sei denn, ich rechne auf Stundenbasis ab ;)

1. Bei denjenigen, die Erfahrungen gemacht haben, was ist ein guter Weg, um alle alle möglichen Informationen aus dem Kunden darüber zu erhalten, was sie für ihre und wie die Website aussehen soll? Gut Wege, um die schleichende Entwicklung von Funktionen zu vermeiden?

2. Welche web-spezifischen Anforderungen sollte ich beachten? (Grafik Design vielleicht)

3. Was verwenden Sie, um Ihre Spezifikationen zu schreiben?

4. Gibt es sonst noch etwas, das man wissen sollte?

Danke!

Ps: an die "StackOverflow-Puristen", wenn meine Frage schlecht ist, bin ich offen für Rückmeldungen, wie man sie verbessern kann, und nicht für Abwertungen und "Deine Frage ist schlecht"-Kommentare

Answer 1

Das hängt vom Ziel der Website ab. Wenn es sich um eine Website zur Vermarktung eines neuen Produkts handelt, das vom Kunden auf den Markt gebracht wird, ist es einfacher, die Spezifikationen einzugrenzen, wenn es sich um eine allgemeine Website handelt, ist es ein langes Hin und Her.

Skizzieren Sie die folgenden Punkte:

• Was ist das Ziel der Website / Neugestaltung.
• Wie hoch ist der erwartete Anstieg des Kundenstamms?
• Was ist das Ziel der Kundenbindung?
• Was ist die demografische Zielgruppe?
• Skizzieren Sie von Anfang an alle interaktiven Elemente - Flash / Filme / Spiele.
• Skizzieren Sie die IA, setzen Sie sich mit dem Kunden zusammen und skizzieren Sie alle gewünschten Abschnitte. Überlegen Sie sich, wie Sie das Ganze organisieren können, und bringen Sie es dem Kunden zurück.
• Lassen Sie sich alle Änderungen schriftlich geben.
• Bereiten Sie alle Spezifikationen vor Beginn der Entwicklung vor, um Änderungen in letzter Minute zu vermeiden.

Einige allgemeine Hinweise

• Seien Sie höflich, aber seien Sie nicht zu nachsichtig. Wenn der Kunde etwas Unmögliches verlangt, lassen Sie ihn das auf höfliche Art und Weise wissen. Sagen Sie nicht, dass SIE es nicht können, sondern dass es nicht möglich ist, dies in der vorgegebenen Zeit und mit dem vorgegebenen Budget zu erreichen.
• Vermeiden Sie Vergleiche zwischen Ihren Ideen und den Websites großer Unternehmen. Sagen Sie nicht, dass Ihre Suchfunktion wie Google sein wird, denn damit setzen Sie einen bestimmten Standard für Ihr Programm, an den die Nutzer gewöhnt sind.
• Befolgen Sie die Normen in Ihrem Arbeitsbereich. Dadurch wird sichergestellt, dass der Code später nicht nur leicht zu pflegen ist, sondern auch die Gefahr von Fehlern vermieden wird.
• Betonen Sie die Zugänglichkeit für sich selbst und den Kunden, es ist ein groß eine Sache.

Mehr Material:

• Scheuen Sie sich nicht, Ihre Meinung zu äußern. Natürlich hat der Kunde das Geld und die Entscheidung in der Hand, ob er mit Ihnen arbeiten will - seien Sie also höflich. Aber seien Sie kein Drückeberger. Sie sind in der Branche tätig und wissen, wie sie funktioniert, also lassen Sie sie wissen, was funktioniert und was nicht.
• Wenn der Kunde über Ihre technischen Erklärungen stolpert, gehen Sie nicht davon aus, dass er dumm ist, sondern dass er nur in einer anderen Branche tätig ist.
• Lenken Sie den Kunden von Klischees und Schlagwörtern ab. Vermeiden Sie Wörter wie "Ajax" und "Web 2.0", es sei denn, Sie haben die genaue Funktionalität im Sinn.
• Stellen Sie sicher, dass Sie alles planen, bevor Sie mit der Arbeit beginnen, wie ich oben gesagt habe. Wenn die Website interaktiv ist, müssen Sie dafür sorgen, dass alles ineinandergreift. Wenn die Website Stück für Stück erdacht wird, ist das, glauben Sie mir, spürbar.

Answer 2

Ein Ratschlag, den ich in vielen Situationen des Softwaredesigns (nicht nur beim Design von Websites) gesehen habe, bezieht sich auf die Erwartungen der Benutzer. Manche Leute gehen gut damit um, indem sie dem Benutzer etwas zu sehen geben und gleichzeitig dafür sorgen, dass der Benutzer nicht glaubt, dass das, was er sieht, tatsächlich funktionieren kann.

Das Prototyping auf Papier kann in einer solchen Situation sehr hilfreich sein: http://en.wikipedia.org/wiki/Paper_prototyping

Answer 3

Ich bin für das Prototyping auf Papier, verwende dafür aber iplotz.com, was bei uns bisher gut funktioniert. Man macht sich mehr Gedanken darüber, wie die Anwendung funktionieren soll, und so ist es weniger wahrscheinlich, dass man bestimmte Dinge, die man bauen muss, übersieht, und es ist viel einfacher, dem Kunden zu erklären, woran man denkt. Sie können den Kunden auch bitten, iplotz zu benutzen, um Ihnen die Anforderungen zu erklären, oder daran mitzuarbeiten.

Answer 4

Ich fand auch, dass die Suche nach Kundenfragebögen auf Google eine gute Idee war, um weitere Ideen zu sammeln:

Google: web client Fragebogen , Es gibt Dutzende von pdfs und anderen Formularen, aus denen man lernen kann