产品设计流程
2013-02-22 00:00
489 查看
新的一年到了,分享个大的东西,这个是之前团队总结的一套「产品设计流程」,里面包含了3大模块,产品前期分析,设计环节,上线总结反馈,基本上涵盖了,从需求到上线的经过的流程,相较于大型UED团队会“轻”一些,适合中小型团队。如果所在公司内部还未有设计流程,可以参考此流程,也可以拿去在这个基础上进行改进。
点击阅读「产品设计流程」 http://icojump.in/pd/
以下是文字版本,如果想得到更好的阅读体验,建议还是点上面的网址哟~
现在产品如何&市场如何: 目前产品的业务水平如何,用户什么情况,市场如何
我要去做什么: 自己需要完成什么,担任职责是什么,要做到什么程度
目的&好处: 新产品的目的&带来的好处
* 未来的打算: 扩展性的考虑,可以在设计时预留位置
竞品分析: 和国内外同类产品进行下比较分析,知己知彼
*其他方法: 可以进行分析和帮助设计的方法很多,自己可以根据项目进行选择
找到&设定数据指标: 根据自己项目设定可衡量的数据指标,在上线后进行验证(比如:预计新功能预计减少流失20%以上)
逻辑流程: 整个产品的逻辑&内部流程的制作
*用户路径图: 描述用户在产品内部的路径
沟通会: 使用低保真原型和项目相关人员确认产品方向框架等 (邀请: 需求方,开发团队)
改进: 根据沟通会后的沟通进行改进,再进行确认
高保真原型: 在低保真的基础上面细化原型(工具: Axure)
评审会: 使用高保真原型完整演示下产品&功能和相关人员确认(邀请: 需求方,开发团队,UED)
原型说明文档: 对交互原型&细节进行说明,方便开发&界面设计
自定风格: 根据设计师自己对产品的判断进行风格设定
视觉设计稿: 根据高保真原型完成设计稿
评审会: 对视觉设计稿进行最终的确认(邀请: 需求方,开发团队,UED)
页面标注: 标注页面关键地方的颜色,元素的尺寸,距离 (工具:MarkMan)
*界面规范: 撰写界面元素使用规范文档
数据观察&验证目标: 观察上线后的产品&对比数据指标,看是否符合设计的目标
上线总结报告: 简单介绍前期设计思路,产品和分享下上线的数据对比
分享: 在UED团队内部进行下产品经验分享 (邀请: UED,感兴趣的人)
发现问题,持续改进: 根据上线后的数据观察&新的功能进行继续迭代
•沟通会或评审会不需要多正式,敏捷快速,有效沟通,解决问题是关键
• 流程是死的,如果有特殊情况,请具体问题具体分析
点击阅读「产品设计流程」 http://icojump.in/pd/
以下是文字版本,如果想得到更好的阅读体验,建议还是点上面的网址哟~
前期分析
认识产品
需求&要做什么: 了解需求,知道要做什么,新产品的话要了解背景,定位,概念现在产品如何&市场如何: 目前产品的业务水平如何,用户什么情况,市场如何
我要去做什么: 自己需要完成什么,担任职责是什么,要做到什么程度
目的&好处: 新产品的目的&带来的好处
* 未来的打算: 扩展性的考虑,可以在设计时预留位置
分析产品
数据分析: 综合数据(整体环境,用户人群基数,男女比例等),现有产品的各项数据指标 (方法:Google Analytics,找内部人员调取数据 )竞品分析: 和国内外同类产品进行下比较分析,知己知彼
*其他方法: 可以进行分析和帮助设计的方法很多,自己可以根据项目进行选择
找到&设定数据指标: 根据自己项目设定可衡量的数据指标,在上线后进行验证(比如:预计新功能预计减少流失20%以上)
逻辑流程: 整个产品的逻辑&内部流程的制作
*用户路径图: 描述用户在产品内部的路径
设计环节
制作原型
低保真原型: 绘制产品主流程,最小可能原型(MVP),忽略细节的原型 (工具: 纸原型, 草图, Axure)沟通会: 使用低保真原型和项目相关人员确认产品方向框架等 (邀请: 需求方,开发团队)
改进: 根据沟通会后的沟通进行改进,再进行确认
高保真原型: 在低保真的基础上面细化原型(工具: Axure)
评审会: 使用高保真原型完整演示下产品&功能和相关人员确认(邀请: 需求方,开发团队,UED)
原型说明文档: 对交互原型&细节进行说明,方便开发&界面设计
界面设计
情绪板: 利用情绪板(Mood Board)方法制定风格颜色 (情绪版介绍)自定风格: 根据设计师自己对产品的判断进行风格设定
视觉设计稿: 根据高保真原型完成设计稿
评审会: 对视觉设计稿进行最终的确认(邀请: 需求方,开发团队,UED)
页面标注: 标注页面关键地方的颜色,元素的尺寸,距离 (工具:MarkMan)
*界面规范: 撰写界面元素使用规范文档
总结反馈
上线后
数据观察&验证目标: 观察上线后的产品&对比数据指标,看是否符合设计的目标
上线总结报告: 简单介绍前期设计思路,产品和分享下上线的数据对比
分享: 在UED团队内部进行下产品经验分享 (邀请: UED,感兴趣的人)
发现问题,持续改进: 根据上线后的数据观察&新的功能进行继续迭代
备注
加 * 表示可以根据产品功能大小来进行的步骤•沟通会或评审会不需要多正式,敏捷快速,有效沟通,解决问题是关键
• 流程是死的,如果有特殊情况,请具体问题具体分析
相关文章推荐
- 现代产品设计与制造流程
- 产品设计的详细流程
- 响应式网站的产品需求和设计流程详解
- 产品设计体会(3005)流程的作用
- 互联网金融产品设计——第二章 循环授信核心业务流程解析
- 【产品经理必修课】产品设计流程
- 产品设计体会(3006)简单的需求流程
- 产品设计(2.5)PRD写作 – 逻辑流程(功能流程图)
- 产品设计工作流程
- 用同理心颠覆你的产品设计流程
- 产品设计流程(已标注)
- 产品设计流程
- APP界面设计流程和APP产品设计流程知识汇总
- 复杂产品的响应式设计【流程篇】
- UI产品设计流程中的14个要点
- 《足球与互联网产品》3:从西班牙“短传渗透”理解互联网产品的流程设计
- 联想用户研究中心产品设计规划流程
- 标准的产品设计工作流程
- 产品的设计流程和方法
- 后台产品设计:流程设计(三)