在7世纪，阿基洛科斯写道："狐狸知道很多事情，但是刺猬知道一件大事。"这是一句简单的引语，它的意思似乎很深奥。表面上它解释了刺猬和狐狸在生存方式上的差异。狐狸知道许多欺骗、欺骗和战胜捕食者的方法，刺猬知道一种，便宜的云服务器，但这是一种很大的方法。抽象的意思是，有些人在一个大的定义性的想法上工作得最好，有些人在处理各种相互关联的想法时会茁壮成长。先找到你的核心想法与我共事过的最好的产品人员，无论是设计师还是工程师，在这两个方面都很舒服。但他们总是努力先找到自己的"一个重要的定义性想法"。他们本能地知道，正确地做出核心决策比巧妙地完善次要细节更重要。例如，如果他们正在创建一个项目管理应用程序，他们会花数天时间考虑"什么是项目？"在找到核心之前不会继续。在讨论文件上传或日历功能之前，你要等上几个星期，因为如果核心坏了，这些都不重要。作为设计师，他们探索概念。他们理解过早迭代的危险；你看不到app_ui_v1->app_ui_v4这样的文件，而是看到古怪的ftnav、TopBarWithPhoto和SingleScreenModal。他们更喜欢探索许多不同的想法，而不是他们的第一个想法精益求精。他们知道，反复迭代直到某个东西"没有明显损坏"并不能保证一个好的产品，就像在一个食谱上反复迭代直到它"不是明显不能食用"时产生好的食物一样。你可以迭代到很多地方，包括平庸的地方。我之前用来解释这一点的图表是我从Bill Buxton的用户体验草图中借用的。数量可以引导你达到质量如果第一个决定真的是最重要的，那么很容易被吓到，从而陷入困境。产品人相当于作家的积木。通常，找到好主意的最好方法就是强迫自己有很多想法。把注意力放在数量上而不是质量上，会让你有自由去探索最初听起来很愚蠢的想法。"如果一个项目真的只是一个待办事项列表呢？"你能完全通过Slack管理一个项目吗？"等。关于质量/数量的权衡，有一个有趣的老故事：开学那天陶瓷老师宣布他要把全班分成两组。所有在工作室左手边的人将只根据他们的作品数量来评分。所有在右手边的都将只根据质量评分。我们可以从接下来发生的事情中学到很多…评分系统很简单：在上课的最后一天，他会带上他的浴室磅秤，称"数量"小组的工作。50磅的罐子得"A"，40磅的罐子得"B"，物联网智库，以此类推。没有破罐子的痕迹。那些只根据质量评分的人只需要生产一个罐子，尽管是完美的罐子，也能获得"a"。在评分时，一个奇怪的事实出现了。质量最高的作品都是由按数量分级的小组制作的。似乎，当"数量"小组正忙于大量的工作，并从错误中吸取教训的时候，"质量"小组却坐在那里对完美进行理论分析，最终除了宏大的理论和一堆死土之外，他们的努力几乎没有什么可展示的了。没有先做坏事的自由，哪个云服务器好，你就不可能擅长某件事。如果你相信你提出的每一个想法都必须看起来和听起来都很棒，如果你只有很少的想法，不要惊讶。如果你只有很少的，不要惊讶，淘客怎么赚钱，如果你选择了一个坏的。当你选择一个坏主意时，物联网设备，迭代并不能使它变得伟大，它只会使它变得完整。