昨天跟TL内部对齐了一下，现在梳理的系统需求，终于是得到了肯定，心里的一块大石头总算是落下来了。
上次匆忙评审的时候，说实话，自己当时都没有准备好，跑完步脑子一热，就决定直接评审，现场讲解；结果高估了自己的能力，还是很多点，当时没有想清楚的。
而且没有准备好有个问题就是讲解的东西，不够系统和条理化，导致大家觉得非常的零散，所以效果不是很好。但是经过结构化的思考和分析之后，得出的思维导图，效果就很好
总结系统需求和方案设计过程中，一些问题点，主要是自己太在意形式，而非奔着目标去努力
第一性原理，根因分析：
首先，不管是系统需求还是设计，都有专门的模版，最多系统需求的时候，会参考基于业务特征的拆解思路而已；
所以，
系统需求核心点：梳理场景、缺陷，功能边界；
设计方案核心点：整体设计框架图、关键流程时序图、关键流程图（异常场景）
存在问题和缺陷：首先分析影响面和实现思路，才能作为决策依据
- 抓住目标：为了完成思维导图或者设计文档，不是找各种梳理方法，按照不同方法，每次从头梳理，结果浪费很多不必要的时间；
