对于 80/20 法则，我想很多人都比较熟悉。该法则认为，你 80% 的成就来自于 20% 的努力；或者 80% 的收益来自 20% 的客户。运用到软件领域，那就是你 80% 的客户往往只使用你软件 20% 的功能。因此我们自然会问，在软件开发的过程中能否只留其中 20% 的功能，而砍掉其余的 80% 呢？著名博主 John D. Cook认为很困难。
事实上，很多人是反对这个推理的，下面是他的反对理由：
或许你的每一位客户只会使用整个软件很小的一部分功能，很多情况下没有人使用的功能会超过 5%。但是所有的客户都在使用着不同的功能，当你把每一位客户使用的 5% 加在一起时，你会发现所有的功能都会被使用。比方说微软的办公软件 Word 很大，我很怀疑有多少人使用该软件的功能会超过 1%，但是其每一个功能都可能会在其它地方被使用到。
这是一个非常关键的点，相比于实现这些功能之前，其实现之后也许才是最重要的。一旦发布了一个新的功能，就会有人去使用它；而一旦有人习惯了使用这些功能，那么他们就想要继续使用它。
假设你的软件提供了解决某项任务的两种不同方案：方案一和方案二。一半的使用者选择了方案一并且已经对此感到满意，而另一部分用户则选择了方案二。此时你不能说把其中的任何一个解决方案去掉，因为去掉任何一个都会令其中的客户感到不爽。但是如果一开始就只提供方案一，那么所有人都会使用这个唯一方案并且不会感到不爽。
去掉一些功能几乎是不太可能的事情，如果要简化现有产品，那么你往往会冒着得罪客户的风险。但是当你一开始就提供简化的产品时，同样的这些客户不会有任何意见并且乐于使用。
或许这也是为什么有些软件我们使用起来感觉很复杂，觉得很多功能完全没有必要但是它仍然存在的原因。
因为当我们创造了一个新的功能时，可能就培养了一个新的行为习惯，此时要改变这些行为习惯，面临的阻力就会比较大。
当然这就给许多创业团队带来了机会，比方说云端笔记 Evernote。从功能上说，微软的 OneNote 要比 Evernote 强大许多，但是为什么 Evernote 仍有机会取得成功呢？或许这就是微软很难将 OneNote 简化所带来的机会吧！
如果我们能在软件功能发布之前就预测到哪部份属于 20%，哪部份属于 80%，那么……。
当然，如果是这样，可能就不会有后来者太多机会了。
文章来源：
36Kr 顶部图片来源：
http://www.cordellblog.com