工作上因为各种需求，我们经常需要坐下来对于一个需求反复打磨，研究需求背后的逻辑和规则。
需求来源于真实的现实业务场景，而实现需求需要的是考虑更多的场景和可能性，也就是划定清楚规则。
不过需求从提出到实现，这中间不是只要技术开发就足够了。
我们要面对的是定义清楚需求到底是什么，要解决什么。
而这个过程又需要选择合适的方式表述清楚这个需求，多数时候提需求的人是用口述的方式介绍需求，描述很生动，但是需要一定的理解基础和知识背景。当前期讨论清楚需求后，我们需要把需求具体化，具体到没有参与讨论的人可以清晰地看得懂、知道要的是什么。这也是为了下一步转给开发人员实施的必不可少的一步。
于是，如何具体化呢？最好的方式是画图还是写文档，或者做个表格。
这也要看需求背后的逻辑有多少，如果不超过三层，基本文档就可以介绍清楚，或者选择表格；但是一旦逻辑关系超过三层，那么就应该考虑借助更多的可视化的工具。
图形是快速帮助我们建立共识的一种有效工具。比如一个需求判定逻辑层层相套，靠文字表述就会显得很繁琐，反而一个图就会很直观。
于是画一个流程图或者思维导图就轻松地解决了让更多的人看得懂的问题。
不过，画图也是一个体力活和脑力活，先是体力因为无论什么绘图软件，无论多智能，都需要动手去画，而脑力活是要构思出来图形分布、关系、先后顺序。所谓画图其实就是在解决关系和顺序的问题，A和B是什么关系，A先做还是B先做。如果A、B、C同时出现，先做哪一个，后做哪一个。当然也会有条件判断，满足A和B情况下才可能开始C。但是这种条件判断又何尝不是关系和次序的衍生物呢。
关系解决相互依赖问题，次序解决时间先后的问题。这两个组合到一起就会形成很多的可能性，用来满足不同场景下的不同判断逻辑。
当一张图绘制完成后，大家看到图后就会发现更好的关系和次序，于是优化它们就是在提高效率。
前几天，有一个流程图画出来后，大家讨论后又发现更好的路径，于是再次优化了几版，最终我们把Uzi后一版命名为plus版。同时也整理了一份逻辑介绍文档。相比之下，同事看了两个材料，觉得还是看图容易，可以快速上手了解，而看文档明显难度开始跑坡。
这也让我开始思考图和文的区别是什么，其实它们本质都是一个东西，就是信息。而文档是按照段落内容和内容关系呈现出来的，读的人要把这些文字翻译成一个又一个逻辑块并且整合它们；而图是形象化的表达，也是把内容又简单明了的方式展现出来。不过图不能代替文档，文档也不能代替图。一张图可以包含很丰富的信息，需要文档来解读；而一份文档如果有清晰的图来解释，也会降低理解难度。这两者不是互相取缔，而是互相辅助。
而且文字有更加独特的形象力，那就是文字可以进一步在大脑里发酵，或者存储到某一个地方，在未来的一个时间点，与另外的文字碰撞形成创意，也叫做灵光一闪。
至于图，看起来容易，存储起来未必轻松，我们可以快速记住一个印象深刻的部分，但是很难记住一张图的整体。
当然信息还有其他的表现形式，比如数字、音乐、声音等等，这些都可以翻译成图和文，有时图更直观，有时文字更抽象。其实无论哪一种，都是推动我们把复杂的东西用简单地方式展现出来，或者把看似简单的东西讲清楚其背后复杂的逻辑和关系。当然无论哪一种，都离不开介绍内容的关系和次序。内容、关系、次序，也就是信息的核心要点，如果一件事我们能说清楚它的内容、关系、次序，等于搞清楚了问题，也在寻找最优的解决方案。
网友评论