产品设计之工作流程规范 产品设计流程( 二 )


设计,合理组织提案内容,把目标理解、需求分析、概念方案(连同视觉方案)的整体设计思路梳理清楚,注重个人表达能力,这也是设计师必须把握好每一个这样的机会 。同样,会议应该提前开始,以确定参与者的范围和会议目标 。会议要提前一天预约,方案要下发 。可以提前收集重点评审人员对方案的意见,可以期待了解不同人的想法,提前发现问题,预期优化方案和提案 。
输出:用户分析报告、分析过程文档、照片记录、语音记录、需求分析结果文档、概念设计方案 。
视觉设计师:
进行设计趋势分析并输出分析报告;
配合交互设计设计概念方案,快速视觉呈现理想;
演绎视觉风格 。
输出:概念设计方案和视觉风格衍生文档 。
(3)设计阶段
从抽象到具体的关键一步 。
产品经理:
跟进交互设计方案,确保不偏离初衷;
参加设计评审会议;
在方案的技术评审会上,对交互设计、视觉设计、开发、测试的时间进行梳理和评估 。时间必须精确到天,包括版本提交和发布的日期 。
输出:详细的项目时间关键节点文档
交互设计师:
进行详细的交互设计,包括信息架构图、页面流程图、任务流程图、整体设计方案、交互状态注释等 。注意格式的标准化,文档命名,副本的真实性,避免可视化和使用截图,文件命名方法,建立标准控制 。最好制定交互文档写作规范,并严格执行,有利于设计人员、开发人员、测试人员阅读,降低沟通成本,更能体现个人专业素养;
组织内部审核,包括自检和设计组审核(小范围) 。设计师本身需要养成严谨细致的态度,在发文件前一定要养成自查的习惯;
评审范围再次扩大,评审人员包括总监、产品和交互 。会后必须整理会议纪要,根据评审结果优化方案;
召集项目组各个环节的关键成员评估方案的可行性 。主要信息资源网络包括技术可行性评价、技术范围评价和开发时间评价 。在此过程中,可根据技术评估会议对方案进行评估 。会后必须整理会议纪要,根据评估结果优化方案,需要确定每个环节的具体参与人员名单 。
在最后一轮方案需求评审中,将再次召集项目组各环节的关键成员,对最终方案进行评审 。过程中可能会有小的调整,但基本能保证节目方向的确定性,保证后续开发阶段不会有大的需求变化;
宣讲,要召集项目组所有的设计、开发、测试等真实参与者宣讲方案,过程中不要详细讨论方案;
输出:详细的交互设计方案
在设计过程中,经过了众多学者的评审,有利于后续需求方案的稳定,降低整体开发成本 。进入开发阶段后,产品经理可以花时间去规划和思考下一个版本,具体的实现可以由设计师、开发者和测试来进行 。
视觉设计:
关键页面设计,确定基本风格,建立基本规范;
根据交互设计方案,进行具体的视觉细节设计;
组织:坚持自检、小组范围评审、产品范围评审等原则 。(以上交互设计环节有详细描述),避免后续不断调整风格的问题,在前期关键页面设计中尽可能多的预留设计推导的时间;
输出设计资源给开发或前端工程师,注意模块分组,图标命名,不同分辨率的设计和管理;
输出:详细的设计方案和设计资源 。
开发者:
参加评审会议,熟悉产品逻辑和流程,设计底层框架;
提出技术支持需求;
在技术会议上评估时间要求;
测试仪:
通过参加评审会议,熟悉产品逻辑和流程;
在技术评估会议上评估测试时间;
制定测试用例及具体实施方案;
(4)发展阶段
产品经理:
在这个阶段,产品经理可以规划和思考下一个版本;
在开发过程中,合理分配资源,支持各方需求;
还原并跟进,整理相关bug,通过固定工具反馈给测试人员 。
交互设计师:
整理交互设计规范,包括:基本原则、通用交互规范、基本控件交互规范、扩展控件交互规范、信息提示规范、导航规范、页面典型视图规范、窗口规范、文本规范等 。,作为后续设计指导;
减少并跟进,整理相关bug,通过固定工具反馈给测试人员;
开发和改进反馈方案 。
视觉设计师:
组织视觉设计规范,包括:标准颜色、标准文本组合、基本布局、图标样式、基本控件、通用页面结构等 。,作为后续设计指导;
减少并跟进,整理相关bug,通过固定工具反馈给测试人员;


推荐阅读