Recently I’ve heard a lot of frustration from UX people (Interaction Designers and Information Architects too) who feel their expertise is not recognized or appreciated. They feel they don’t have a seat at the table. They complain that product managers talk to customers and determine what features are built while designers have to beg for access to customers. Developers write the code and determine how the product looks and behaves. Design is seen as something “nice to have,” or at worst a bottleneck. Designers trade tips on how to do guerrilla user research, or operate as a UX team of one.
While talking about this subject recently, my friend Josh Seiden observed “the outcome of development work is code. The outcome of design work is sketches.” He’s right, and this is central to the difficulty we face. We’re known (and celebrated) for our ability to emphasize with users, generate ideas, and rapidly generate many concepts via sketches. Unfortunately, this strength is also our weakness. For many of us, the end point of our process is an idea expressed as a report or drawings which are handed off to other people for implementation. When design is dis-engaged from construction, we create silos and hand-offs and don’t gain the full benefit of either discipline. We need to work together more closely to make things real.
If you get a chance to do it, it’s a great learning experience to work closely with a developer on an actual project. As Bo Campbell says in his blog “I encourage any UXers to get closer to the engineers, especially if you feel isolated in a product group. Push your way in. It seems crazy, but you really need to show everyone that your obstinance is merely a passion for the quality of the product and that you want the interface to represent the quality of the work behind it.”
If you design Web products, you can learn enough to create simple websites. There are LOTS of great resources like this one. I’ve taught myself a lot just by going through the process of hosting and configuring WordPress sites. There is a huge community of friendly WordPress people out there, ready to share what they know.
So, don’t just design something, make something. As you learn more about how software is made, and grow more comfortable working with code, you’ll find it easier to collaborate and communicate with developers. Once you understand how software is built, you’ll develop a better sense of what activities will be of most benefit and what deliverables are actually useful for moving the project forward.
For an inspiring example of how a team of generalists work together to cover design and development activities, check out this blog post from from Brittany Hunter at Atomic Object.
One thought on “We, the makers”
I’m glad you found my post helpful! I firmly believe that knowing more about the technology and the logistics of implementation makes designers better able to anticipate users’ needs and development challenges, just as you say. Having generalist teams of design-aware developers and development-aware designers leads to better products and better user experiences.
Comments are closed.