<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by Squarespace Site Server v5.9.2 (http://www.squarespace.com/) on Wed, 10 Mar 2010 02:35:10 GMT--><feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/"><title>Elegant Interaction</title><subtitle>Elegant Interaction</subtitle><id>http://www.lyndsaymazzola.com/imported-data/</id><link rel="alternate" type="application/xhtml+xml" href="http://www.lyndsaymazzola.com/imported-data/"/><link rel="self" type="application/atom+xml" href="http://www.lyndsaymazzola.com/imported-data/atom.xml"/><updated>2010-01-03T15:38:46Z</updated><generator uri="http://www.squarespace.com/" version="Squarespace Site Server v5.9.2 (http://www.squarespace.com/)">Squarespace</generator><entry><title>Transitions</title><id>http://www.lyndsaymazzola.com/imported-data/2009/10/27/transitions.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2009/10/27/transitions.html"/><author><name>Lyndsay</name></author><published>2009-10-28T01:32:13Z</published><updated>2009-10-28T01:32:13Z</updated><content type="html" xml:lang="en-US"><![CDATA[<p>These past few months have seen the growing pains of a Visual Designer in her transition to a User Experience Architect role. I've been head down in an exciting new project that has allowed me to explore human centered design from the ground up. Lots of agonizing over the user's needs, goals, and motivations. Stacks of paper and whiteboards full of sketches. Rapid prototyping with Axure. There's something very satisfying about working so closely with business and user needs; seeing the big picture and then diving deep into details. I know one thing for sure &mdash; the next time I approach the visual design, I'll have gone in with an even broader perspective. The ability to see the big picture and connect all the dots is absolutely key.</p>]]></content></entry><entry><title>Writing Email: Be Succinct</title><category term="best practices"/><category term="email"/><category term="writing"/><id>http://www.lyndsaymazzola.com/imported-data/2009/6/18/writing-email-be-succinct.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2009/6/18/writing-email-be-succinct.html"/><author><name>Lyndsay</name></author><published>2009-06-18T21:05:03Z</published><updated>2009-06-18T21:05:03Z</updated><content type="html" xml:lang="en-US"><![CDATA[<p>When it comes to verbose work emails that force me to comb through each tedious paragraph for the main points, I find that my patience wears thin. It's perhaps for this very reason that I strive to be succint in my own email communication. I know that the inboxes of my recipients are flooded on a daily basis, so I don't want to add to the noise and clutter. A well-crafted, succinct message has a far greater chance to cut through the noise and get a response. The advantage is two-fold: not only does my recipient benefit, but I likewise benefit when I'm forced to boil my message down to its essence.</p>
<p>I'm a big fan of short paragraphs and bulleted lists. As a best practice, this is validated by Web content strategists. <a href="http://www.braintraffic.com/" target="_blank">Brain Traffic</a>, one such firm, offers this advice in their post on <a href="http://blog.braintraffic.com/2009/05/web-writing-for-email/" target="_blank">Web Writing for Email</a>:</p>
<ul>
<li>
<p>Don&rsquo;t use ambiguous language.</p>
</li>
<li>
<p>Eliminate unnecessary words.</p>
</li>
<li>
<p>Keep your sentences and paragraphs short.</p>
</li>
<li>
<p>When making lists, use bullets.</p>
</li>
<li>
<p>When giving instruction or steps, use numbered lists.</p>
</li>
<li>
<p>Your last sentence should include a clear call to action.</p>
</li>
</ul>]]></content></entry><entry><title>On Beauty</title><category term="conferences"/><category term="visual design"/><id>http://www.lyndsaymazzola.com/imported-data/2009/5/28/on-beauty.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2009/5/28/on-beauty.html"/><author><name>Lyndsay</name></author><published>2009-05-28T00:46:18Z</published><updated>2009-05-28T00:46:18Z</updated><content type="html" xml:lang="en-US"><![CDATA[<p>I've followed the buzz generated by UPA Boston's Mini UPA Conference, twittered via #miniupa. Came across Aye Moah's <a href="http://www.slideshare.net/ayemoah/moah-mini-upa2009" target="_blank">presentation</a>, "What User Interface Designers Can Learn from Architecture." Slide 28 contains a great quote by Matthew Frederick: "Beauty is due more to harmonious relationships among the elements of a composition rather than to the elements themselves."</p>
<p>I couldn't help but think of LukeW's <a href="http://www.uxmatters.com/mt/archives/2008/11/common-visual-design-misconceptions.php" target="_blank">article</a>, "Common Visual Design Misconceptions," where he dispels the myth that it's possible to evaluate visual design in pieces. It's critical that design decisions are made by looking at things holistically, rather than in isolation. As LukeW says, "When a designer adjusts one element, she needs to refactor the overall composition to restore balance. Design decisions made in isolation tend <em>not</em> to add up to a coherent whole."</p>]]></content></entry><entry><title>'Women of UX' Mention via #followfriday</title><id>http://www.lyndsaymazzola.com/imported-data/2009/5/16/women-of-ux-mention-via-followfriday.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2009/5/16/women-of-ux-mention-via-followfriday.html"/><author><name>Lyndsay</name></author><published>2009-05-16T03:24:25Z</published><updated>2009-05-16T03:24:25Z</updated><content type="html" xml:lang="en-US"><![CDATA[<p>Ok, so this totally made my day. <a href="http://whitneyhess.com/" target="_blank">Whitney Hess</a> included me as one of the 'Women of UX' on Twitter. Listened to her IA Summit 09 "Evangelizing Yourself" <a href="http://boxesandarrows.com/view/ia-summit-09-day-3" target="_blank">podcast</a> a couple weeks ago, and as a fellow introvert, have been inspired to reach out more into the UX community ever since. It doesn't always come easy to put myself 'out there', but it's nice to receive a nudge of validation and encouragement! <span class="full-image-block ssNonEditable"><span><img src="http://www.lyndsaymazzola.com/storage/womenofux_followfriday.png?__SQUARESPACE_CACHEVERSION=1242444743341" alt="" /></span><span class="thumbnail-caption" style="width: 316px;">Honorary #followfriday mention on Twitter</span></span></p>]]></content></entry><entry><title>Featured at IA Summit 2009</title><id>http://www.lyndsaymazzola.com/imported-data/2009/3/20/featured-at-ia-summit-2009.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2009/3/20/featured-at-ia-summit-2009.html"/><author><name>Lyndsay</name></author><published>2009-03-20T20:53:01Z</published><updated>2009-03-20T20:53:01Z</updated><content type="html" xml:lang="en-US"><![CDATA[<p>This year I've had the exciting opportunity to be involved with <a href="http://iasummit.org/2009/" target="_blank">IA Summit 2009</a>. "Principles of UX Leadership" is the poster that I had the privilege to design with a former colleague and mentor, <a href="http://www.sokohl.com">Joe Sokohl</a>. Scheduled this evening at the Summit is a Poster Reception, during which our poster will be featured along with others. (Although I am not able to attend in person, I will be there in spirit!)  Now more than ever, the UX community needs practitioners to step up into leadership roles. As Joe illustrates, leadership is "more than just completing a wireframe or writing a Twitter post; instead, leadership is the art of inspiring people to accomplish goals." Here's a few of the sound principles that Joe offers:</p>
<ul>
<li><strong>Know yourself and seek self-improvement, both in the field and personally:</strong> Make sure that you understand what you want to do in this field, why you want to do it, and how to ground yourself.</li>
<li><strong>Seek responsibility and take responsibility for your actions:</strong> Your designs and those of your team matter. They have real impacts on people. Make sure that you take a sense of ownership and feel responsible for users' successes and failures. Strive to take on more responsibility for larger areas of product development.</li>
<li><strong>Set the example for your peers, your staff, and your superiors:</strong> Not only should you be a good UX designer, you need to set the example in your demeanor, your work ethic, and your devotion to both client and user success.</li>
<li><strong>Know your users as well as your staff, and look out for their welfare:</strong> It's critical for you as a leader to make sure that users' needs are addressed in their experience with products you work on. At the same time, take care of your people, ensuring that their needs are met.</li>
<li><strong>Keep your staff informed:</strong> You need to ensure users know what they need to do in their tasks, but you also need to keep both project team members as well as your staff are knowledgeable about what is going on, what is expected, and what effect actions might have.</li>
<li><strong>Build the team:</strong> This principle applies to both the UX team you lead, the development teams you work with, or the project team, or all. Building the team means imparting sound guidelines and principles of UX design &amp; development.</li>
<li><strong>Assign your staff wisely:</strong> As a practitioner, you make sure that what you design meets users needs, goals, and task expectations. At the same time, pay attention to the people on your team. Are they working on projects they have the ability to work on? Do you have someone who's interested in Little IA doing Big IA deliverables?</li>
</ul>
<p><a href="http://lyndsaymazzola.squarespace.com/storage/post-images/Poster-IA-Summit-2009-UX-Leadership.pdf" target="_blank">View the poster</a> to see all of the leadership principles.</p>]]></content></entry><entry><title>Small Wins for the User</title><id>http://www.lyndsaymazzola.com/imported-data/2008/5/9/small-wins-for-the-user.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2008/5/9/small-wins-for-the-user.html"/><author><name>Lyndsay</name></author><published>2008-05-09T18:31:05Z</published><updated>2008-05-09T18:31:05Z</updated><content type="html" xml:lang="en-US"><![CDATA[Last night I chatted at length with a friend who has been designing the UI for collaboration software. She related the clever ways she has been able to talk directly with the users via the product's open source blog, since the product managers (and business group as a whole) don't subscribe to a user-centered approach. As the sole User Experience representative in the company, she has many challenges as she fights for the needs of the user. For example, the developers insist that "the software should be able to do this," without any real reason behind it. Or the product managers will claim that a new piece of functionality needs to be added, because "the client wants it." To which my friend will often reply, "Who is the client? Are they the user?"

