为一般概念构建软件，并且鼓励人们创建自己的解决方案
不要约束人。而是令软件宽容的接纳每个人自己的解决方案。给人们足够资源，让其通过自己的方式解决自己的问题。然后让开路(别挡道:))。
当我们构建 Ta-da List 的时候我们故意忽略掉了一堆东西。不分配某人一个 to-do，不标记
到期时间，不对条目分类，等等。
我们保持工具干净整洁,让人们富有创造性。人们自己琢磨出了如何解决问题。如果想要添 加一个日期到代办事宜项目,他们可以在该项目前添加 (至: 2006 年 4 月 7 日) 。 如果想要添 加分类,也可以在该项目前添加[图书]。 理想吗?不 。 无限弹性? 是的。
如果我们试图写软件专门处理这些情景, 我们就会使它在这些担忧并不适用时的所有情况 下，变得不怎么有用。
把问题的根尽力处理好，然后走开。人们将会在你的总框架内找到自己的解决方案和约定。
忘记功能需求
让你的顾客提醒你什么是最重要的
顾客想要一切在阳光下。 他们会用雪崩似的功能和特性要求淹没你。看看我们的产品论坛
功能类别的要求总是盖过其它要求一大截. 我们会听到:"这一点点额外的特征" ，或 "这不难办到"或"加入这个不是很简单么?"或"仅
用短短几秒钟就可以把这个加进去" ,或 "如果你加上这个，我付两倍的钱" ,等等。
当然,我们并没责怪人们提出要求。我们鼓励这样,并想听听他们怎么说。我们加入产品的几 乎一切,起初都是作为客户的一个要求提出来的。但是,正如我们前面提到的,你的第一反应应 该是一个 No 。 所以,你究竟应该怎样对待这些纷至沓来的要求呢? 你怎样储存它们? 你如何管理它们? 你不需要，看完之后，把它们扔掉。
是啊,看完之后，扔掉,并且忘记它们。 听起来象亵渎了用户,但其中真正重要的会不时冒泡， 提醒你。 这些都是你唯一要记住的。 这些才是根本必要的。 不必为跟踪和保留进来的每 一请求而操心,让你的客户成为你的记忆仓库. 如果它真的值得一记,他们就会提醒你,直到你 不能忘记。
我们是如何得出这个结论的? 当我们第一次启动 Basecamp 时，我们在 Basecamp 的一个代办 事宜列表中跟踪每一个主要功能的要求 。 当一个需求被某人重复提出后,我们就用一个额 外的记号更新名单上的项目(II 或 III 或 IIII 等) 。 我们计划有一天我们要检阅这份名单，并 从被请求最多的功能开始依次实现之。
但事实是,我们从来没有再去看它一遍。 我们已经知道下一步需要做什么,因为我们的客户 在通过重复同样的需求不断提醒我们。 没有必要留一份名单或进行太多分析,因为这一切都 在实时发生。 当每天都被不停地提醒时， 你不可能忘记什么是最重要的。
另外一件事要注意:不能因为有 X 人提出需要什么,就把它列入你的产品功能。 有时不如只 说不,并维持你心目中的产品。
抓住核心
问人们不想要什么
大多数的软件调查和研究都是围绕人们想要的产品 。"你认为有还缺失什么特征?" ，
"如果你可以加入一个功能,那会是多少?" ， "如何使这个产品对你更有用" ? 硬币的另一面会是怎么样呢?
为什么不问人们，不想要什么? "如果你可以去掉其中一个功能,那会是哪个呢? " ，"你为啥不用? " ， "什么让你觉得最碍事?" 。 答案并不是“更多”。有时你对用户最大的优惠就是把一些东西去掉，拿出来。
创新来自说不
[创新]来自说不,否定一千件事情,以确保我们不步入歧途或是试图做得太多。我们总是在考
虑进入新的市场,但是通过说不，可以让我们集中精力做那些真正很重要的事情。
—史蒂夫.乔布斯, CEO, Apple (摘自: 苹果创新的种子)
以上内容引自Getting Real