如图所示，在当前状态下能否进行左边的操作，如果能就打勾，这就是所谓的决策矩阵。如果列出一个 M×N 的矩阵，那么该矩阵一定是覆盖所有的场景，列出了所有的状态操作。实际上在画流程图时只提供画对勾的操作，不会表达出空白格所代表的信息，所以决策矩阵可以用来了解列出的异常信息。
善用工具可以更好地呈现业务需求，让开发人员的理解更深刻。例如纲举目张：在需求中每一个未确认点就是渔网的一个孔，把网子撑起来才能够看到有多少孔没有填充，利用数学或者客观规律来找到这些潜在的点，然后逐个确认，才能够达到提升质量、提高效率的目的。如果遵循这些原则，可以发展出新的工具，也能够更好适应不同的业务场景。
一图胜千言，以上的所有案例都在讲如何用可视化的方式去展示相应的业务需求，例如图示、图片、图表、表格、流程图等等。业务需求分析一定要完整，要保证以下几个方面：
正确性：一定要让需求得到正确的表达；
精确性：在表达业务需求时一定要精确，表达不够清晰就会产生误解，如果用数学表达式误解就会消除，所以要用精确的方式来表达需求，而不是过多地采用自然语言；
一致性：尽量保持书写格式、措辞习惯、表达方式等的一致，用同一种工具表达可以让成员理解起来更顺畅，让团队协助更顺利；
柔软性：需求变更一定会发生，所以文档书写越具有柔软性的响应，变更能力就越强。还要记住分层表达，采用不同的层将主流程和条件判断分开，可以让文档具有更高的柔软性。在需求发生变更时尽可能减少所影响的范围，可以更快、更准确、更好的让开发团队传递所有的需求变更信息；
解耦合：包括依赖注入，主业务和依赖是基于界面和校验的，界面用原型表示，校验用 Excel，主要逻辑和次要逻辑进行分离。通过解耦合的方式，可以很大程度上提高文档响应变化能力，更好地让团队以更高的效率、更好的质量来提高复用性；
多面性：需求读者是多种多样的，要考虑每种读者所站的立场和他们所希望获取的信息，所以提供的需求要让读者能够轻松获得想要知道的信息，提高读者的理解程度加快效率；
节约时间：BA 在工作上节约的时间都会变成开发的时间，在文档书写上尽可能让调整格式的工作减少，尽早交付反复迭代，在保证质量的情况下完成并且交付，可以更快的推动开发前进，完成比完美更重要；
投入时间：把时间花在有意义的事情上，比如质量、需求表达可读性的提升，减少开发和测试时间投入，包括减少遗漏或错误造成反复沟通确认的问题；
未雨绸缪：有很多内容可以提前准备，如果能预先准备好相应问题，在遇到该场景时，可以马上检查是否分析全面，是否还有遗漏，同时内容复用率也可以得到很好的提升；
最后是墨菲定律，要记住：凡是你不分析的地方一定有问题。
点击观看完整录播视频