After asking this latter question enough times over the past months, it seems as though her efforts to champion the needs of the user are starting to sink in. No doubt her conversations with users will be key when she defends her design decisions in the future. You need to start with small wins and build on those.

I can't help but think of the quote by Don Norman: "Don't speculate. Don't argue. Observe."]]></content></entry><entry><title>On Gathering Visual Design Requirements</title><id>http://www.lyndsaymazzola.com/imported-data/2008/3/19/on-gathering-visual-design-requirements.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2008/3/19/on-gathering-visual-design-requirements.html"/><author><name>Lyndsay</name></author><published>2008-03-19T19:02:09Z</published><updated>2008-03-19T19:02:09Z</updated><content type="html" xml:lang="en-US"><![CDATA[When approaching the visual design of a given project, I've found the following framework to be helpful in gathering requirements.

<strong>Non-functional Specs</strong>
<ul>
	<li>e.g., Screen resolution</li>
</ul>
<strong>Technical Specs</strong>
<ul>
	<li>Technical limitations</li>
	<li>Framework</li>
	<li>What technologies/interfaces are users familiar with?</li>
</ul>
<strong>Messages</strong>
<ul>
	<li>Key attributes</li>
	<li>User expectations</li>
	<li>Look/feel</li>
</ul>
<strong>Standards</strong>
<ul>
	<li>Existing corporate standards</li>
	<li>Find common ground, establish new standards</li>
	<li>What are users familiar with? (layout, color, visual cues)</li>
	<li>How much branding of content?</li>
