部分，而不是残缺不全
构建一半产品，而非产品有一半缺陷
小心“所有东西除了厨房水池”的 Web 应用开发途径。投身于出现的每一个合适的点子上， 你将会终结在产品的一个半傻不陧的版本上。你真正想要做的是构建一个把愚蠢一脚踢开的产品。
专注于真正必须的。好点子可以尽量坦白。摆出产品应该成为什么样的任何点子，然后砍掉一半。减少功能直到只剩下最必要的功能。周而复始。
对于 Basecamp，我们从 Message 开始。我们知道它是这个应用的灵魂，所以我们暂时忽略了 Milestone，Todo-list，以及其他功能。这让我们基于真实的使用情况来决定下一步怎么走， 而不是凭空猜测。
从一个精简，聪明的应用开始，然后让它得到关注。就能开始在你构建的坚实基础上添砖加
瓦。
无所谓
只留精髓
对于“为什么你们做这个而不做那个?”这种问题，我们青睐的回答总是“因为无所谓。”
这个陈述表达了是什么让产品变得伟大。找出紧要的，略去其他。
当我们发布 Campfire 时，我们从第一次尝试此产品的人中听到下面一些问题:
“为什么只有每五分钟才有时间戳?为什么不是每一行聊天都有? 回答:无所谓。有多少次你需要每秒或者每分钟记录谈话内容?当然不是 95%的情况下，5 分钟时间戳足够了，因为任何更多的细节都不重要。
“为什么你不允许粗体，斜体或者有色字体格式在聊天中出现?” 回答:无所谓。如果你希望强调某事，使用可信赖的 caps lock 键，或者在词语或者段落周围投放几个 * 字符。那 些方法不需要额外的软件，技术支持，处理能量，或者学习曲线。除此之外，在简单的基于文本的聊天中重量级的格式无关紧要。
“为什么你不显示当前时间房间里的总人数?”回答:无所谓。每个人的名字被列出来，所 以你知道谁在那儿，但是 12 个还是 16 个人有什么区别?如果它不改变你的行为，那么无所谓。
这些功能如果有就更好么?当然。但是他们是不可或缺的么?他们真的重要么?不是。这就 是为什么我们把他们刨除在外。最好的设计师和最好的程序员不是 技能最好的，或者手指 最敏捷的，或者用 Photoshop 用的神乎其神的人。他们是能够决定什么不重要的人。真正的 收获源自于此。
你的大部分时间浪费在无关紧要的东西上。如果你能抛弃不重要的工作和思考，你将会获得不可思议的生产力。
以上内容引自Getting Real