Elvis' Blog

Web产品设计应该谁来做？对于大多数互联网公司来说，这不是问题——他们有大把大把的PD、PM、PA、UI、UE、UX……

如果没有这些人怎么办？对于大多数互联网公司来说，这也不是问题——招！

如果没有Head Count呢？对于大多数互联网公司来说，那还干毛啊？！

但对于一些小作坊、小Team或者弱互联网的公司来说，要么业务、要么技术、甚至老板自己，得把这活儿拎起来——真的拎起来后，发现只要大方向对了，其实产品设计并不是想象中的那么难——细节上可能会有点问题，实现出来也许有些偏差，但总体而言，确实不是那么难，而且还挺有意思的……

由此，一马平川。

咦？都已经“一马平川”了，还怕什么陷阱呢？

陷阱的可怕之处在于，它们很隐蔽，而且掉进去后——也许你摔倒了就再也爬不起来了（因为后来者会踩着你居上），也许它会把你转到一个你不想去也不该去的地方，也许……

在Web产品设计过程中（尤其是对初入门的Web产品设计人员来说），有三个很要命的陷阱，请看清，并绕行：

陷阱壹：“All in One”是最好的么？

是的，人人都爱All in One，因为All in One是完美产品的特征——但世上并不存在完美——很多人想设计出完美的（Perfect）产品，最终出现的却是一个拙劣的Any in One。

所以，最好的设计方法是One in One，要有选择，更要有取舍。

这样虽然做不出完美的产品，但是可以做出最好的（Best）产品。

陷阱贰：谁的逻辑

初入门的产品设计人员，尤其是从业务部门转向过来的，最容易犯的错误就是假定用户也像自己一样熟悉业务，并基于对业务深刻理解的逻辑来进行产品设计。

而实际上，由于对业务理解深度或角度的差异，用户的逻辑在大多数情况下是和你不一样的。

这就要求你学会换位思考，在做设计的时候，暂时抛开你对业务的理解，深入用户的逻辑，这样才能设计出“给用户用的产品”——而不是“给自己用的玩意”。

（注：以自己为出发点进行产品设计，也是一种设计方法。）

陷阱叁：需求导向

近些年来，“UCD（即User-Centered Design，以用户为中心的设计）”的概念在产品设计界非常流行。但很多设计人员却“变”出了一种“RCD（即Requirement-Centered Design，以用户需求为中心的设计）”。

如果是经过锤炼的用户需求，RCD无可厚非——但使用这种方法的设计人员，大多会曲解用户需求——他们以为某个具体的用户（如波士大大）指出的某个具体想法（如论坛上的一个留言）就等同于“用户需求”了——如果波士大大的Idea多一点，很容易就会设计出一个“连自己都不用的玩意”。

根据无数先烈先辈的血泪，绝大多数用户说的出来的绝大多数的话，仅仅是TA“当时的需要”，而不是TA“真实的需求”。

真实的用户需求要深入的进行挖掘与分析，进而融入产品设计中去，才能做出真正意义上UCD的产品。

-=-=-=-=-=-=-=-=-=-=-=-=-= 写完这篇就去睡的分割线 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

也许你已经掉到某个陷阱了……

没关系！当你发现时，其实已经脱离了一半，赶快爬出来——“向着伟大航路，全速前进吧！”

另，我非魔鬼，亦非浮士德，所以魔鬼的细节还是交由魔鬼去处理吧！~XD