> Requiring user testing for shades of blue and thicknesses of border is the height of silliness.
No it isn't, if a designers ideas cannot withstand a little objective scientific testing, they aren't worth using.
> Moreover, users often don't know they want something until a designer shows them they do. You can never get to those designs by testing blues and borders.
Which is the whole point of objective testing, do the design, throw it in front of real users and see how it performs next to the original design.
I think what's really going on is that more often than not, designers want what they like rather than what works best. Engineers want what works best, and Google has an engineering culture. Form does and rightfully should take a back seat to function.
From the way I understood it, he was suggesting that testing for shades of blue and border thickness is nitpicking. An equivalent nitpick more familiar to us would be testing whether using tabs or spaces for code indenting improves coding efficiency.
You can't measure emacs vs vim like you can the effect of color or layout on conversion of an app. When measuring is trivial to do and results are easily seen to directly impact revenue, there's just no excuse to not do it.
No it isn't, if a designers ideas cannot withstand a little objective scientific testing, they aren't worth using.
> Moreover, users often don't know they want something until a designer shows them they do. You can never get to those designs by testing blues and borders.
Which is the whole point of objective testing, do the design, throw it in front of real users and see how it performs next to the original design.
I think what's really going on is that more often than not, designers want what they like rather than what works best. Engineers want what works best, and Google has an engineering culture. Form does and rightfully should take a back seat to function.