The same, or different, but not similar!
Inspired by a post from Michael Tuminello in response to a question I had on the IxDA list, I propose this rule of thumb: “The same, or different, but not similar!“
The concept that Michael discussed (and I have said in the past in different terms), is that when designing, controls/patterns for similar functions across products (or even within the same product) should either be exactly the same (consistent) or vastly different. But they should never be “similar”. Being similar will result in many more usability issues than being entirely different where the user does not have certain expectations for behavior.
Selecting reporting time frames should be consistent across a suite of reporting products. If one product has vastly different constraints on time selection, requiring a different time selection mechanism, it should be obvious to the user that they are working with a completely different control with different behavior.
Hi nice post, i have come across your site once before when searching for something so i was just wondering something. I love your theme, would it happen to be a free one i can download, or is it a custom one you had made? In a few weeks i will be launching my own site, i’m not great with designs but i really like the style of your site so it would be cool if i could find (or pay for) something with a similar look.
Thanks!