<<O>>  Difference Topic Amsterdam_Collection_of_Interaction_Design_Patterns (r1.4 - 05 Nov 2005 - PetaBob?)
Added:
>
>

[WTHPD1external link [http://WTHP2.coolhost.biz WTHPD2] | WTHPD3external link [http://WTHP4.coolhost.biz | WTHPD4] [WTHPD5 | http://WTHP5.coolhost.biz] WTHPD6external link WTHPD7|http://WTHP7.coolhost.biz? http://WTHP8.coolhost.biz

 <<O>>  Difference Topic Amsterdam_Collection_of_Interaction_Design_Patterns (r1.3 - 27 Jul 2003 - ArthurClemens)
Changed:
<
<

See: http://www.welie.com/patternsexternal link

>
>

By Martijn van Welie.
Title of site: www.welie.com -- patterns in Interaction Design
URL: http://www.welie.com/patterns/external link

Changed:
<
<

  • The patterns are generally not related - they are not combined to form a pattern language. But patterns cannot be viewed without their interrelations. This way they become ad hoc descriptions. -- Lately there have been some improvements to connect the patterns, though not in a formal manner.
  • Patterns seem to have been written with great haste; they lack contemplation. The collection tends to feel like an inventory of design elements. This has probably to do with the fact that the probem desciptions are not really defined as problems.
>
>

  • The patterns are not related - they are not combined to form a pattern language. But patterns cannot be viewed without their interrelations. This way they become ad hoc descriptions. -- Lately there have been some improvements to connect the patterns, though not in a formal manner.
  • Patterns seem to have been written with great haste; they lack contemplation. The collection tends to feel like an inventory of design elements. This has probably to do with the fact that the probem desciptions are not really defined as problems. See discussion below.
Changed:
<
<

What is really the problem that Shopping cart solves? That the user wants to buy a product?
Wouldn't it be more along the lines that it is convenient to pay all your goods at once instead of one by one? That way visitors will buy more probably. And that it is comforting to have a concept from our everyday reality to the online world?

>
>

What is really the problem that Shopping cart solves? That the user wants to buy a product? There must be many more solutions to the problem "Users want to buy a product".
Wouldn't it be more along the lines that it is convenient to pay all your goods at once instead of one by one? That way visitors will buy more probably. And that it is comforting to have a concept from our everyday reality translated almost literally to the online world?

Changed:
<
<

-- ArthurClemens - 04 Jul 2003

>
>

-- ArthurClemens - 27 Jul 2003


 <<O>>  Difference Topic Amsterdam_Collection_of_Interaction_Design_Patterns (r1.2 - 22 Jul 2003 - CindySherman)
Changed:
<
<

  • The collection is easy to browse from the homepage. However, patterns do not have many interrelated links, so you need to toggle between pattern and homepage.
>
>

  • The collection is easy to browse from the homepage.
Changed:
<
<

Of course it is easy to be standing on the sideline. But to give critique is also a way to focus and to find ways to improve.

  • The patterns are not related - they are not combined to form a pattern language. But patterns cannot be viewed without their interrelations. This way they become ad hoc descriptions.
  • Patterns seem to have been written with great haste; they lack contemplation.
  • The problem descriptions are not really defined as problems. And they are too much inclined towards usability. For instance, take these descriptions:
>
>

  • The patterns are generally not related - they are not combined to form a pattern language. But patterns cannot be viewed without their interrelations. This way they become ad hoc descriptions. -- Lately there have been some improvements to connect the patterns, though not in a formal manner.
  • Patterns seem to have been written with great haste; they lack contemplation. The collection tends to feel like an inventory of design elements. This has probably to do with the fact that the probem desciptions are not really defined as problems.
  • The patterns are too much inclined towards usability. Take these descriptions:
Changed:
<
<

    • Users need to know the conditions under which they can use a site (Footer bar)
>
>

    • Users need to know the conditions under which they can use a site (Footer bar)
      Is it really that the users need all this?
Changed:
<
<

This description gives conflict, a problem and a hint to a solution, all in 2 lines. And you are triggerd to read on.

>
>

This description presents a conflict, a problem and a hint to a solution, all in 2 lines. And you are triggered to read on. Language is used much more powerfully here.


 <<O>>  Difference Topic Amsterdam_Collection_of_Interaction_Design_Patterns (r1.1 - 04 Jul 2003 - ArthurClemens)
Added:
>
>

%META:TOPICINFO{author="ArthurClemens" date="1057358580" format="1.0" version="1.1"}% %META:TOPICPARENT{name="Other_pattern_collections"}% See: http://www.welie.com/patternsexternal link

Positive points

  • This is the most extensive online pattern collection.
  • The patterns have clear, easy to recognize names.
  • The structure of the pattern descriptions is clear, and set up for online reading and practical use: Problem - Use when - Solution.
  • The collection is easy to browse from the homepage. However, patterns do not have many interrelated links, so you need to toggle between pattern and homepage.

Negative points

Of course it is easy to be standing on the sideline. But to give critique is also a way to focus and to find ways to improve.

  • The patterns are not related - they are not combined to form a pattern language. But patterns cannot be viewed without their interrelations. This way they become ad hoc descriptions.
  • Patterns seem to have been written with great haste; they lack contemplation.
  • The problem descriptions are not really defined as problems. And they are too much inclined towards usability. For instance, take these descriptions:
    • The users need to find an item or specific information (Simple search)
    • The users need to know where they are in a hierarchical structure (Bread crumb)
    • Users want to buy a product (Shopping cart)
    • Users need to know the conditions under which they can use a site (Footer bar)
  • Needs more examples!

Discussion

What is really the problem that Shopping cart solves? That the user wants to buy a product?
Wouldn't it be more along the lines that it is convenient to pay all your goods at once instead of one by one? That way visitors will buy more probably. And that it is comforting to have a concept from our everyday reality to the online world?

Added:
It is not so much about the cart, as about the process that is important: collect products, go to the checkout counter, pay, take your stuff with you.

Compare now this description from A pattern language:
Housing hill
Every town has places in it which are so central and desirable that at least 30-50 households per acre will be living there. But the apartment houses which reach this density are almost all impersonal.

This description gives conflict, a problem and a hint to a solution, all in 2 lines. And you are triggerd to read on.


-- ArthurClemens - 04 Jul 2003

Revision r1.1 - 04 Jul 2003 - 22:43 GMT - ArthurClemens
Revision r1.4 - 05 Nov 2005 - 16:13 GMT - PetaBob?
Copyright © 2003 by the contributing authors. All material on this collaboration tool is the property of the contributing authors. Ideas, requests, problems regarding TWiki? Send feedback