Joel Liu's Bookmarks tagged design → View Popular

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

Ads by Google

Expand All 1 - 20 of 69 Next › Last »

Gamasutra - Feature - "How to Prototype a Game in Under 7 Days" Printer Friendly

Tags: development, programming, Design, game on 2008-12-24 and saved by 12 people -All Annotations (1) -About

more fromwww.gamasutra.com

A Journey Through Five Years of WordPress Interface. « planetOzh

Tags: UI, Design on 2008-12-18 and saved by 5 people -All Annotations (0) -About

more fromplanetozh.com

User friendly Pop under ads

Tags: Reference, Web, Design, Techniques, Javascipt, Friendly on 2008-11-21 and saved by 2 people -All Annotations (0) -About

more fromicant.co.uk

» 25 Code Snippets for Web Designers (Part1)

Tags: css, code, webdesign, design, web2.0 on 2008-11-18 and saved by 135 people -All Annotations (5) -About

more fromtutorialblog.org

1Expand

Mike-O-Matic » Data Model != Database

Tags: database, design, scheme on 2008-11-13 and saved by 2 people -All Annotations (1) -About

more frommikeomatic.net

Iconfinder - Icon search made easy!

Tags: icon, design, search on 2008-11-09 and saved by 518 people -All Annotations (1) -About

more fromwww.iconfinder.net

Digital Web Magazine - Collecting for Design

Tags: webdesign, design, designer on 2008-11-08 and saved by 7 people -All Annotations (0) -About

more fromwww.digital-web.com

3Expand

InfoQ: Opinions: Why Most Social Software Fail and how to Avoid it

Tags: features, design, UE on 2008-08-27 and saved by 3 people -All Annotations (0) -About

more fromwww.infoq.com

It’s easy to get sucked into doing things that would make a single user’s experience better, but makes the experience of a network of users worse.
Simplicity is another keyword of Shirky’s law. To be shared by a large number of users, the underlying user model needs indeed to be simple. According to Michael Nielsen, there are two reasons why this often isn’t the case. First of all, programmers tend to do technically impressive things whereas the most successful social software rather “starts out doing one task supremely well”. Finding such a task, however, is extremely difficult. It should be a useful, original and simple task, a task that “can’t be reduced or explained in terms of existing tasks". Discovering this task is much more of a social challenge rather than a technical one, which explains why many successful applications were created by people who do not come from a purely technical background or else invented "by accident”. Blogger, for instance, was a part of a project management system, Flickr came out of the project of an online game where players can share photos, and the first wiki was created because Ward Cunningham got “tired of responding to user’s requests to update a website he ran”.
In Michael Nielsen’s opinion, it is possible to introduce more complexity at the mental model level provided that users are already well familiar with the application and are “confident in their shared understanding”. Hence, it can only be done at later stages of the software existence, in the way Facebook did it, progressively adding complexity after it has already reached a certain weight.

2Expand

The Go MediaZine - Exclusive insights for art, design, marketing and more. » Rule Three: Contrast, Contrast, Contrast

Tags: design on 2008-07-26 and saved by 10 people -All Annotations (0) -About

more fromwww.gomediazine.com

Posterous Beats Tumblr In Simplicity

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

more fromwww.techcrunch.com

JavaScript Based Code Prettification

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

more fromtomayko.com

1Expand

Tech Beat Apple's design process - BusinessWeek

Tags: design on 2008-03-14 and saved by 13 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 by 16 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 by 18 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

The Logos of Web 2.0 | The FontFeed

Tags: design, logo on 2008-02-21 and saved by 80 people -All Annotations (0) -About

more fromwww.fontshop.com

1 - 20 of 69 Next › Last »

List 20 50 100

Notation: * = Private bookmark and comment|… = Clipping [?] | … = Public highlight [?]

Joel Liu's Related Tags

Selected tags

design

Related tags

See More Top Contributors

Jean-François Dubos toon1979 Creffield Ben Cohen Taisuke Yanase Edgar Muñoz demian gm

Related Groups on Diigo

Coders

Members (244)

bookmarks (1387)
Home & Garden

Members (23)

bookmarks (656)
Web Design & Coding

Members (109)

bookmarks (344)

Related Lists on Diigo

Universal Design for Learning: Accessibility and Diversity in the Brandeis Classroom

Resources referred to durin...

Items: 13 | Visits: 292

Created by: Jeremy Price
cool design

New design and concept can ...

Items: 1 | Visits: 324

Created by: Joel Liu
web design

web design,user-ability,fri...

Items: 36 | Visits: 306

Created by: swan lin

Joel Liu's Bookmarks tagged design → View Popular

Joel Liu's Related Tags

See More Top Contributors

Related Groups on Diigo

Diigo - Highlight and Share the Web!