同事推荐我阅读了 Basecamp 的 ，读完一遍，很受启发。记录几个对我有启发、我希望公司、产品能改进的点。

一是时间约束。

设定边界，对项目时间有个粗略预判。时间是最重要的资源之一。我们愿意在这件事情上花多少时间，代表了事的重要程度。时不时会发生，一个功能被过度设计、过度实现了。回顾时才发现，大家试图让它“更好”的想法，一点点地，让一个本来很小的功能，膨胀成难以接受的胖子。

所以，不要问“这个需求要多少时间”，而是问：“我们想花多少时间？”、“这个想法值多少时间？”

从一开始，就对实现重要功能的时间做约束。通过限制，倒逼思考，找到更简洁的方案。

二是粗糙的方案讨论。

一个问题，通常有多种解法。寻找解法过程中的思考和讨论，需要有粗糙的方案、草图，但“度”很重要。

太细致的方案（比如线框图）存在两个毛病：成本过高且限制了其他人的思路。因此书中建议就用纯文字 + 连接线，描述位置（比如屏幕、对话框等）、操作项（按钮等）。实在要画图，就用粗笔，手绘草图即可。Basecamp 也给出了一些例子，比如文字：

比如粗笔草图：

书中还有一些类比，也挺有意思，比如把产品决策会成为赌桌（The Betting Table），确定了做什么，称为下注（Place Your Bets），这个感觉很到位。

每一次请同事们做一期项目，从产品、设计师到研发、测试 30+ 人，完整一套流程走完，大概需要三周时间，非常粗糙地算算成本——拿公司全年费用乘上人员比例再乘上占全年时间比例，大概不低于 70-80 万——也就是，我们每次产品迭代，其实都是拿了这七八十万作为赌注，放上了牌桌，赢了，数字上或许能看到变化，输了，就只能赌下一把。

所以，期待产品每次下注，手都更稳些。

另一个类比是登山。一个新项目犹如登山，前半截是上山，会遇到各种未知的问题——需要技术攻关、需要时间估算、有此前从未做过的工作等。后半截是下山，未知都已经扫清，剩下纯工作量。

应该在早期先尽可能排雷，解决掉未知，这样项目不会有太多惊吓。

顺便说一句——能流畅地阅读英文资料，打开了新世界的大门。建议朋友们学好英语，更有机会得到直接的，高质量的信息输入。