Bei einem Projekt arbeiten Designer und Entwickler zusammen. Ihre Beziehung ist der Schlüssel zum reibungslosen Ablauf.

Bevor Sie fortfahren, denken Sie daran, dass sich die beiden Profile ergänzen und wahrscheinlich dasselbe Ziel haben: das Projekt abzuschließen und zu fördern.

Sie haben jedoch unterschiedliche Prioritäten und gehen die Themen nicht aus der gleichen Perspektive an: Designer hängen an Look & Feel und nahtloser Benutzererfahrung, während Entwickler sich um Leistung, Stabilität und technische Einschränkungen kümmern.

Zusammenarbeit ist daher unerlässlich. Es ermöglicht, sich auf das Wissen aller zu verlassen, um eine reibungslose Umsetzung zu gewährleisten und ein einzigartiges Erlebnis zu gestalten.

Obwohl es Prozesse gibt, können wir Designer und Entwickler ein wenig Aufwand betreiben, um sicherzustellen, dass der Fluss läuft und die Informationen fließen.

Ich war in beiden Fällen: Ich bin derzeit Designer und schicke meine Modelle an die Entwickler. Und während meiner früheren Erfahrungen war ich ein Entwickler, der Modelle von Designern erhielt.

Der Rat, über den wir heute sprechen werden, stammt also nicht nur aus einer Beobachtung als Designer, sondern aus einem Verständnis für die Probleme und Probleme beider Parteien.

Dies sind Maßnahmen, die es Ihnen als Designer ermöglichen, Entwickler zu erreichen und ruhig mit technischen Teams zusammenzuarbeiten, aber auch Dinge, die Entwickler schätzen und die wir während der Zusammenarbeit eingeführt haben.

#1 TEILNEHMEN

Was mir bei den ​Prozessen​ im Auftrag oft auffällt, ist dieser besondere Moment, wenn der Designer seine Modelle (mehrere bereits gut fertige Modelle) zeigt, und das ist eine großartige Entdeckung für die Entwickler.

Das ist weder gut für das Projekt noch für den Auftraggeber, Projektleiter oder Entwickler. Wir bewegen uns weg von der Zusammenarbeit im Team und ich finde, dass es wirklich an Rücksicht auf den Entwickler mangelt.

Und ich denke, es ist gegenseitig, als Designer ist es ärgerlich, aus dem Projekt geschmissen zu werden, sobald die Mockups an die Entwickler übergeben wurden.

Daher müssen wir die Entwickler von Projektbeginn an mit einbeziehen und selbst bis zum Projektende im Rennen bleiben.

Während der Gestaltung,

• Beginnen Sie das Gespräch:​ Die Entwickler fühlen sich wertgeschätzt, und dies ermöglicht ihnen zum Zeitpunkt der Entwicklung ein besseres Verständnis des Projekts und der aufgetretenen Probleme.
• Validieren Sie technische Einschränkungenund helfen sich gegenseitig, Lösungen oder Kompromisse zu finden.
• Holen Sie ihre Meinung ein:​ die entwickler sind schlau und vor allem haben sie sicherlich erfahrungen in anderen projekten gesammelt und können daher einen Mehrwert bringen.

Während der Entwicklung, auch wenn die Bildschirme bereits übertragen wurden,

• Bleiben Sie in Kontakt:​ um zu prüfen, ob die Entwicklungen mit den im Workshop getroffenen Entscheidungen übereinstimmen und auch zu uns passen. Auf diese Weise können Sie verfeinern, aber auch zeigen, dass Sie verfügbar sind, wenn etwas fehlt oder Zweifel an einer Funktion bestehen.
• Machen Sie Vorschläge für Mikrointeraktionen um den Benutzer zu führen und die Bindung zwischen Maschine und Mensch zu vertiefen.
• Reagieren Sie:​ Manchmal bittet uns der Entwickler, etwas zu ändern. Es ist möglich, dass es technisch nicht machbar ist oder nicht der gewählten technischen Basis entspricht. In diesem Fall müssen wir aufgeschlossen bleiben und in den Dialog treten, um einen Kompromiss zu finden.

Wenn Designer und Entwickler von Anfang bis Ende zusammenarbeiten, ist es weniger wahrscheinlich, dass Designs unpraktisch oder unfertig sind.

#2 VERSTEHEN

Was mir bei meinen Missionen sehr hilft, ist, einige Codebasen zu kennen. Zu wissen, wie meine Modelle geschnitten und implementiert werden, und auch zu wissen, wie ich die technischen Einschränkungen antizipieren kann, auf die Entwickler stoßen können, hilft mir, mein Design anzupassen und praktikable Lösungen vorzuschlagen.

Das Vorhersehen dieser Probleme ermöglicht es, keine Zeit zu verschwenden, sondern auch einen Dialog mit den Entwicklern aufzubauen, mit denen ich arbeite.

#3 DOKUMENT

