How do you work with Designers?

UX person here. I can do the spectrum of work from BRD and research through to wireframes and prototypes, but I stop before visual design.<p>You&#x27;ve enough detail in here that it&#x27;s probably not entirely you, but rather your organization. The org has probably hired <i>artists</i> not <i>designers</i> and doesn&#x27;t know how to make them properly accountable.<p>The simplest difference between an artist and a designer is who they work for. An artist works for themselves, a designer works for a business goal. An artist wants to be personally satisfied, a designer has metrics.<p>I&#x27;ve never met an artist I would trust to also do research or usability design, however, so wanting to push them be UX people instead of artists is probably not going to work.<p>However, you might be able to exert pressure by giving them design constraints.<p>A visual designer isn&#x27;t designing a UI for themselves, they&#x27;re designing a UI for the users of their application, so their business goals are things like user satisfaction, user comprehension, and user efficiency. Do the <i>users</i> like the look and feel (measured with things like desirability tests)? Do the <i>users</i> understand what they are looking at and finding what they need on each screen (measured with comprehension tests)? Do the <i>users</i> get their activities done as fast or ergonomic as possible (measured with usability tests)?<p>The last one you can directly influence on the engineering side. Chapter four of _The Humane Interface_ explains how to quantify usability. You can literally measure the usability of a UI and establish standards for performance, just like you establish standards for your code&#x27;s performance. You can mathematically determine the minimum amount of input required to accomplish a task and measure the UI against that, with goals of improving the UI a certain amount over time. You could create test suites that measure a click path to see if a UI change improves or regresses it.<p>Putting these design constraints in place and then making the designers responsible for hitting them are a good way to see whether they&#x27;re really designers, or just artists.

It&#x27;s a tough problem and it goes beyond visual design and has to do with the difference between a &quot;group&quot; and a &quot;team&quot;.<p>In a group everybody thinks their responsibility starts and stops in a narrow scope and they get defensive when people push on them to rethink that and the last thing they want to do is slow down working on their little piece to help somebody else or get consensus on something.<p>In a team there is a sense that we are pulling together to attain a greater goal and people do what it takes even if it goes outside what they think their job description here.<p>Often teams are created by a real or artificial crisis. At one place I worked, I got gelled into a team right away because they put me on a project that was horribly behind schedule and that meant getting a huge amount of support from everybody in the office to get it ready. I worked at another place for about 4.5 years and it turned out the crisis that got me integrated into a team with (one of my overlapping) workgroups was also the one that got me (and my other workgroup) fired.<p>Military training of course works this way, and so do &quot;team building&quot; exercises.