停了半天，没想起当初是要求自己写什么，只是知道自己忘了一件事情。算了，不想了，本来主题也是开发的小总结。（停了又半天，想起了一些，一个是如何需求分析，一个是产品经理怎么做产品，一个是KPI的量化考核（分级，分指标），一个是后端实现的转化与全局的抽象，都是一些方法论。）

之需求分析

今天这里先说需求分析。需求，一个用户肯定知道他要去做什么，那为什么要分析呢？这里就不说什么需求的原因，内部外部情况，法律政治可行性等，这里只说用户的需求，要做什么，分析做的方式方法。把需求拆解为可执行的步骤，在逻辑上可通，在认知上不存在理解的困难，在操作上不存在意念操作（数据凭空而来，某件事情突然怎么的就是能够很神奇地办到）。
此次生产系统，产品把所有的需求都拿了回来，虽然需求是十分的丰富，可是需求间的联系没有分析出来，逻辑上不同，认知理解上存在麻烦，操作上感觉存在天外飞入的数据块，无本之木，无源之水。这里记录不是要说产品经理做的不好，系统本身就复杂，光整理回来需求就已经很了不起了，就不要吹毛求疵，鸡蛋里找骨头了。

先理逻辑主线

做一件事，就要分步骤，得到步骤的输出项，就拿到逻辑主线。
生产系统，需求——>计划——>任务，完成交货收银子。

然后逐步确认需要的输入项

需求为例，需要下单吧，单据有编号，名称吧，谁下的单，单据什么时候交……不一一枚举。每一步骤中，继续步骤分析，细拆分解。比如，需求单的审核，需要确认物料是否充足，生产图纸是否完全，车间的人员是否满荷……一步步的确认，完成审核。

每一环节，都要使用假定法

所谓的假定法，就是假定我现在就这么做，顺着这条道，是否能够到达目标点。不能够就需要反过头来思考，当前为什么走不通，要走通这一步该怎么办，如果按照这么办了，我们是否能够到达目标点呢……循环、螺旋上升，拿取最优解。

之做产品

产品，就是把得到的用户需求使用项目实现的结果（可以是系统，可以是方案，可以是产品经理做的原型）。