Perfekter Übergang mit Tools, die es mir ermöglichen, Mockups mit Entwicklern zu teilen, damit sie alles haben, was sie brauchen. Zum Beispiel ​Invision​ oder ​Zeplin.​

Dank dieser Tools verschwendet der Entwickler keine Zeit damit, die Software des Designers zu öffnen und zu verstehen. So kann er die Modelle analysieren (Ränder, Farben, Textstile, sich in Relation zum Raster verorten etc.). Es besteht auch die Möglichkeit, Kommentare hinzuzufügen und sich so permanent über die Zweifel oder Fragen eines jeden auszutauschen.

Wenn keines dieser Tools verwendet werden kann, rate ich Ihnen, einen Styleguide zu erstellen. Dieses Dokument vereint Farbcodes, Typografien und Textstile, Symbole, Abstände und Raster, Interaktionen und Schaltflächen-/Linkstile.

Beim Einreichen der Modelle ist es auch wichtig, daran zu denken, alle grafischen Elemente (Logos, Illustrationen, Symbole, Muster usw.) zu exportieren, die für die Gestaltung der Benutzeroberfläche verwendet werden. Das Gute an Tools wie Zeplin ist, dass mit 2 Klicks auf das Designtool die Assets Entwicklern in Zeplin zur Verfügung stehen

Ideal ist es, all diese Prozesse und Tools zu Beginn des Projekts zu besprechen und sich auf eine für alle passende Austauschmethodik zu einigen. Im Allgemeinen bin ich ein Vorschlagsmacher: Ich nenne Beispiele für Instrumente, die verwendet werden könnten, und zu planende Austauschpunkte. Dann sehe ich und passe basierend auf dem Feedback des Teams an.

#4 ZEIGEN

Einen Prototyp zu bauen und das Gesamtbild des Projekts zu sehen, kann dem Designer und der Erfahrung, die er macht, zugute kommen.

Aber auch für den Entwickler ist diese Vision von Vorteil. Dies ermöglicht ihm, den Kurs aufzusaugen und die verschiedenen Phasen zu verstehen.

• Er wird somit in der Lage sein, ähnliche Elemente, potenzielle (zukünftige) Schwierigkeiten, auf die er stoßen könnte, oder bestehende Elemente zu erkennen.
• Er könnte insbesondere Ideen zu den Animationen haben und Zeit haben, die Optimierung des Codes vorwegzunehmen und darüber nachzudenken.
• Außerdem kann es auch interessant sein, Entwicklern Beispiele oder Inspirationen zu zeigen.
  Es ist mir während bestimmter Missionen passiert, dass ich keine Zeit hatte, einen Prototyp zu machen, der mit den Animationen gepusht wurde, die ich mir vorgestellt hatte. Aber Gespräche mit dem Entwicklungsteam über einige Animationen, die auf anderen Websites gefunden wurden, ermöglichten es mir, die Idee zu kommunizieren und den Entwicklern ein Beispiel dafür zu geben, was ich im Sinn hatte, und es zu reproduzieren.

#5 ZENTRALE

Sei organisiert ! Einer der Schlüsselpunkte bei der Zusammenarbeit ist es, Dokumente, Modelle und Notizen zu zentralisieren und nicht zu verstreuen. Andernfalls ist es eine Hölle, zu navigieren und zu wissen, wo man diese oder jene Informationen bekommt.

Dazu gehört aber auch Strenge, zum Beispiel bei der Benennung von Elementen, Abständen, Blockgröße etc. Entwickler brauchen diese Struktur, um sich nicht zu viele Fragen zu stellen und sich zu verirren.

Wir haben vielleicht das Gefühl, dass wir Zeit verschwenden. Aber die Tatsache, dass wir von Beginn des Projekts an eine Organisation und eine Methodik aufstellen, spart uns später Geld. Wir schaffen Automatisierung, die uns effizienter macht und die Zusammenarbeit verbessert. Und das wird sich im Endprodukt zeigen.

SCHLUSSFOLGERUNG

Bei meinen Einsätzen ist mir aufgefallen, dass die Entwickler es zu schätzen wissen, dass wir uns für den technischen Teil interessieren und ihnen so viele Details wie möglich über unsere Arbeit geben. Die Tatsache, dieselbe Sprache zu sprechen oder zumindest einige Vokabeln gemeinsam zu haben, ermöglicht es, ein Problem zu lösen und eine Lösung anzubieten, die jeder von uns versteht.

Deshalb ermutige ich Designer und Entwickler gleichermaßen, Kontakt aufzunehmen und sich auszutauschen – durch Meetings, Nachrichten und/oder Tools.

Es sei daran erinnert, dass die Zusammenarbeit zwischen den einzelnen Akteuren auf allen Ebenen des Projekts, vom Entwurf bis zur Produktion, von Vorteil sein wird.

Bildquelle: https://undraw.co/illustrations