如何更容易理解PRD-业务流程图/数据流程图(2)
发布网友
发布时间：2022-04-05 03:08
共1个回答
热心网友
时间：2022-04-05 04:37
仔细看了PRD，也和商品线的TL和DEV做了讨论，虽然有很多细节（比如：搜索给用户搜索习惯日志结构，多种直达比处理结果）没有确定下来，但是总体业务流程还是清晰了。昨天说了，PRD需要和很多角色沟通，所以我今天写了2个重要交付文档。（1）业务流程图：站在用户的角度，做了AsIs－ToBe分析；这种图形化的对比非常清晰的表达了我们要实现的项目目标。在很多公司也叫UserCase，也叫StoryBoard，还有公司直接就叫Story。有了这个图，就很容易看到我们要改什么，和业务部门沟通起来就显得非常简单而且有效了。在这个基础上在做一些细节的沟通就显得简单很多。 我喜欢看杰克逊的MTV，原因是什么呢？有一个很经典的镜头，就是导演先放星球、然后地球、然后某个城市上空、然后某个大楼、然后某个房间、然后房间里面有个漂亮的小孩在很响的弹吉他。影片感觉起来非常容易接受。这也许是沟通的一个技巧吧。先总体介绍，然后细节讨论。一下子进入细节就很容易让别人糊涂。当前的PRD材料就存在这个问题，大片的材料都是细节内容。未来可以考虑优化的就是适当增加一些图形。 其实，在业界有种测试叫UAT，就是根据这个StoryBoard来展开的。对用户（操作者）来说，他不关心内部是怎么变化的，他只关心我Input进去的东西，output出来是我要的。前端的测试也是给予这个使用场景来的。（2）数据流程图 数据流程图，是一个更深入的让业务和技术交流的图形。这个图可以让信息流的变化清晰明了。然后我们就知道哪些地方数据如何处理，处理就要涉及到环节角色权限等，信息的状态变化就清楚的得到表达。数据流程图还是数据库、安全以及配置环境的重要参考资料。数据流程图和业务流程图的主要变化就是对信息流进行公开化。很多黑盒的变化过程被显示出来。对于数据库部门来说，可以清晰的看到哪些地方需要New一个数据库，哪些地方需要修改，哪些地方需要考虑备份。 对于安全来说，从存储、传输、访问、日志的角度，看哪些信息会在什么情况下得到使用，状态变化等，从安全的角度，要求加密、权限控制等就可以清晰的看到。对配置管理来说，要配置什么样的环境也很清晰了。 对测试来说，也存在一个功能、性能测试的问题。从功能角度来说，我们跟着数据流走，很多功能就嵌在信息流变化上，我们在准备测试数据的时候就可以有针对性的准备了。有些公司还做另一些非功能测试，比如断网、断电、断数据库等，也可以从这个数据流程图上来看。
