Gibt es ein allgemein verwendetes Designspezifikationssystem, um einem Kunden ein Grafikdesign zu präsentieren, bevor wir mit der Implementierung beginnen? Meine Herausforderung liegt speziell auf Mailings (PDF A4, HTML per Mail), aber ich freue mich über jeden Einblick aus anderen Bereichen (Webdesign, Werbung, ...)
Mein Ziel ist es, ein Dokument zu präsentieren, das der Kunde abzeichnen kann und das das tatsächliche Design darstellt. Sobald das Dokument abgezeichnet ist, können wir mit der Implementierung beginnen; und haben ein sehr geringes Risiko, dass der Kunde mit dem eigentlichen Produkt unzufrieden ist; oder danach viele Änderungen anfordern.
Insbesondere versuche ich mehrere Roundtrips nach der Implementierung zu vermeiden, bei denen der Kunde fragt: "Können Sie diese Box ein bisschen nach links verschieben?", "Hm, können Sie sie ein bisschen nach unten verschieben?", "Kann das Bild etwas blauer sein?", "Hm, kann dieses Feld etwas größer sein?", "Das funktioniert gut in GMail, aber ich bin mit Lotus Notes nicht zufrieden!"
Ich verstehe, dass iterative Ansätze, die entweder als Time&Material oder mit begrenztem Aufwand abgerechnet werden, dafür wahrscheinlich besser 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 man solche Fälle am besten handhabt.
Mit Druck geht Agilität nicht. Es gibt keine Iteration. Sobald es in Druck ist, ist es in Druck.
Der Designprozess bis zu diesem Punkt kann jedoch so iterativ sein, wie Sie möchten. Stellen Sie natürlich sicher, dass Sie entsprechend abrechnen.
Typischerweise werden Modelle erstellt (für das Druckdesign kann es so einfach sein wie Farblaserdrucke). An einem bestimmten Punkt möchten Sie, dass die „endgültigen“ Mock-ups genehmigt werden.
Dann geht es in die Druckvorstufe, wo ein „Proof“ erstellt werden sollte, der im Wesentlichen das Modell ist, aber tatsächliche Größe und tatsächliche Farbe. Dies muss dann sowohl vom Designer als auch vom Kunden überprüft werden. Wenn das in Ordnung ist, dann ist das Ihr endgültiges Dokument. Starten Sie die Presse!
Wenn wir über digitales Design (E-Mail, Web) sprechen...
Dann ist meine Antwort etwas anders. Für Webarbeiten gibt es keinen „Beweis“, da es sich nicht um ein physisch in Stein gemeißeltes Medium handelt. Daher empfehle ich dringend, sich von Sign-off-Dokumenten zu lösen und stattdessen eine agile Methodik anzuwenden. Dies kann eine Herausforderung sein, da so viele Kunden und Organisationen immer noch mit den alten Wasserfallmodellen vertraut sind, bei denen die Freigaben an ganz bestimmten Stellen auf dem Weg erfolgten.
Untersuchen Sie 'Lean UX', um sich inspirieren zu lassen, wie Sie Design in das agile Modell integrieren können.
Nachdem ich die großartige Antwort von DA gelesen habe und weil ich Scrum (Agile) für die Webentwicklung und das Schnittstellendesign verwendet habe , wollte ich meine Erfahrungen für diese beiden Fälle teilen.
Weil wir Software machen, arbeiten wir mit Scrum Sprints. Wir haben eine Weile gebraucht, um die Methodik an die Designseite 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: Normalerweise habe ich ein großes Backlog Item für die UI . Die darin enthaltenen Aufgaben reichen von Recherche und Modellen bis hin zu Überprüfung, Ausführung und Tests. In der Praxis bedeutet das Mockup meist, flache Bilder zu erstellen und diese mit dem Team zu teilen. Wir haben jeden Tag morgendliche Besprechungen, also nutzen wir diese manchmal, um die Vorschläge zu besprechen.
Das Diskutieren an sich und die „Form“, die es annimmt, ist nicht so wichtig (E-Mails, Meetings), wichtig ist Folgendes: Sobald eine Aufgabenkarte in die Spalte „Erledigt“ verschoben wurde, kann sie nicht mehr zurückgehen. Wenn wir neue Änderungen vornehmen müssen, erstellen wir eine neue Karte in Unexpected oder belassen sie für den nächsten Sprint. Jeder im Team hat sich daran gewöhnt, dass Sie eine Karte nicht auf „Fertig“ verschieben, bis Sie sicher sind, dass sie tatsächlich erledigt ist (wir führen eine Liste mit Dingen, die überprüft werden müssen, bevor wir eine Karte verschieben, nur um sicherzugehen). Wenn neue Funktionen hinzugefügt werden oder Dinge neu überdacht werden müssen, werden Anweisungen zum Backlog hinzugefügt und wir wählen den besten Zeitpunkt dafür aus.
Nun, das ist wahrscheinlich nichts, was Sie tatsächlich mit einzelnen Kunden tun können, daher beschränkt sich meine Antwort auf ein anderes Szenario (es sei denn, Sie können Ihre Kunden in Scrum schulen und sie können Zugriff auf das Tasks Board haben!). Für Einzelkunden sind meiner Meinung nach eine klare Kommunikation und ein guter Vertrag , der Sie vor endlosen Änderungen schützt, der beste Ansatz, den Sie wählen können.
Dom
Gerhard Yin
Dom