关于热门平台设计的反思（2）

今天主要反思一下，在文档中需求的需要描述到哪种程度？有哪些可以积累的方法？

之前在上课的时候，老师就有提到过：需要，尤其是给研发看的需求，可以细化到每个icon、每个控件；对于小公司而言，产品还要兼一部分ui设计的话，页面布局，整体的风格和色调，甚至抠到字体颜色字号间距等等。不得不说，也是相当麻烦的事。

这次设计热门平台，ui方面到还好。但是具体业务的执行逻辑方面，尽管第一版PRD交付的时候，觉得自己已经想到很多了，在实际开发的过程中发现，还是需要不断修正，改进。当时私以为这是很正常的事情，毕竟不可能一步到位。但如果情况是，项目的开发周期本身就压的很紧，频繁的调整逻辑势必会浪费时间，造成延期。

在这一点上，还有待改进，具体的方式有两点：

1、前期的需求评审需要的细化：

2、在写文档的时候，总结并改进方法

1、前期的需求评审需要的细化：

目前公司的需求评审会其实很水，大体的介绍完需要实现的功能，有哪些页面，业务逻辑简单过了之后就算是结束了。在和开发过第二次的时候，也没有特别深入细节，原因有两点：

缺少对执行细节的分解。对于平台里面涉及到的具体的执行逻辑，我作为产品没有写出来，嘴上讲流程，泛泛而谈，也带不起研发思考。即便到了最后写需求文档的时候，依旧没有给出重点业务逻辑的流程图。

评审会氛围有问题。需求评审会在各个前辈口中，都是火药味十足的，但是目前公司的氛围过于佛系。到不是说一定要针锋相对，但是除了leader很少有人关心细节，都是做了再说。以至于很快就过了评审，感觉不痛不痒。

2、在写文档的时候，总结并改进方法

其实就是也要有一套属于自己的防范。在设计一个模块的时候，要考虑哪些方面的内容？

主流程是什么？

会有多少页面？

涉及到那些角色？

会有多少种状态？

规则是什么？

边界有哪些？

这些东西，目前还散乱的搅在脑子里，没有形成体系串联起来。想到一条是一条，自然开发过程中返工变的更加频繁。

关于要如何串联这些，目前还没有好的想法，还需要继续研究

以上，编辑与2019.9.18