Joel Liu's Bookmarks tagged design → View Popular

You are here: Diigo Home > Joel Liu's Bookmarks

Expand All 1 - 20 of 56 Next › Last »

Posterous Beats Tumblr In Simplicity

Tags: design, simplicity on 2008-06-29 and saved by2 people -All Annotations (0) -About

more fromwww.techcrunch.com

JavaScript Based Code Prettification

Tags: design, js, ruby on 2008-03-21 and saved by4 people -All Annotations (0) -About

more fromtomayko.com

1Expand

Tech Beat Apple's design process - BusinessWeek

Tags: design on 2008-03-14 and saved by8 people -All Annotations (0) -About

more fromwww.businessweek.com

User Interfaces Rapidly Adjusting to Information Overload - ReadWriteWeb

Tags: UI, UX, design on 2008-03-13 and saved by8 people -All Annotations (0) -About

more fromwww.readwriteweb.com

5Expand

Coding Horror: I Repeat: Do Not Listen to Your Users

Tags: design, product, usability on 2008-02-27 and saved by10 people -All Annotations (1) -About

more fromwww.codinghorror.com

I wrote the first version of Gmail in one day. It was not very impressive. All I did was stuff my own email into the Google Groups (Usenet) indexing engine. I sent it out to a few people for feedback, and they said that it was somewhat useful, but it would be better if it searched over their email instead of mine. That was version two. After I released that people started wanting the ability to respond to email as well. That was version three. That process went on for a couple of years inside of Google before we released to the world.

Startups don't have hundreds of internal users, so it's important to release to the world much sooner. When FriendFeed was semi-released (private beta) in October, the product was only about two months old (and 99.9% written by two people, Bret and Jim). We've made a lot of improvements since then, and the product that we have today is much better than what we would have built had we not launched. The reason? We have users, and we listen to them, and we see which things work and which don't.
Listening to users is a tricky thing. Users often don't know what they want, and even if they did, the communication is likely to get garbled somewhere between them and you. By no means should you ignore your users, though. Most people will silently and forever walk away if your software or website doesn't meet their needs. The users who care enough to give you feedback deserve your attention and respect. They're essentially taking it upon themselves to design your product. If you don't listen attentively and politely respond to all customer feedback, you're setting yourself up for eventual failure.
I think Paul had it right, but it's easy to miss. The relevant phrase in Paul's post is we see which things work, which implies measurement and correlation. There's no need to directly watch users (although it never hurts) when you have detailed logs showing what they actually did. Collect user feedback, then correlate it with data on what those users are actually doing:

Don't just implement feature requests from "user representatives" or "business analysts." The most common way to get usability wrong is to listen to what users say rather than actually watching what they do. Requirement specifications are always wrong. You must prototype the requirements quickly and show users something concrete to find out what they really need.

Acting on user feedback alone is questionable. No matter how well intentioned, you're guessing. Why guess when you can take actions based on cold, hard data? Acting on user feedback and detailed usage metrics for your application or website-- that's the gold standard.
We've traditionally relied on things like written feedback from players to help decide which improvements to focus on. More recently, Steam has allowed us to collect more information than was previously possible. TF2 includes a reporting mechanism which tells us details about how people are playing the game. We're sharing the data we collect because we think people will find it interesting, and because we expect to spot emergent problems earlier, and ultimately build better products and experiences as a result.
Make sure your application or website is capturing user activity in a useful, meaningful way. User feedback is important. Don't get me wrong. But never take action solely based on user feedback. Always have some kind of user activity data to corroborate and support the valuable user feedback you're getting. Ignoring your user feedback may be setting yourself up for eventual failure, but blindly acting on every user request is certain failure.

5Expand

How Do Users Really Feel About Your Design? :: UXmatters

The user experience field has been trying to move beyond mere usability and utility for years. So far, no one seems to have developed easy-to-implement, non-retrospective, valid, and reliable measures for gauging users’ emotional reactions to a system, application, or Web site.

Tags: design on 2008-01-24 and saved by4 people -All Annotations (0) -About

more fromwww.uxmatters.com

2Expand