猪窝

作产品的都知道，现在互联网上的各个产品功能流程上基本都是大同小异，而决定成功的因素，也往往就是这个“小异”的不断积累和重复。但是这些细节，这些小异应该在什么时候提现出来？在哪里提现出来？现在没有定论，也很少这方面的相关经验。另外，随着网络公司技术人员美工人员水平的提高，更多的平台功能完全只靠嘴就可以沟通出来，可以实现出来，但是其中的细节，中间的环节，难免会出问题，同时对工作经验的积累，工作的量化（质量数量）都造成不小的困难。

自己只是总结下自己工作中的经验。

1. 产品策划书

• 分工：这个文档往往是产品与市场沟通的结果，参与的人员一般也是产品经理根据市场的需求描述，撰写的系统概况，里面包括产品所提供的服务，产品的流程，用户使用的模式等“大”信息，同时市场部门提出产品的必要性，市场前景等方面的商业信息。
• 作用：确定产品开发的必要性，项目的立项参考。

2. 产品需求说明书

• 分工：同样是产品经理撰写概况，详细描绘系统的各个功能模块，用户角色，提供的服务，同时依然要与市场沟通，确认市场部门及相关行业的需求及服务。
• 作用：此文档完成之后，开始与技术和美工及相关人员沟通，介绍系统，确认技术与美工对整个系统功能方向特点等方面的全面了解，确保整个项目组的方向，思想的一致性。这个步骤很重要。

3. 产品设计说明书

• 内容：需要根据项目组的开发习惯来进行内容定位，一般分为两种：“按功能模块划分，按用户角色划分”。内容方面要做到详细，其中应该包括：系统功能模块描述，细节分析描述，用户使用流程描述，用例，交互。
• 作用：参与项目开发的人员完整了解系统的各个细节，讨论确认每个问题点，形成最终的产品参考文档（PRD）。

4. 产品交互模型

这个是按照产品开发的流程来产生的中间一个模型，模型样式可能是web页面，文档，uml视图等。

5. 产品测试文档

• 内容：包括测试用例，测试流程，参考功能等，确认产品测试的有效性。

以上基本是产品需包括的相关文档，仅供参考，个人依然在学习探索中，大家互相学习，提升。

作者: 猪猪
原载: 猪窝
版权声明：转载时必须以链接形式注明作者和原始出处及本声明。