关于加法和减法
1、在还没有方向和完整路线的时候”能做的事情”太多。
其实，在这里往往我们认为的”能做的事情”只等于”能想到的事情”而已..
2、如果”能想到的事情”都做，那么最终是一个烂摊子。
因为，”能想到的事情”不等于”能做的事情”更不等于”能做好的事情”；
关注点太多、负重太多、导致的结果只能是什么都想做什么都做不好。
3、什么都做了，也会导致方向和策略很难调整。
需求和市场瞬息万变没有人可以一尘不变的在竞争中存活，…
4、所以，刚开始在功能上一定要做减法。不清楚”做多少”的减法问题，企业必死。
5、但，在产品设计时 只清楚”做多少”的减法问题还远远不够，同时还需要知道”做多深”的问题。
比如，一个最简单的”评论”功能：既然可以发评论，那么是不是需要改评论？删评论？发的权限是否要管理员设置？那么改的权限呢？删的权限呢？ 是否可以引用别人的评论？ 评论被人引用了是否可以再改？ 如果可以改那么是不是要保留修改记录？ 如果管理员改了一个评论那么作者是不是不能再改？ 评论是否要有数量和时间限制？评论要不要翻页？ 如果要翻页是在本页翻还是打开新页？ 评论能不能带图片？带了图片那么是不是能上传？能上传之后是不是要删除？是不是要提供自定义评论排序？是不是要xx？是不是xx？xx？
6、只是”想”谁都会，而且都能想的十分详细。”想”出来之后呢？… 这才是技术的关键。。。
7、所以，这个功能要不要是一个问题，这个功能要了之后要做多深入又是一个问题…
“能想到”的都做了，最终做出来的只会是一坨屎，就算是吃了N多熊掌鱼翅拉出来的一坨完美之屎，还一样是屎…
8、如果一个功能有了，很难再去给他删除。
因为，那样多半会招来正在使用者的骂声。所以，产品做起来之后很难做”减法”几乎只能做加法..
9、用户不断成长，需求不断演变。”要做的事”越来越多，系统成型之后不做”加法”只能让产品停滞、用户停滞，结果只能是用户越来越不满…
10、一个功能做了，用户用了，马上就会发现出来很多新需求。
拿到新需求先做的依然是减法，不过最后减过之后的东西依然得加上去，系统需要发展。。。
那么，如何判断”这个功能要不要做””这个功能要做多深入”呢？
下回分解……
久仰大名，今日来此一看果然受益非浅
对网站进行手术的过程是非常恐怖的，大多数情况下，数据库要做好，否则根本没办法手术，只有重构。
加法，减法不重要的，李善友说过，做能做的事情。
第5条让我很郁闷~~
wkcow:
李善友说的不对，下次见面我得跟他说说。
能做的事情不等于能做好的事情。
倒，下次也和李善友说说，做能做的事情的前面加入一个准则：
做正确的事情而且一次做好
这样大家就不会误解了
说得很好，学习ing：）
很喜欢看你写的东西，开阔思路，藿香正气！
有痛心的感受！！！
好文
关注点太多、负重太多、导致的结果只能是什么都想做什么都做不好
这一点我深有体会
有道理 专业才是王道
不错 若干年前听一个朋友参与指定公司战略时的说法完全一致:要定的是不做什么
我等下回分解吧，这个功能要不要做，做成多深，还有如何反应用户对这个功能的需求。
[…] 转自：UIcom.Net […]
嘿嘿,从rokey那边跳到你这里来的, 厚着脸皮做个推荐, 有空请访问一下 anniextra.com, 希望交换链接… 就做这一次推荐,说白了,我实在找不到太多好的BLOG链接网站,但是你的网站我在很多地方看到过,的确不错.
咦？写的不错嘛！
朋友推荐了，便来转转～
再最适合的时期推出最适合的功能
让使用者看到技术的不断进步，这就是人性化的真谛呀
[…] 任何一个产品在创业初期一般都会有着很宏伟的目标，创业团队的所有人都可以”想不到能做什么”，他们随时可以有一万个想法，这个时候最难做的是减法 — 规划好产品的基本架构，明确什么东西不是产品的基本点现在可以不做。我见过很多创业团队一开始不知道什么是重点，费了大量人力物力把能想到的能做的事情都做了。到最后苦于支撑一个庞大的系统，无法在更深入的地方施展手脚。 […]
[…] 任何一个产品在创业初期一般都会有着很宏伟的目标，创业团队的所有人都可以”想不到能做什么”，他们随时可以有一万个想法，这个时候最难做的是减法 — 规划好产品的基本架构，明确什么东西不是产品的基本点现在可以不做。 […]
[…] 任何一个产品在创业初期一般都会有着很宏伟的目标，创业团队的所有人都可以”想不到能做什么”，他们随时可以有一万个想法，这个时候最难做的是减法 — 规划好产品的基本架构，明确什么东西不是产品的基本点现在可以不做。 […]
很有道理，在需求中不断完善