项目流程
立项阶段
角色:项目经理、总监(项目需求方)
主要任务:
1 项目经理完成项目立项文档
项目战略
项目的目标
项目范围
项目所需资源(角色及职责范围,硬件,外部资源)
项目时间周期
项目沟通约定
项目的风险
项目预期收益
2 总监确认项目立项书
3 跟所有将参与项目的人员沟通
决定能不能参与项目,能不能完成职责内容
4 所有项目人员参加项目立项会议,明确各自的职责及任务。
项目规划阶段
角色:项目经理、总监、项目参与人员、其它人员
主要任务:
- 所有项目组成员头脑风暴会议
这个会议的主要目的是利用集体的智慧,对产品进行创新性的讨论,这个会议不确定产品要实现的功能,不否认每个人的观点(具体见头脑风暴会议的解释)。
- 项目经理整理头脑风暴会议得到的feature列表。
- 项目经理与总监沟通决定feature是否要实现。
- 项目经理跟相关人员讨论feature实现的可能性,整理出可以实现的feature,并定好feature优先级
- 总监确认项目经理整理出来的feature列表。
- UE整理feature列表,进行细化(有哪些feature后必须有外加哪些功能作补充)。画出功能MM图。
- 项目经理招开功能审核会议,由项目组中有经验的同事参与。这次会议的主要目标是查看功能是否完善。
- 项目经理跟相关人员讨论这些功能是否可以实现。跟据feature优先级制定功能优先级。
- 功能MM图提交总监审核。审核的重点是检查功能是否完善。
- 项目经理整理出需要技术预研的功能,并与相关人员沟通,制定预研时间表。
- 项目经理制作产品任务分解文档,并制定甘特图。
项目设计阶段
角色:项目经理、总监、UE
主要任务:
- UE设计用户流程模型(第一版模型),
- 界面布局、信息架构、导航结构。
- 模型必须是可以完成流程(即可以走通)。
- 模型可以简单,比如在显示帮助信息的地方只要写“帮助”两字,在显示图片缩略图列表的地方写“图片缩略图列表”几个字。
- 这里主要参与人是UE和项目经理。每制作完一个部分,必须有经验丰富的人去润色。
- 项目经理招开交互模型审核会议。由项目组中有交互研究经验的同事参与。
- 会议的目标是讨论交互是否合理。会后,项目经理对会议中提出的建议进行整理,并回到第1步,再次设计流程模型。
- 会议的参与人是UE/UI,产品经理
- 此过程直到流程模型完善为止。
- 流程模型提交给总监审核。审核的重点是交互流程。
项目设计阶段2
角色:项目经理、总监、UE、UI
主要任务:
- UE制作初期产品参数表(第一版参数表)。这里制定的参数是一个初步的版本,也就是为满足用户可用性要求所必须的最低要求。但后期会跟据UI设计,更新这里的参数。因为UI可能会从美化的角度提出不同的参数。
- UE细化第一版模型,跟据产品参数表制作交互模型(第二版模型)。第二版模型的重点是从可用性方面细化界面功能。
- 内容
- 项目经理招开交互模型审核会议,由项目组中有交互研究经验的同事参与。
- 交互模型提交给总监审核。审核的重点是交互流程。
界面设计阶段
角色:项目经理、总监、UE、UI、开发人员
主要任务:
- UI跟据UE制作的交互模型进行UI设计。
- 这个阶段UE必须会同UI一起工作,UI在UE允许的范围内自由发挥,UI同时可以对现有交互提出意见,比如有些交互动作可以作修改,以使界面比较好表现,且能不影响用户交互。意见由项目经理作最终决定。
- 如果在这个阶段交互作过修改,则UE必须更新交互模型。
- 每个功能如果是在一个页面之内,必须制作出页面效果图。不允许只设计单独的功能界面。
- UI会同前端页面工程师,制作UI设计模型(第三版模型)。
- 这个模型已经是产品最终的型态,也就是说如果后续不做UI上优化的话,最终的产品就是这个样式。
- 项目经理招开设计模型审核会议,由全体项目组成员参加。
- 这个会议中,开发人员必须评估UI设计的效果是否能全部实现,如果有些效果实现特别麻烦,必须让UE/UI再次设计。
- 项目其他人员提出的意见,可能会涉及到第一版模型和第二版模型所确定的内容,因为第一版模型或第二版模型在审核时,并不能完全体现出产品的所有细节,只有做出了最终的设计样品时才能看出来。
- 所有修改意见,由项目经理整理,并会同UE/UI一起讨论是否修改。
- 设计模型提交总监审核。
- 如果审核中提出意见,则项目经理确定是哪一步需要修改,
- UE跟据UI设计稿重新制定产品参数表(第二版参数表),制定时需要会同UI一起制作。
- UE有时需要UI来确定参数是否影响界面的呈现。
开发阶段
角色:项目经理、UE、UI、开发人员
主要任务:
- 各技术协调人对跟据UI设计稿对开发任务进行细节分解,制作开发人员任务计划表。
- 这里与一开始项目经理的任务分解有些不同,项目经理做的任务分解只是对项目主体功能的任务划分,由于没有最终设计稿,不可能对任务分解到很细的程度。到这里有比较详细的设计模型及交互模型后,技术协调人就可以跟据这两个模型,对任务进行分解,评估开发时间,制定详细的计划。
- 这一阶段的任务是相对固定的,不会再对交互模型进行修改,UI可能会有些变动,但这些变动也不能涉及交互的修改。
- 开发人员对产品进行开发。
- 产品开发的依据是交互模型(第二版模型)、设计模型(第三版模型)及产品参数表(第二版参数表)。
- 开发人员对于不理解的地方,由项目经理会同UE进行解释。
- 技术协调人安排整理程序所需的错误提示文案。
- 项目经理将错误提示文案统一提交给UE,UE制定完文案后,反馈给开发人员进行统一修改。
测试阶段
可用性测试
产品设计模型完成之后,UE作为可用性测试人员对产品进行一遍可用性测试。
产品测试
文档模板
项目立项书
产品参数表模板