</ul>
<strong>Relationships</strong>

Get landscape relationship of elements:
<ul>
	<li>Level(s) of users</li>
	<li>Different experience for each user?</li>
	<li>Parent/Child Relationship? Equal? Powered by?</li>
	<li>Sense of place</li>
	<li>Data relevance</li>
	<li>Organizational integrity (for ea. group)</li>
	<li>Site to site</li>
	<li>Site to application</li>
	<li>Data owner/source</li>
</ul>
The goal of the requirements, of course, is to drive and inform the visual design. We collect information such as key attributes to translate them into sets of criteria which become underlying principles for the visual design. Getting a landscape relationship of elements is important because it helps us to create visual hierarchies, which essentially creates meaning for users.]]></content></entry><entry><title>Flex Showcase</title><id>http://www.lyndsaymazzola.com/imported-data/2008/2/20/flex-showcase.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2008/2/20/flex-showcase.html"/><author><name>Lyndsay</name></author><published>2008-02-20T21:41:39Z</published><updated>2008-02-20T21:41:39Z</updated><content type="html" xml:lang="en-US"><![CDATA[Over the past year, I've been heads-down in a supporting role for an enterprise Flex application, so it's been inspiring to poke my head back out, so to speak, and take a look at what the rest of the world has been doing with Flex these days. Check it out: <a href="http://flex.org/showcase/">http://flex.org/showcase/</a>]]></content></entry><entry><title>Creativity</title><id>http://www.lyndsaymazzola.com/imported-data/2008/1/24/creativity.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2008/1/24/creativity.html"/><author><name>Lyndsay</name></author><published>2008-01-24T16:52:16Z</published><updated>2008-01-24T16:52:16Z</updated><content type="html" xml:lang="en-US"><![CDATA[This creativity self-assesment developed by <a title="CREAX" target="_blank" href="http://www.creax.com/csa/">CREAX</a> asks a series of questions and provides a score on 8 different axes: Persistence, Connection, Perspective, Abstraction, Curiosity, Boldness, Paradox, and Complexity.
<ul>
	<li><strong>Abstraction:</strong> The ability to abstract concepts from ideas.</li>
	<li><strong>Connection:</strong> The ability to make a connection between things that don't initially have an apparent connection.</li>
	<li><strong>Perspective:</strong> The ability to shift one's perspective on a situation â€” in terms of space and time, and other people.</li>
	<li><strong>Curiosity:</strong> The desire to change or improve things that everyone else accepts as the norm.</li>
	<li><strong>Boldness:</strong> The confidence to push boundaries beyond accepted conventions. Also the ability to eliminate fear of what others think of you.</li>
	<li><strong>Paradox:</strong> The ability to simultaneously accept and work with statements that are contradictory.</li>
	<li><strong>Complexity:</strong> The ability to carry large quantities of information and be able to manipulate and manage the relationships between such information.</li>
	<li><strong>Persistence:</strong> The ability to force oneself to keep trying to derive more and stronger solutions even when the good ones have already been generated.</li>
