Gibt es ein Grafikdesign-Spezifikationssystem?

Gibt es ein häufig verwendetes Designspezifikationssystem, um einem Kunden ein Grafikdesign zu präsentieren, bevor wir mit der Implementierung beginnen? Meine Herausforderung betrifft speziell Mailings (PDF A4, HTML per Mail), aber ich freue mich über Einblicke aus anderen Bereichen (Webdesign, Werbung, ...).

Mein Ziel ist es, ein Dokument zu präsentieren, das der Kunde abzeichnen kann, und das tatsächliche Design darzustellen. Sobald das Dokument abgemeldet ist, können wir mit der Implementierung beginnen. und haben nur ein sehr geringes Risiko, dass der Kunde mit dem tatsächlichen Produkt unzufrieden ist; oder fordern Sie danach viele Änderungen an.

Insbesondere versuche ich, nach der Implementierung mehrere Roundtrips zu vermeiden, bei denen der Kunde fragt: "Können Sie dieses Feld etwas nach links verschieben?", "Hum, können Sie es etwas nach unten verschieben?", "Kann dies Bild etwas blauer sein? "," Hum, kann dieses Feld etwas größer sein? "," Das funktioniert gut in GMail, aber ich bin nicht zufrieden mit Lotus Notes! "

Ich verstehe, dass iterative Ansätze, die entweder als Zeit und Material oder mit begrenztem Aufwand in Rechnung gestellt werden, wahrscheinlich besser dafür geeignet sind. (und wenn Sie sie als professioneller Designer verwenden, lassen Sie es mich bitte auch wissen). Bei einigen Projekten benötigt der Kunde jedoch aus bestimmten Gründen einen Wasserfallansatz. Ich würde gerne wissen, wie ich mit diesen Fällen am besten umgehen kann.

Mit Drucken können Sie nicht agil arbeiten. Es gibt keine Iteration. Sobald es in der Presse ist, ist es in der Presse.

Der Entwurfsprozess bis zu diesem Punkt kann jedoch so iterativ sein, wie Sie möchten. Stellen Sie sicher, dass Sie entsprechend abrechnen.

In der Regel werden Modelle erstellt (für das Druckdesign kann dies so einfach sein wie für Farblaserdrucke). Ab einem bestimmten Punkt möchten Sie, dass die "endgültigen" Modelle abgemeldet werden.

Dann geht es zur Druckvorstufe, wo ein "Proof" erstellt werden sollte, der im Wesentlichen das Modell ist, aber die tatsächliche Größe und Farbe. Dies muss dann sowohl vom Designer als auch vom Kunden überprüft werden. Wenn das in Ordnung ist, ist das Ihr endgültiges Dokument. Starten Sie die Pressen!

Wenn wir über digitales Design sprechen (E-Mail, Web) ...

Dann ist meine Antwort ganz anders. Für die Webarbeit gibt es keinen „Beweis“, da es sich nicht um ein physisches Medium handelt. Aus diesem Grund empfehle ich dringend, sich von Abmeldedokumenten zu entfernen und stattdessen eine agile Methodik anzuwenden. Dies kann eine Herausforderung sein, da so viele Kunden und Organisationen noch mit den alten Wasserfallmodellen vertraut sind, bei denen Abmeldungen an ganz bestimmten Orten auf dem Weg erfolgten.

Untersuchen Sie 'Lean UX', um Inspiration zu erhalten, wie Sie Design in das agile Modell einarbeiten können.

Nachdem ich die großartige Antwort von DA gelesen hatte und Scrum (Agile) für die Webentwicklung und das Interface-Design verwendet habe, wollte ich meine Erfahrungen für diese beiden Fälle teilen.

Da wir Software entwickeln, arbeiten wir mit Scrum Sprints. Wir haben eine Weile gebraucht, um die Methodik an die Design-Seite des Prozesses anzupassen (der schwierigste Teil für mich war, die Zeiten zu kalibrieren, es ist ziemlich schwierig, sich vorzustellen, wie lange etwas Kreatives dauern soll!).

Was ich jetzt mache, ist Folgendes: Ich habe normalerweise ein großes Backlog-Element für die Benutzeroberfläche . Die darin enthaltenen Aufgaben reichen von Recherchen und Modellen bis hin zu Überprüfung, Ausführung und Tests. In der Praxis bedeutet das Verspotten normalerweise, flache Bilder zu erstellen und diese mit dem Team zu teilen. Wir haben jeden Tag morgendliche Treffen, deshalb verwenden wir diese manchmal, um die Vorschläge zu diskutieren.

Die Diskussion selbst und die Form, die sie annimmt, sind nicht so wichtig (E-Mails, Besprechungen). Wichtig ist Folgendes: Sobald eine Aufgabenkarte in die Spalte "Fertig" verschoben wurde, kann sie nicht mehr zurückkehren. Wenn wir neue Änderungen vornehmen müssen, erstellen wir eine neue Karte in Unexpected oder lassen sie für den nächsten Sprint. Jeder im Team hat sich daran gewöhnt. Sie verschieben eine Karte erst dann nach Fertig, wenn Sie sicher sind, dass sie tatsächlich erledigt ist (wir führen eine Liste der zu überprüfenden Dinge, bevor wir eine Karte verschieben, nur um sicherzugehen). Wenn neue Funktionen hinzugefügt werden oder Dinge überdacht werden müssen, werden dem Backlog Anweisungen hinzugefügt, und wir wählen den besten Zeitpunkt dafür.

Dies können Sie wahrscheinlich nicht mit einzelnen Kunden tun, daher beschränkt sich meine Antwort auf ein anderes Szenario (es sei denn, Sie können Ihre Kunden in Scrum schulen und sie haben Zugriff auf das Aufgabenbrett!). Für einzelne Kunden denke ich, dass eine klare Kommunikation und ein guter Vertrag , der Sie vor endlosen Änderungen schützt, der beste Ansatz ist, den Sie verfolgen können.