My Take on the Difference Between IxD and UX

April 21st, 2011 § 0 comments § permalink

I’m on a roll. 2 posts in 2 days!

After my ramble yesterday, I started thinking about User Experience and Interaction Design and why there’s so much confusion around the two terms. I mean, if you’re part of “the community” you know the arguments have been happening for years involving some really smart people. I have basically stayed out of it because internal discussions waste time. That said, last night walking home I had a thought.

IMHO, User Experience is not a design discipline it’s about strategic values. The concept behind User Experience is an attempt by some amazing designers, researchers, usability professionals, and strategists to get companies to pay attention to how people perceive and engage with their products and services. Every product or service that has ever had anyone use it has a least one user experience. User experiences can be fun, good, bad, ugly, evil, and boring. The deliverables of user experiences tend to be measured in adjectives (Note: if you’ve nailed your product design, the quality of your user experience can be measured by successful business goals like revenue or customer lifetime value, etc.). In the digital space, creating successful experiences involves everything from brand strategy, research, business/product strategy, copy writing, feature development, visual design, Interaction Design, to your social media strategy. This is why in my previous post, I said that UX must be part of your company’s culture. Paying attention to how people interact with and perceive your products and services is everyone’s job. Think of creating brand equity through quality experiences not just through visual design, marketing, and advertising – a pretty important shift from old school Madison Ave thinking.

Interaction Design or IxD, is a design discipline focused on the idea that human motivations and behavior can be understood, manipulated, and measured. Conceptually it’s a change in design philosophy from being materialistic and introverted to being behavior based and extraverted. I like to think of IxD being verb driven, it’s about eliciting actions (sometimes inaction), while most other design disciplines tend to be noun driven. Deliverables of IxD are behaviors. IxD tends to be misunderstood by most folks to the point of being confused with Information Architecture, Usability, and Interactive Design. Plainly it’s tough for many people to wrap their heads around the idea that there are designers whose job it is to manipulate them, and that the skills needed to do it have been abstracted almost to the point of being media agnostic. Much like doctors, Interaction Designers can use their skills for good or for evil. Oscar Wilde said, “There is no such thing as a moral or an immoral book. Books are well written, or badly written.” I believe the same thing can be said for interaction designs. The “morality” of which is measured in the User Experience not the quality of the interaction.

Obviously there’s overlap between UX and IxD. The way I think of it is that UX is strategic, while IxD is tactical. A company focused on creating a specific UX absolutely needs to employ Interaction Design to achieve their goals. That said, there are a lot of other pieces needed to complete the UX puzzle. This in no way diminishes the role of the Interaction Designer, in fact a company with UX at it’s core should create an environment where Interaction Designers are in leadership positions. They are the best equipped to help your UX focused company elicit desired behaviors from your product’s users.

 

Sphere: Related Content

“Most Important Person for a Startup is a Great Product/UX Person” – @cdixon

April 20th, 2011 § 0 comments § permalink

I stumbled on the quote in the title of this post on Twitter a couple of months ago. I believe the original tweet was by @davetisch, and he was quoting something Chris Dixon (@cdixon) must have said/written. I don’t really have time to fully trackdown the sources, timing, context, etc. Hopefully the above credits are enough. Also, I will be using the abbreviation “UX” to refer to Product/UX as a competency in general. If you don’t like it, go have a debate on a mailing list somewhere. I’m tired of the bullsh*t arguments.

Being a Product/UX person, this got me thinking.

Quotes like the above are amazing things, especially when they come from people who know what they’re talking about. I read them and I can’t help but be grateful someone out there appreciates the potential a solid Product/UX person brings to the table. That said, I think there are some points I’d like to add.

First off, if you think that hiring a great Product/UX person is going to solve your problems or make people want your product, you’re nuts. While it’s possible that they can make your product better, it always takes a team. The scenario I recommend is making UX a company priority to the point of integrating it into your company’s culture. This means that everyone on your team should be thinking about UX, not just the product team, visual designers, and interaction designers, but the developers, QA team, BD, accounting, customer service team, etc. If you’re not having hot debates about creating the best experiences for your customers and business involving team members with different perspectives, you’re not doing it right. As a product grows, it’s easy to lose focus on UX, but when you create a culture where everyone can ask questions like:

“How will people use this?”

“Is this the optimal experience to meet our business objectives?”

“Does this experience properly communicate and functionally deliver the desired result?”

“Will people like it?”

and etc…

You make it much more difficult for the focus on experience that made your startup successful to disappear as it succeeds.

Second, even though some UX work is better than none, you absolutely to need to incorporate it as early as possible. The reason is simple. It’s like writing a book. Editing is critical, but an editor can’t turn a cheesy romance novel into James Joyce’s Ulysses. Bringing in UX late in the game only allows for editing, while having it early in the process allows it to be the center of the creative process. Oh and getting the UX focus working early on allows for tactical input from developers, designers, etc. before anyone is invested time in code or photoshop – result is saved money and less frustration.

Third, I love the concept behind UX but hate the word “user”. It’s right up there on my sh*tlist with “GUI designer”, “frontend/backend”, “UI”, and “skin” and all of those terms that work to drive wedges between people, companies, and team members. As companies grow, labor specialization is required, but there’s really no need for us to add additional unnecessary labels that further separate our products, team members, and customers from common goals. So, if you want to create a better UX, please stop telling your designers to “just skin” the existing site. It’s obnoxious, cheap, and never results in the best UX. If you are obnoxious, cheap, and don’t care about your team or your product, please keep using those terms so the rest of us know you who you are. Rant over. Thanks.

If you want to create products for people, call them people or call them by name. It helps create empathy between your team members and your customers. Having a little empathy can go a long way when it comes to getting people to like your product.

Last, if you want your product to succeed, listen to but don’t bow to your customer’s whims. The number one feature request EVER is that a product be free. Product is about finding that awesome place where demand for a feature/product intersects with some business goal. User Experience is about understanding people, understanding business goals, and creating experiences that drive people to that awesome place where they intersect. Basically it’s about getting people to do things they might not normally do in order to (hopefully) receive a benefit. Don’t bow to their whims because your customers only see half the picture, while your job is to make sure your team sees both sides.

OK got off topic a bit, but I don’t really care. I blog so infrequently, you should just be happy there’s a post at all. Enjoy.

 

Sphere: Related Content