</ul>
As applied to the practice of User Experience Design, many of these qualities are essential. It takes boldness on the part of the designer to visualize solutions. That fearlessness frees one up to focus on the process, rather than on what others are thinking of you. The ability to see connections between things is important, because connections are one's own work of creation. Grasping large, complex bodies of information and seeing relationships between them is crucial in order to see the big picture; one's breadth of understanding goes a long way toward solving problems.]]></content></entry><entry><title>UI12: The Essentials of Interaction Design</title><id>http://www.lyndsaymazzola.com/imported-data/2007/11/8/ui12-the-essentials-of-interaction-design.html</id><link rel="alternate" type="text/html" href="http://www.lyndsaymazzola.com/imported-data/2007/11/8/ui12-the-essentials-of-interaction-design.html"/><author><name>Lyndsay</name></author><published>2007-11-08T22:54:22Z</published><updated>2007-11-08T22:54:22Z</updated><content type="html" xml:lang="en-US"><![CDATA[Kim Goodwin's talk at <a title="User Interface 12" target="_blank" href="http://www.uie.com/events/uiconf/2007/">User Interface 12</a> in Boston outlined the entire Interaction Design process, with a focus on core skills and tools to improve solutions.
<ul>
	<li>A designer visualizes concrete solutions to human problems.</li>
	<li>Visualization skill is part aptitude, part fearlessness, and part imagination.</li>
	<li>Practice fearlessness with gesture drawing. Keeps focus on process, flow; not end goal. (Playing scales on piano.)</li>
	<li>Cooper phrase: "Reality bats last." Gets away from scarcity thinking and toward abundance thinking.</li>
	<li>Play encourages imagination.</li>
	<li><strong>Pretend it's magic.</strong> Drop constraints.</li>
	<li><strong>Pretend it's human. </strong>A great human assistant knows <em>you</em>.</li>
	<li>Collaboration: 2 or 3 are fast, 4 are slower, too many are deadly.</li>
	<li>Design Patterns: a designer's vocabulary.</li>
	<li>Practice deconstructing what you see. Identify components and relationships between them. What problem does it solve, and how else could it be applied?</li>
	<li>Design Principles: grammar. Tell us when and how to use vocabulary of patterns.</li>
	<li>Personas are the characters used to drive the story in scenarios.</li>
</ul>]]></content></entry></feed>