前两天依据产品的用户手册在整理产品流程，发现用户手册中有很多描述不甚完整，如用户选择是，则按照步骤A-B-C来走，用户选择否就没有下文了。流程梳理一时间陷入了脑补的境地，参照着“是”的流程，大致规划出来一个“否”的流程。随后，在这个用户手册中发现了诸多模棱两可的描述，无奈之下只能跟老板沟通项目的进展，希望从前开发商处获取更为有效的资料。
与此同时，我查阅了该开发商提供的其他资料，资料的质量先不做评价，还是先说一下资料的种类。资料分为两个部分，一部分软件开发相关，一部分商务相关。对于产品经理而言，软件开发相关的文档比较有价值，商务相关的文档先放在一边了。软件开发的文档，开发商提供了如下资料：需求建议书、测试用例、测试报告、用户手册。我想我还需要如下资料：需求规格说明书、概要设计说明书、详细设计说明书、接口文档、数据库设计说明书、数据字典等。于我更为迫切的是：需求规格说明书。
然后还想说一下资料的质量。用户手册能够帮助我迅速的了解系统的操作，其本质是操作指南。当前手里的用户手册与实际产品出入比较大，有一个模块在实际的产品中没有体现。关于产品流程的逻辑比较混乱，措辞不甚严谨，理解起来有些费劲。
以上的全部文档中，与我直接相关的需求规格说明书、用户手册我也曾经写过，hh，可能是比较自信，感觉自己出的文档不会有以上问题。希望往后自己出文档的时候能够注意，逻辑清晰，措辞严谨，具有可读性，面面俱到最好啦！
网友评论