简体中文
小工具的价值
工具不会因为不断堆积功能就变得更有用。有时情况恰恰相反：每增加一个设置、一项集成、一个仪表盘，原本要完成的任务就变得更难看清。
小工具并不意味着抱负更小，而是意味着核心更清晰。
注意力是一种有限资源
软件以一些不易察觉的方式争夺注意力。一个通知角标、一条次要工作流程、一项新增偏好设置，单独看也许都无伤大雅。但叠加起来，产品就对使用者提出了更多要求。
专注的工具给出的是另一种约定：带来一个问题，我们就帮你把它解决。界面可以更安静，因为产品不必解释与之相关的每一种可能性。
对于反复使用的工具，这一点尤其重要。最好的重复操作几乎让人感觉不到它的存在。它们不必每次都让人兴奋，而是需要让人觉得可靠。
功能范围也是设计的材料
讨论产品范围时，人们通常把它当作项目约束：团队有时间开发什么、预算能够支持什么，或者首个版本可以包含什么。但它也是设计的材料。
收窄范围可以带来：
- 更少需要学习的概念。
- 更少需要测试和维护的状态。
- 更多精心设计默认设置的空间。
- 每个界面都更明确的存在理由。
- 在普通硬件上更好的性能。
目标不是为了极简而极简，而是把复杂性用在能够改善关键操作路径的地方。
有理由地说不
好的产品边界并非随意划定，而是来自对用户任务的理解。一个照片整理工具可以决定帮助人们在本地整理大型图库，但不发展成社交网络。一个电台服务器可以专注于可靠播放，但不发展成通用的媒体交易平台。
这些决定让产品更容易被描述，也更容易获得信任。用户知道它的用途，而当诱人的新方向出现、可能让团队分心时，团队也知道哪些东西不该做。
默认设置也是承诺的一部分
小工具往往有机会通过默认设置做得更多。如果重要的选择只有几个，就可以认真替用户选好，而不是把它们变成密密麻麻的配置选项。
经过深思熟虑的默认设置应当易于理解、能够安全更改，并适合常见情况。它应该让用户即使还没读过手册，也能顺利完成任务。
设置仍然重要。区别在于，设置应当展现产品的灵活性，而不是弥补产品没有作出决策的缺陷。
深度胜过广度
专注于较小范围的工具可以做得更深入。它可以记住上下文，让操作衔接更流畅，并处理那些功能宽泛的软件往往留给用户自行解决的棘手边界情况。
深度也为有益的克制创造了空间。理解自身核心任务的产品，可以消除打断、减少重复控件，让重要结果更早呈现。
这就是为什么一个小型实用工具，可能比一个大型平台更让人觉得扎实。扎实感不来自功能铺得有多广，而来自产品对自己选定的任务承担了多么完整的责任。
小团队，清晰的责任归属
小型产品在人和团队层面也有优势。当产品拥有清晰的核心时，小团队就能始终贴近真实的使用场景。反馈能够传递给有能力采取行动的人，从发现问题到修复问题之间，决策需要经过的层级也更少。
这并不意味着每个小团队都能高效运作，而是让高效更容易落实。团队可以留意细节，作出可回退的决策，并改进用户真正接触到的产品部分。
在工具之外留出空间
最体贴的工具，不是想占据你一整天的工具，而是提供帮助后便退到一旁，把文件、习惯和注意力留给生活的其他部分。
小型产品依然可以有抱负。只是它的抱负体现在清晰、可靠和用心上，而不是一份更长的功能清单里。
先构建核心，并在产品成长过程中守护它。如果边界能让真正有用的东西始终清晰可见，它就不是弱点。