Sign up to get our featured articles delivered straight to your inbox every month or two.
RSS feed of all articles
Follow us on Twitter
Architecture (3)
Automotive (2)
Books (13)
Branding (3)
Business (28)
Communicating design (10)
Cooper (13)
Critiques (20)
Design & engineering (20)
Design disciplines (1)
Design in organizations (23)
Design principles (16)
Events (13)
Experience Design (11)
Features (82)
Financial (1)
Industrial design (7)
Information design (7)
Innovation (24)
Interaction design (41)
Interaction Patterns (5)
Medical (4)
Methods (5)
Mobile (10)
Personas (13)
Platforms & technology (2)
Presentations (4)
Product definition (6)
Prototyping (1)
Requirements (4)
Research (17)
Service design (8)
Strategy (9)
Sustainability (10)
Techniques (32)
Travel (3)
Trends (12)
TV (5)
Typography (4)
Visual design (19)
Web (14)
Requirements
Video of Kim Goodwin speaking about how to integrate interaction, visual and industrial design at IxDA NYC
Last night, our own Kim Goodwin presented her talk "Designing a Unified Experience" at the IxDA NYC, generously hosted by our friends at LiquidNet.
(Click the button on the bottom right of the "screen" for a fullscreen view.)
About the talk
Interaction design, visual design, and industrial design are distinct disciplines for good reason: Each excels in different ways. Interaction designers must be good at imagining structure and flow, which requires strong analytical skills and a high degree of rigor, especially for complex systems. Visual designers and industrial designers are masters of visual and physical usability but are also masters of emotion: They know how to evoke caution, attract attention, and instill desire for a product at first glance. Users have just one experience of a product, though. All three aspects of the design must work in concert, or the product will fail to satisfy. Integration of the three disciplines is a central theme of Kim’s new book, Designing for the Digital Age.
What do you think? Join the conversation in Comments
Predictably Irrational
Behavioral economist, Dan Ariely’s delightful first book, Predictably Irrational, heaps yet one more shovel of dirt onto the fresh but deep grave of traditional, rationalist assumptions about human behavior. The book is a simple, personal, easy-to-read account of Ariely’s research conducted over the past 15 or so years. This research was conducted at his various host universities; all of them paragons of ivy-covered scientific rigor, including MIT, Stanford, The University of Virginia, and The University of California at Berkeley.
The clear and inevitable conclusion of his dozens of research papers summarized in this book is simple: humans don’t make rational decisions. What’s more, the irrationality of their choices isn’t random, but can be predicted and measured. While many of the experiments deal with choices regarding cash, several of them cleverly divorce themselves from money to clearly demonstrate that the goofy human behavior is human-related, not cash-related.
He identifies several predictable forces that act upon humans during decision making, causing them to make irrational choices. These include the distorting effect of similar, but slightly inferior, products offered for sale; the distorting effect of simply thinking about numbers; the distorting effect of items offered for free; the distorting effect of sexual arousal; social norms, ownership, procrastination, self-control, clinging to options, expectations, and being observed.
Turning Requirements into Product Definition
In his newsletter article last month, Ryan Olshavsky outlined an overall process for defining new products and services, taking a look at the start of that process. But how do you get from understanding your users to a vision for an innovative product which will appeal to them?
Bridging the Gap with Requirements Definition
Developing a new product or service is tricky. When everything goes well, the product can redefine a market or even create an entirely new one, to the benefit of its manufacturer and its consumers. When the product doesn't click with its audience, though, the costs—development, employee, manufacturing—can be staggering. How do you ensure that your new product doesn't flop? One effective method is to conduct a requirements definition phase before developing a new product.
Requirements definition simply means "figuring out what to make before you make it." This process is not unique to software products. Architects, for instance, go through a requirements definition phase before they start construction on a home. They talk to the future home owner and determine how many floors and rooms will be in the house, where the bedroom should be, if there's a deck, and so on. Similarly, in the product development world, requirements definition enables you to make appropriate decisions about the functionality and design of a product before you invest time and money developing it. By bridging the gap between the needs of the market and those of your organization, requirements definition significantly reduces guesswork in technology product planning, and helps ensure that business and engineering are working on the same product.