产品开发流程涉及的人员从产品经理到设计师、前端、后端等等一系列人员,这篇文章主要关于产品开发的完整流程,希望对各个工作岗位上的人有借鉴意义。

1引言

1.1目的

基于现在的开发流程中缺少的环节进行补足,使得开发流程更加的流畅和正规化,以便以后的查阅与归档使用。面对互联网行业中激烈的竞争,让我们的开发流程更完整、更有效率,产品才能脱颖而出。

1.2范围

本文档适用于产品的研发,主要流程包括:产品需求、交互原型、视觉设计、资源输出、前端开发、后台开发、测试等环节。以后的产品开发流程也可以参考此文档的环节进行开发。

1.3读者对象

本文档的目标读者对象包括:
需求工程师:主要根据文档来提供给相关人员需要的文案,给出相应文档。交互设计师:根据文档设计原型图,并查看需要产出的资源有哪些,怎样与产品、 开发人员合作。视觉设计师:根据详细设计文档作为视觉设计的步骤和资源产出的依据。前端工程师:根据详细设计文档中提供的资源编写代码。测试工程师:根据详细设计文档来核实页面内容与软件实现效果是否一致。

2需求整理

需求文档由产品经理负责编写,应整理完需求输出一份《产品需求文档》和《设计文档》。

2.1人员评估

2.1.1 参与人员
产品经理
2.1.2 时间节点
由产品负责人规范产品功能需求文档产出的时间节点。
2.1.3 预估工作量
由产品负责人规范产品功能需求文档产出的工作量。

2.2 确定产品功能

在拿到一个新的产品以前,产品经理应该把需求进行一次整理,看哪些是真需求?哪些是边缘需求?哪些是伪需求?进而把功能点、产品卖点思路整理清晰,再有条件的情况下做一份《市场需求文档MRD》。

2.3 编写需求文档PRD

编写需求文档的时候给不同的人看,具体的内容由产品经理产出,产品需求文档主要给软件开发、测试人员、外部人员查看。

2.4 编写设计文档

设计文档主要是用于设计人员在画图之前对整个产品的把握。设计文档由产品经理主写,交互人员辅助。因为产品在写文档时候的角度是在站在写程序的方向写的,设计人员要把交互原型所需要的东西提交于产品经理,辅助完成设计文档,PC端和移动端的设计文档要分开来编写。
设计人员需要做:
把产品原型图需要的内容提交给产品经理,并辅助产品经理完成编写。
产品经理根据设计人员提供的要求需要提供以下内容:
功能类:功能流程图 、产品的功能点、主要功能卖点。模块的内容:文字文案、各功能描述、弹出框内容文案,各模块之间关系。逻辑类:各模块业务逻辑、结构框架图。
功能流程图示例:
在有一些比较复杂的流程的时候,怕开发人员或是设计人员不是能理解的情况下,要把流程图画出来。但是一个完整的项目只用一个流程图是不可能完成的,所以需要按照模块的流程逐个进行分类,分类以后按照功能的不同、简易程度,分别画出流程。

3 交互原型

交互原型是在设计文档评审通过后,安排页面上每个功能的具体位置,交互方式和跳转方式,由产品经理输出全部交互原型图、原型图解释文案,如没有产品经理由设计部门完成。

3.1 人员评估

3.1.1 参与人员
由产品经理完成,如没有产品经理可由设计部门完成。
3.1.2 时间节点
在设计文档评审没有问题的前提下,开始交互设计,然后根据时间具体安排
3.1.3 预估工作量
按照不同平台和具体完成的时间来评估工作量。

3.2 制作交互原型图

目标观看人员:测试人员、视觉设计人员、前端设计人员等。