第四章 文档先行（1 / 2）
与策一番交流下来，感悟顿时上升了一个台阶。所以我紧接着说了句：“所以我现在是不能立马建工程写代码。而是要先写好文档，再撸代码。”
策：“那应该写怎样的文档呢？”
我：“需要整体上评估自己用到的技术、模块、难点。”
策：“说了这么多，你还是沉迷于自己的代码。只是跳了一下，而并没有跳出技术的圈子。”
我：“怎么说？”
策：“你说的是第二步，你却没有走出第一步。”
我：“第一步是什么？”
策：“理解产品。如果你要做一款产品，那你要写产品文档。如果你只是开发，那你要阅读产品文档。”
我：“有理，阅读产品文档，理解产品意图，可以避免盲人摸象式的开发与设计。”
策：“你只理解到了第一层。阅读产品文档，其一，理解产品意图，其二，以测试的角度测试产品的bug，开发会被统计bug率，而产品为何从来不曾统计过bug率。”
我：“如果把那些考虑不周，反复修改，上线数据不好看都记录下来，那一定是个宏伟的数字，可确实没有一个产品bug统计系统，所以产品的成长只能靠经验。年轻的产品经理提出的需求，可能会被有经验的产品经理狠狠的dis，这个需求可能本身很合理，但只是不适合自家产品，曾经踩过坑而已。每个产品都有一部属于自己的历史，而现在，这个历史只能分散在众人的记忆中，而不能以文字的形式存在，供后来者读史以明鉴。”
策：“所以产品越做越大，那么新进的产品经理就越来越难，因为他们无法了解历史的全貌，却要背负历史留下的问题。”
我：“这与开发的境地是非常的相似啊，付出需要越来越多，产出却是越来越低效。二者合作，更是n的平方的低效。”