This link has been bookmarked by 282 people . It was first bookmarked on 02 Mar 2006, by Matt scifo.
-
27 Sep 11
-
21 Jul 09
-
20 Jul 09
-
-
Step one: List your bits
-
Do not prioritize, group, or categorize. If you start by grouping and organizing you'll just end up with your original habits and preferences in the end.
-
Step two: Figure out which bits relate to each other
-
Notice we're not building down from our assumptions. We're building up from what we know for sure.
-
Step three: Prioritize
Decide which chunks are most important from a functional perspective. In other words, decide which chunks matter most to people.
It isn't necessary to reorder the whole list. Just figure out which chunks are the most important and group them loosely:
Most important: C, A, G, E
Necessary: B, D, F
Nice to have: H -
Step four: Design each chunk
-
Step five: Put the chunks together
-
Step six: Make it real
-
-
22 Jun 09
-
19 Jun 09
-
15 Jun 09
-
30 May 09
João Pedro Balieiro da Costamaking a list of all the specific bits that must fit together for the web page to succeed as a whole. By "bits" I mean any kind of design consideration. So this includes what info the page should get across, what actions it should support, important attit
-
22 May 09
alvin cI'm going to show you how to sidestep your habits and assumptions and use patterns to make better design decisions. A lot of fancy stuff has been written about patterns. To be simple and clear in this introduction, I'll just call them chunks.
-
19 May 09
-
18 May 09
-
-
15 May 09
Stewart PrattA sound approach to page/form/UI design.
-
14 May 09
-
13 May 09
-
07 May 09
-
05 May 09
noneya bidnezcool webpage design methodology
design webdesign patterns usability webdev web ui development
-
27 Apr 09
-
23 Apr 09
-
22 Apr 09
-
21 Apr 09
-
20 Apr 09
-
Alex HorstmannThe biggest challenge for web designers is the unthinkably huge number of possible ways to solve any given problem. We usually don't think of this because we have our habits and traditions to fall back on, but there are literally billions of possible pixe
-
superluminaThe biggest challenge for web designers is the unthinkably huge number of possible ways to solve any given problem. We usually don't think of this because we have our habits and traditions to fall back on, but there are literally billions of possible pixel combinations for each page we make.
There is a better way to manage this vast complexity than by making big decisions up front and hoping for the best. To make better sites — sites that are functional, beautiful, and "usable" — we have to break our design problems up into small independent chunks based on the real issues within our requirements. Christopher Alexander, who came up with this stuff, calls these chunks patterns. -
19 Apr 09
-
10 Apr 09
Maguar GuarStep one: List your bits
Start by making a list of all the specific bits that must fit together for the web page to succeed as a whole. By "bits" I mean any kind of design consideration. So this includes what info the page should get across, what actions it should support, important attitudes of the users, and so on. Do not prioritize, group, or categorize. If you start by grouping and organizing you'll just end up with your original habits and preferences in the end.
Here are the bits for a "My Account" page that I recently designed:
Company info
Insurance info for company
My (current user) info
Other users on this account
My sales rep contact info
Current account plan
Link to change search preferences
Date account was created
People rarely view or change insurance info
Any user can edit anything except other users' info
Changing password is the most likely action
People might come here to change search preferences (which are on a separate page)
Do this on paper if you're working on your own. It's faster.-
Step one: List your bits
-
Start by making a list of all the specific bits that must fit together for the web page to succeed as a whole. By "bits" I mean any kind of design consideration. So this includes what info the page should get across, what actions it should support, important attitudes of the users, and so on. Do not prioritize, group, or categorize. If you start by grouping and organizing you'll just end up with your original habits and preferences in the end.
-
- Company info
- Insurance info for company
- My (current user) info
- Other users on this account
- My sales rep contact info
- Current account plan
- Link to change search preferences
- Date account was created
- People rarely view or change insurance info
- Any user can edit anything except other users' info
- Changing password is the most likely action
- People might come here to change search preferences (which are on a separate page)
Here are the bits for a "My Account" page that I recently designed:
Do this on paper if you're working on your own. It's faster.
-
Step two: Figure out which bits relate to each other
-
Put the bits into chunks based on whether they impact each other — not based on any conceptual or graphic ideas.
-
Notice we're not building down from our assumptions. We're building up from what we know for sure.
-
Step three: Prioritize
-
Decide which chunks are most important from a functional perspective. In other words, decide which chunks matter most to people.
-
Most important: C, A, G, E
Necessary: B, D, F
Nice to have: H -
Step four: Design each chunk
-
Since we grouped all the directly related bits into chunks, we can design the chunks independently without worrying about conflicts. This idea is the heart of Alexander's patterns (which I'm calling chunks). You can get them right on their own and then fuse them together.
-
Start with the high priority chunks and move down:
-
Sketch E
-
In my shorthand I've indicated that the link "Show/hide insurance info" will show or hide the block below it with Javascript. This satisfies 9 ("People rarely view or change insurance info").
-
Notice how the above sketches use scale and weight to show priority. These decisions will guide you in the next step.
-
Step five: Put the chunks together
-
After the chunks are sketched, piece them together into a whole. Think about the constraints that went into the sketches. Think about priority. Think about balance. Do your design thing
-
Here I did two phases. First the rough layout:
-
Step six: Make it real
-
When you build the real thing you sometimes see that what worked on paper just isn't quite right on screen. In the final design I shifted the Company data (A) around for better balance and switched the sidebar (E,F,H) from the left to the right. I could tweak these chunks independently because they were designed independently. Have a look at the result:
-
a pattern is a way of dealing with a system of interacting forces. When you find that you often design a sidebar for helpful notes, details and references, you're using a pattern. The interacting forces are the requirements of those little bits and how they relate to the main content, and the sidebar is the best way to deal with them.
-
-
24 Mar 09
-
18 Mar 09
-
To make better sites — sites that are functional, beautiful, and "usable" — we have to break our design problems up into small independent chunks based on the real issues within our requirements
-
making a list of all the specific bits that must fit together for the web page to succeed as a whole
-
includes what info the page should get across, what actions it should support, important attitudes of the users, and so on.
-
"My Account" page
-
Put the bits into chunks based on whether they impact each other — not based on any conceptual or graphic ideas.
-
Let's look at C for example:
-
The password (11) is part of the user info (3) and this can all be edited (10).
-
We're building up from what we know for sure.
-
Decide which chunks are most important from a functional perspective. In other words, decide which chunks matter most to people
-
Just figure out which chunks are the most important and group them loosely:
-
Since we grouped all the directly related bits into chunks, we can design the chunks independently without worrying about conflicts.
-
Sketch C
-
Sketch A
-
Sketch G
-
Sketch E
-
Sketch B
-
Sketch D
-
Sketch F
-
Sketch H
-
Notice how the above sketches use scale and weight to show priority
-
Think about priority. Think about balance
-
First the rough layout
-
Next I did a loose sketch to guide my HTML prototype:
-
-
12 Mar 09
-
11 Feb 09
-
05 Feb 09
-
09 Jan 09
François ParmentierI'm going to show you how to sidestep your habits and assumptions and use patterns to make better design decisions.
-
To make better sites — sites that are functional, beautiful, and "usable" — we have to break our design problems up into small independent chunks based on the real issues within our requirements.
-
-
22 Dec 08
-
26 Nov 08
-
10 Nov 08
-
05 Nov 08
-
03 Nov 08
-
17 Oct 08
-
19 Sep 08
-
13 Aug 08
-
05 Aug 08
-
04 Aug 08
-
03 Aug 08
-
02 Aug 08
-
01 Aug 08
-
-
08 Jul 08
-
02 Jul 08
-
29 Jun 08
-
26 Jun 08
-
14 Jun 08
Garry JenkinThe biggest challenge for web designers is the unthinkably huge number of possible ways to solve any given problem. We usually don't think of this because we have our habits and traditions to fall back on, but there are literally billions of possible pixe
relationship innovation creativity design mapping problem solving blogging tools
-
12 Jun 08
-
02 Jun 08
-
31 May 08
-
14 Apr 08
-
07 Apr 08
-
29 Mar 08
-
24 Mar 08
-
22 Mar 08
-
20 Mar 08
-
30 Jan 08
mimiqiao我认为axure前一定要有一步纸模型，它的设计一定是最重要的。文中给我指明了很好的方向
-
29 Jan 08
-
27 Nov 07
-
21 Sep 07
-
18 Sep 07
-
06 Sep 07
-
31 Aug 07
Sami VoutilainenThe biggest challenge for web designers is the unthinkably huge number of possible ways to solve any given problem.
-
27 Aug 07
Thiago TarginoUma introdução de como usar testes padrões num projeto para a web.
-
21 Aug 07
-
19 Aug 07
-
06 Aug 07
-
02 Aug 07
-
18 Jun 07
-
21 May 07
-
02 May 07
-
21 Mar 07
-
06 Feb 07
-
24 Dec 06
-
03 Dec 06
-
15 Nov 06
-
31 Oct 06
-
30 Oct 06
-
25 Oct 06
-
22 Oct 06
Page Comments
Would you like to comment?
Join Diigo for a free account, or sign in if you are already a member.