本次書友會，ami說出了我心中的話，我們提到的user center design，經(jīng)常去討論design的方法，卻往往忘記了 user center。
舉書友會上的一個例子，在ami講到自己因為播放設備很多，音樂需要同步的時候，很容易的就想的了怎么去同步的問題，于是就討論到在工作電腦，移動設備，手機，MP3等等的工具中怎么去同步歌曲。
當蘭思提到，自己在公司聽的音樂是比較舒緩的，例如輕音樂；而在家的時候聽的都是搖滾的時候；大家已經(jīng)意識到我們在考慮是否有同步功能的時候，依據(jù)應該是在需要同步功能的人有多少，或者是我們主要面對的人群是不是有這樣的需求。
在書友會我們常常提到，我們的設計并非是為自己去設計的，而是所有的人或者是用戶群中的大多數(shù)，這大多數(shù)人應該是普通的用戶。當我們發(fā)現(xiàn)這樣的需求分歧的時候，需要進一步的考慮的是，真正有這樣的需求的用戶是有多少，這樣的需求，對于用戶的價值又是多少。
如果是和ami一樣需要有同步功能的用戶很多，那么設計這樣的音樂產(chǎn)品的需求就是必要的。但是如果是和蘭思一樣的用戶很多，甚至是這樣需求的用戶并不強烈的情況下，我們要想的情況就不同了，如果是蘭思這樣需求的人員多的情況，那么用戶反要話大量的交互成本去控制這樣的同步功能不要發(fā)生。而要是大家的需求不強烈，也就是說同步需求并不在用戶的重要需求之中，那么用戶變不會有強烈的期望值，設計這樣的功能對用戶的滿意度的提升，也就沒有什么實際的意義。
在看到什么樣的需求的情況下，就直接去決定怎么去解決他，甚至去想盈利的方案，但是在沒有去想到用戶的需求的情況下去作設計，往往設計出來的產(chǎn)品“很好”，但是并不能讓用戶滿意。
在設計工作中，蘭思也常常碰到這樣的事情，由于看到了某些人有什么樣的需求，便大談特談的去想解決這個需求的方案，而往往是忽略了有這樣的需求的人是不是用戶群中的大多數(shù)，或者是這樣的需求是不是在自己的商業(yè)目標中。
在去年和前年工作的網(wǎng)站中，蘭思經(jīng)常直接否定掉其他部門的一些設想，理由并非是這樣的設計存在很嚴重的問題，而是當時的公司的用戶群是要參加培訓的人，而并非是想學習的人。（注意，參加培訓的需求往往是通過考試，學習的需求是知識）
當我們面對N多的用戶的時候，是否是真的能準確的發(fā)現(xiàn)和歸類用戶的需求，永遠是比解決這個問題更關鍵的。
這里補充一點，找到真正的用戶需求而不是用戶說的需求，這個是在工作中常常存在的問題，前一段時間公司的客服部門做一個調(diào)查，里面有一項是您希望的到貨時間是：下面是三個選項 3天，7天，15天。蘭思看到的時候直接就是四滴汗。
原文：http://hi.baidu.com/koob/blog/item/574907ad7a214d0e4a36d6f7.html
粵公網(wǎng)安備 44010402000282號