UIcity

转自：UIcom.Net

1. 在还没有方向和完整路线的时候”能做的事情”太多。
   其实，在这里往往我们认为的”能做的事情”只等于”能想到的事情”而已..
2. 如果”能想到的事情”都做，那么最终是一个烂摊子。
   因为，”能想到的事情”不等于”能做的事情”更不等于”能做好的事情”；
   关注点太多、负重太多、导致的结果只能是什么都想做什么都做不好。
3. 什么都做了，也会导致方向和策略很难调整。需求和市场瞬息万变没有人可以一尘不变的在竞争中存活，…
   
4. 所以，刚开始在功能上一定要做减法。不清楚”做多少”的减法问题，企业必死。
5. 但，在产品设计时 只清楚”做多少”的减法问题还远远不够，同时还需要知道”做多深”的问题。
   比如，一个最简单的”评论”功 能：既然可以发评论，那么是不是需要改评论？删评论？发的权限是否要管理员设置？那么改的权限呢？删的权限呢？ 是否可以引用别人的评论？ 评论被人引用了是否可以再改？ 如果可以改那么是不是要保留修改记录？ 如果管理员改了一个评论那么作者是不是不能再改？ 评论是否要有数量和时间限制？评论要不要翻页？ 如果要翻页是在本页翻还是打开新页？ 评论能不能带图片？带了图片那么是不是能上传？能上传之后是不是要删除？是不是要提供自定义评论排序？是不是要xx？是不是xx？xx？
6. 只是”想”谁都会，而且都能想的十分详细。”想”出来之后呢？… 这才是技术的关键。。。
7. 所以，这个功能要不要是一个问题，这个功能要了之后要做多深入又是一个问题…

“能想到”的都做了，最终做出来的只会是一坨屎，就算是吃了N多熊掌鱼翅拉出来的一坨完美之屎，还一样是屎…

如果一个功能有了，很难再去给他删除。
因为，那样多半会招来正在使用者的骂声。所以，产品做起来之后很难做”减法”几乎只能做加法..

8. 用户不断成长，需求不断演变。”要做的事”越来越多，系统成型之后不做”加法”只能让产品停滞、用户停滞，结果只能是用户越来越不满…
9. 一个功能做了，用户用了，马上就会发现出来很多新需求。
   拿到新需求先做的依然是减法，不过最后减过之后的东西依然得加上去，系统需要发展。。。
10. 严重推荐相关阅读：75分 ，越减越妙。

This entry was posted on Wednesday, June 27th, 2007 at 22:43 and is filed under blog. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.