75分
1、10月底在杭州的时候，阿里巴巴的兄弟们请我去他们的地盘上蹭了顿饭，顺便也去他们那里学习了一下。一下午把他们三个公司转了一圈。受益匪浅，而且对于这个蓬勃的团队也感受颇多。
（特别喜欢支付宝的阳台和他们准备的小临食，特别感谢SharkUI请我的杭州菜）
2、在那里我听到了一个数字：75
这个数字在后来ebay美女唐绚的圆桌会议上又再次听到他们的taobao同事在讨论中说起。
3、他们的观点大概是这样的：
由于各种原因（激烈高效的市场竞争、时间、人手等）往往无法把一个项目做到100分再发布。 很多时候追求的是75分基本上就够了。
4、在我看来这个数字和郭宇讲的”减法”很类似，但又截然不同。
在唐绚的那个圆桌会议讨论中上我反驳了他们的说法，因为我赞成（相对）100分的质量完成75分的数量，而非75分的质量完成100分的数量。
5、首先，我赞成75分的说法。有很多其他人也说过无奈之下往往不能把产品做到最好就必须上线..
从管理的角度来说，一个成功的项目有很多因素决定，质量只是的一个部分。完整的把握好质量、时间、投入三者的平衡才能算是一个好的项目。
这就是我以前解释过的”效率的三个组成部分“：
质量、时间、成本(人力\财力\等) 三者好比是这个等边三角形的三个角，永远都必须平衡的三个角。
一方增长则另外两方也要同时增长、一方减少则另外两方也要同时减少，这样才是围绕着”效率”为核心的平衡三角形。
6、我想深入阐述一下上边所说”质量、时间、投入”中的质量。
严格来说这个质量我认为应该是”数量和质量”。在激烈的竞争之下我甚至认为这里的数量比质量更重要。
为什么这样说?
往往我们会在一个项目中先做减法，我们会根据各种原因考虑”什么是用户普通典型用户最需要的、什么是少部分用户才需要的、什么是最急需的、什么是额外的高级功能”。 然后我们会根据自己的条件先重点的保证质量的完成那些”典型用户最需要的”，这之后才会去考虑”少数用户需要的”。
也就是说我们会先在数量上作减法，而非在质量上作减法。
7、在那个圆桌会议上我讲了这个一个故事：
小时候我爷爷给我讲的，以前他们吃大锅饭的时候，大部分时间绝大部分人只能盛一次饭，只有很少的人才能盛两次；那些可以盛到两次饭的人是这么做的：先盛半碗，吃完了再去盛一满碗。 往往那些第一次就盛满满一碗的人最后只能吃到那一碗饭。
8、所有人都知道，现在的互联网是剩者为王也是快鱼吃慢鱼。
我理解：所谓的快鱼并不是一开始就把产品做到所有的可能的功能，而是首先高质量的做到这些产品的急需功能。
baidu是这么做减法的，google也是。 （百度空间、gmail、gtalk…）
9、还有另外的说法：
追求数量而不追求质量，会带来用户的反感；追求质量而非数量，反倒可以让用户有更多的期待。
往往重点追求数量其实不一定有重点追求质量更能提高用户黏度。
先不过分的追求数量还有另外一个好处：可以放开手脚的试水、可以在该转身的时候没有过多负担轻松的转身。
10、写给麦田兄：
蚂蚁现在的起步发展已经很不错了，这个试水算是成功的。建议你可以加快提高质量的步伐，适当的放慢数量增长的脚步。
现在这个数量其实基本上占据大部分第一阶段可能的用户，也许这个时候在增强社区玩法的质量上需求要更高。。
隔天补充：
其实我说75分 是相对说的
只是说质量比数量重要
如果非得取其一的话 我赞成取质量
其实我主要是反对那些把功能作的很全，但每个功能都很烂的产品
只有数量没有质量是很没价值的，
保证基本数量的同时作好质量是我的观点
ps:
龙哥前两天这篇很短的BLOG值得一读：短线、紧急的事情要缓做；长线、不急的事情要快做。
是不是因为这个，我们一般都采用beta, apha之类的标签来发布产品，然后通过反馈再做进一步完善。
从概念到实现或被改变，都需要一个过程，所以“100％的完成的项目” 其实也是不存在的。
PS:那个插图的标语真的很有意思， 我等你新的文章出来了，我又回来讨论 haha
可能这里有些误解，我们说的是85和95。简单地描述是如果用做到95分的一半资源就可以做到85分，那就先做到85分。就如同可用性测试中我们知道做8-12个人就可以发现大部分问题，再做下去做上30个人也只能再发现很少问题一样。这种策略是针对某一市场时期和产品类型来定义的。
对于技术主导型的公司显然不能这么做，但对于业务主导型处于抢占市场阶段的公司，这么做不失为一种合适的做法。
另外这个分并不完全指质量，而是指对用户需求的满足度。
白鸦， 说:
其实我说75分 是相对说的
白鸦， 说:
只是说质量比数量重要
白鸦， 说:
如果非得取其一的话 我赞成取质量
其实我主要是反对那些把功能作的很全，但每个功能都很烂的产品
只有数量没有质量是很没价值的，
保证基本数量的同时作好质量是我的观点
我已经习惯了追求质量高功能少的产品……比如一个700元待机超长的手机+iRiver的U10
（mp4）+卡片照相机+400D单反，至今不相信一个功能齐全的东西能把所有的功能做到专业并且可用性一流。
PS：缺憾，每次去哪都要很小心的查看我的装备有没有落下
对我个人来说75分都难做到，我指的是我个人的习惯……挺郁闷
我总想把一件事做到自己99%满意才“发布”，可是事实是我经常难以做到
说得通俗点就是专牛角尖 至今还在努力改变中 呵呵
看了你的博客这么久 最近一个月没有正常访问了！我还以为是我电脑的问题，最后才知道原来是你服务器的问题。今天访问才算正常！好好欣赏一番！
[…] 引子——本文的行文方式完全学自白鸦这个懒鬼，如有不爽，找他算帐…… […]
:)
75分的提出有点像2/8理论。关键是要明白哪些是最重要的，在网络世界里，速度算得上50分。
现在搬24楼去了，技术部都没有阳台了：）
好一件事真的很难很难，尤其是在要求快速高效的环境下更难。
[…] 11、严重推荐相关阅读：75分 ，越减越妙。 […]
唉，学习了
控制自己
质量好了 数量会接踵而至
在我们这里 有时候过分强调质量而导致响应用户的速度特别满 （我们是做一个比较大的产品，不是做网毡/社区的）
[…] 严重推荐相关阅读：75分 ，越减越妙。 […]
质量应该不仅仅限于无bug和完成既定的设计，也包括追求100分的设计。但如何达成100分的设计？花更多的时间追求？其实不做出来真正的产品给用户实际使用，有时候并不知道什么时候是更好的，也就是很难做出100分的质量。就好像魔兽世界的UI，暴雪虽然是设计大师，也开放了接口让用户能够更多的自定义UI。预期让设计人员为一些细节争论不休，为要2/8原则还是取中庸头痛不已的时候，何不把控制权交给用户？花75分的力气尽快推出功能（当然bug是要100%的消灭），分析用户反馈，然后不断改进。
我最近的思路是模仿魔兽的设计，提供更高的界面可定义性，并且界面可以方便的复制；让用户在设计师思想的基础上加上自己的喜好。有些细节处理并非很明显的能体现高低之分。也许有人会说，这太复杂了。我目前看到的事实是，大部分的魔兽玩家都重定义了UI，事实上不少人以此为乐。最近使用了discuz做一个站点原型，发现功能很强大，但是使用太复杂；discuz的老用户应该不会有这种感觉吧？所以我想新用户看到的界面一定要简单可靠方便，对于老用户同时要提供可定制的灵活的操作。事实上，系统在收集了用户大量的操作后，可以分析并自动提出合理的UI设置（包括页面元素的布局等），“系统注意到您最近的XX操作比较频繁，是否需要打开XX，这样可以使您XXXX？”……有人说我们无法满足所有用户的需求，我觉得至少可以努力尝试去满足所有人！
好像有些跑题？……
很好的文章。的确有时候都因为想法太多，而赶紧去实现，这期间又冒出更多想法，而往往深入的不够，出来的东西就是一堆功能集合，每个功能又是千疮百孔的，汗啊。。需要好好作减法，加强单功能的质量了。－－作个单细胞生物吧。
[…] 5》快速设计、快速测试、快速上线、快速调整、.. 互联网是试验田，田里有很多快鱼吃慢鱼的游戏。不等产品完美就得上线。但不完美的是功能不是质量。 […]
“100分的质量完成75分的数量，而非75分的质量完成100分的数量”－－收获多多～
另外补充一点体会，75分数量是可以逐渐增加的，每一个新功能的推出是宣传，也是对用户的刺激，这种连续刺激比100数量＋75质量下不断完善（不易被发现的改进）的更强，其效果就像布勃卡每次超越的“一厘米”，期待更多的精彩，相信就是白鸦说的“黏度”吧，google就是最好的例子，呵呵～
[…] 5》快速设计、快速测试、快速上线、快速调整、.. 互联网是试验田，田里有很多快鱼吃慢鱼的游戏。不等产品完美就得上线。但不完美的是功能不是质量。 […]
互联网是试验田，田里有很多快鱼吃慢鱼的游戏。不等产品完美就得上线。但不完美的是功能不是质量。
所谓的快鱼并不是一开始就把产品做到所有的可能的功能，而是首先高质量的做到这些产品的急需功能。
我拥有一个好的创意 我拥有一个实力相对不错的团队 但是却无法开发出功能全面的网站 很是难过 我总是会把东西想的很满 所有的功能都想短时间内实现 太不现实了
[…] 引子——本文的行文方式完全学自白鸦这个懒鬼，如有不爽，找他算帐…… […]