管理设计的复杂性一直是个令我头疼的难题,「简约至上」这句口号说着轻松,可是实际执行起来却常常发现无从下手。这段时间也重新翻出了几篇和设计复杂产品相关的文章阅读,从中受到了一些启发,再结合个人工作中的一些反思,写成此文。 先举一个撕逼失败的场景(设计对象为B端内容型产品): 产品经理:我们要设计一个XX模块,需要放的内容有XX、XX、XX…… 设计师:(大致设计了个效果后)这么多内容也太复杂了吧!真的都是用户需要的吗?能不能再精简一点,你看这个字段是不是可以少几行,这个功能是不是可以考虑不要…… 产品经理:不行,这个内容对用户很重要,这个内容也是,这个功能是我们业务上非常希望做的,一个都不能少,而且我觉得现在放的内容还少了,这里能不能再加一行…… 设计师:但我觉得这些地方根本就不会有人在意啊! 产品经理:那是你作为设计师的看法,你又不能代表用户。 设计师:……可我还是觉得这个地方意义不大,上线了也不会有人用的。你能证明它的意义吗?要不要做个用户测试? 产品经理:这个我没办法给你预测,我们现在没有点击和浏览数据,证明不了这点,做用户测试太耗时了,先上线看看效果再说吧。 设计师:…… 问题出在哪里呢?其实在这次争论中,...
内容已隐藏,请关注公众号输入验证码查看
本帖支持关注公众号查看
【无套路 无套路 无套路 扫描二维码关注公众号发送【验证码】收到验证码 在上面输入点击提交查看即可显示隐藏内容】
|