axure学习之原件焦点控制,设置条件操作与动态面板使用

一、焦点控制使用
在使用焦点控制时应该为原件取一个名字,方便区分,如下图所示,给密码输入框设置焦点

1

二、条件控制的使用
1,条件控制类似编程语言中的流程控制语句,if,else if,在使用时,可以使用如下图方式来写流程控制:
20160513232235
2,条件控制语句的切换如下图所示,在条件判断语句点击右键:
20160513232441

三、动态面板
1,动态面板可以看做是原件容器,他是多空间的,有多少状态就有多少空间。例如html中的某个div,需要实现隐藏,显示此div,在axure中就可以将选中的原件转换为动态面板,之后勾选编辑器右上方的隐藏选项之后此动态面板下的所有
原件就会隐藏。可以使用如下图所示的功能来实现隐藏显示的效果:
20160513232958
2,移动动态面板,实现抖动效果,例如wrodpress的登录失败时的窗口抖动效果:
20160513233734

axure学习之axure页面与原件相关的功能模块

一、axure功能模块简介

axure功能模块简介图
1,页面
[p2em]对原型所有页面的管理,添加,删除,添加子页面等等[/p2em]
2,元件库
[p2em]可进行原件库的自定义,以及已定义原件的管理。此处主要是html中的一些控件,比如按钮,图片,矩形等等[/p2em]
3,母版
[p2em]此处主要是一些公共的东西,例如网页中常见的网页头部尾部布局,和一些通用的功能模块,可在此处进行管理与编辑[/p2em]
4,检视:页面
[p2em]样式:主要是对页面或元素进行样式设置,例如html中的css对页面的控制[/p2em]
[p2em]说明:添加对页面的文字说明[/p2em]
[p2em]属性:类似html中常见的一些事件,如鼠标停留,划过,按下,连接跳转交互。例如鼠标放上后显示文字提示,可在本选项的最下边“原件提示”中设置[/p2em]
4,概要页面
[p2em]此处可对当前页面上的所有原件进行筛选,管理[/p2em]

产品经理学习课程总结

一、产品经理基础概念

20160512201323

二、产品经理的工作职责

20160512201436

三、产品经理的自我管理能力
20160512201543

四、产品经理的文案撰写能力
• BRD文档(这事儿不错,要给领导汇报,并说明做这个事情的好处与资源)
• MRD文档(是BRD文档的延伸解释和方法与计划,怎么做,为什么这么做)
• PRD文档(基于技术层面的,研发的需求,包括功能性与非功能性,UML相关)!
• 把文档看作一个产品,把目标看作用户,用产品的思路来打造你的文档
20160512201721

五、用户体验设计

用户体验设计

六、用户体验的分类和要素

用户体验的分类和要素

七、交互设计

交互设计

互联网产品的交互设计

一、交互设计之父比尔.莫格里奇

20160512195128
• 比尔·∙莫格里奇、比尔·∙莫格里吉1943年6月25日-2012年9月8日离世,享年69岁。
• 英国知名产品设计师,工业设计教授,交互设计书籍作者,同时也是工业设计顾问公司IDEO的创办人,以及 美国古柏惠特设计博物馆的指导长。他以采纳人性工程的工业设计理论著名,同时也是现今产品设计主流理 论的开发者。
• 他在1979年设计出的第一台贝壳式笔记本电脑“Grid  Compass”,至今仍是可携电脑的主流外型,该产品 曾荣获2010年,有英国设计奥斯卡之称的菲利浦亲王设计奖(Prince  Philip  Designers  Prize)。
• 交互设计(Interaction  Design)  作为一门关注交互体验的新学科在二十世纪八十年代产生了,莫格里奇在 1984年一次设计会议上提出,开始命名为“软面(Soft  Face)”,由于这个名字让人想起当时流行的玩具“椰 菜娃娃(Cabbage  Patch  doll)”,他后来把它更名为“Interaction  Design”

二、交互设计简述
[p2em]– 交互设计是人工制品、环境和系统的行为 , 以及传达这种行为的外形元素的设计与定义。 不像传统的设计学科主要关注形式, 最近则是关注内容和内涵 , 而交互设计首先旨在规划 和描述事物的行为方式, 然后描述传达这种行为的最有效形式 。[/p2em]
[p2em]– 交互设计借鉴了传统设计、可用性及工程学科的理论和技术。它是一个具有独特方法和实 践的综合体,而不只是部分的叠加。它也是一门工程学科,具有不同于其它科学和工程学 科的方法。[/p2em]
[p2em]– 交互设计,是用户体验的重要组成部分 (交互设为位于用户体验 
 中的重要位置-结构层。)[/p2em]
[p2em]– 互联网交互设计是指用户使用产品过程中行为输入产品再到产品输出信息的全过程,拿iphone解锁举例:[/p2em]

20160512200031
三、我们经常混淆的概念
[p2em]产品设计(关注的是功能、结构、人因、形态、色彩,环境等设计要素以及采用的技术、方法和功能的实现手段等, 是间接影响产品最终用户的设计)[/p2em]
[p2em]以用户为中心的设计(是在设计过程中以用户体验为设计决策的中心,强调用户优先的设计模式)[/p2em]
[p2em]用户体验(目标,即我们努力应该去为用户创造良好的感受)[/p2em]
[p2em]交互设计(注重产品和使用者行为上的交互以及交互的过程,强调的是设计理念和方法。侧重的是交互双方信息表 达方式和情感,是直接影响产品最终用户的设计)[/p2em]
[p2em]人机交互(人与计算机的交互,交互的对象特指计算机,是交互设计里面的一种。)[/p2em]
[p2em]界面设计(主要指人和机器交互界面的设计。)[/p2em]
[p2em]可用性(评测用户体验的标准)[/p2em]
四、基础的交互方式

20160512200344

五、如何更好的学习交互设计

20160512200619

[p2em]• 首先要明确,交互设计对PM的要求必须是:[/p2em]
[p2em]    – 实战经验[/p2em]
[p2em]    – 要求知识面广[/p2em]
[p2em]• 我们如何更好的学习交互设计,建议练习方式如下:[/p2em]
[p2em]    – 找到一些常见的任务,例如注册,登陆,发布微博等[/p2em]
[p2em]    – 仔细分析用户的特征后,明确目标以后,自己开始手绘交互的流程(手绘比工具快)[/p2em]
[p2em]    – 反复修改,直到你认为已经达到了最简单,最好体验 [/p2em]
[p2em]    – 对比你的设计与真正的现有的优秀产品[/p2em]

六、常用交互设计的原则

常用交互设计的原则

七、交互设计的准则
[p2em]交互设计除了上诉技术上原则以外,还有一些非准则需要注意:[/p2em]
[p2em]    – 有关爱(能体谅人,有帮助。不伤害,改善人的状况)[/p2em]
[p2em]    – 有意图的,  能帮助用户实现他们的目标和渴望[/p2em]
[p2em]    – 注重实效能有效的实现目标[/p2em]
[p2em]    – 注重实效能有效的实现目标(最简单的完整方案,最简单的完整方案,最简单的完整方案)[/p2em]

互联网产品用户体验的要素

一、互联网产品用户体验的五大要素
互联网产品用户体验的五大要素
二、从实际案例看用户体验的设计要素
20160512194300
三、从实际案例看用户体验的设计要素
20160512194408

20160512194503

20160512194559

20160512194631

四、从美拍,看背后的故事

20160512194717

五、用户体验要素的重要性
[p2em]• 是方法– 帮我产品经理更好的理清用户体验脉络[/p2em]
[p2em]• 是依据– 保证产品经理在千变万化的用户体验系统里不走偏[/p2em]
[p2em]• 是逻辑– 帮助产品经理更好的整理与完善产品用户体验[/p2em]

互联网产品的用户体验设计(UED)(下)

互联网产品的用户体验设计(UED)(下)
一、UED团队的常见结构
[p2em]• 产品经理[/p2em]
[p2em]     – 注意,有的团队中并没有完整的UED团队,很多时候产品经理需要承担UED团队里面的部分工作职能,例如交互设计,项目管理等。[/p2em]
[p2em]• 交互设计[/p2em]
[p2em]• 视觉设计[/p2em]
[p2em]• 视觉设计[/p2em]
[p2em]• 项目管理[/p2em]
[p2em]     – 由于一个UED团队可能承载多个UED项目,所以当多个项目在同时的进行的时候,需要有项目管理这个职能来对整个团队进行工作上的组织和管理。[/p2em]

二、UED团队中常见的输出物与用作职责

[p2em]①:产品经理[/p2em]
[p2em]     – 输出[/p2em]
[p2em]          • 用研文档[/p2em]
[p2em]          • 竞品分析文档[/p2em]
[p2em]          • 产品需求与需求分级文档[/p2em]
[p2em]     – 配合工作[/p2em]
[p2em]          • 协助UED相关人员对产品的调性进行把控[/p2em]
[p2em]          • 协助UED相关人员进行测试与组织管理[/p2em]
[p2em]②:交互设计社[/p2em]
[p2em]     – 输出物[/p2em]
[p2em]          • 完整产品原型图含交互设计[/p2em]
[p2em]          • 用户使用流程[/p2em]
[p2em]          • 产品信息结构图[/p2em]
[p2em]     – 配合工作[/p2em]
[p2em]          • 交互测试,测试交互还原度[/p2em]
[p2em]     – 工作 职责[/p2em]
[p2em]          • 为产品设计具体的行为、界面设 计,组织良好的产品信息结构, 提高产品的可用性与易用性[/p2em]
[p2em]③:视觉设计交互设计[/p2em]
[p2em]     – 输出物[/p2em]
[p2em]          • 对产品的界视觉设计稿[/p2em]
[p2em]          • 竞品风格调研[/p2em]
[p2em]          • 设计规范[/p2em]
[p2em]          • 概念设计说明[/p2em]
[p2em]          • 产品流程中界面还原度全程评估审核[/p2em]
[p2em]     – 配合工作[/p2em]
[p2em]          • 视觉测试,测试视觉还原度[/p2em]
[p2em]     – 职责[/p2em]
[p2em]          • 面呈现,美观度,体验,品牌形象设计负责[/p2em]
[p2em]④:页面重构狮[/p2em]
[p2em]     – 输出物[/p2em]
[p2em]          • 静态网页 [/p2em]
[p2em]          • 静态页面规范说明(CSS,复用,性能,兼容性等)[/p2em]
[p2em]     – 配合工作[/p2em]
[p2em]          • 页面测试工作,测试页面还原度[/p2em]
[p2em]          • 兼容性测试 [/p2em]
[p2em]          • 页面性能优化[/p2em]
[p2em]     – 职责[/p2em]
[p2em]          • 面呈现,美观度,体验,品牌形象设计负责[/p2em]

三、互联网产品的用户体验分类
[p2em]①:感官体验(呈现给用户试听上面的体验,强调舒适性,一般包括但不限于):[/p2em]
[p2em]     设计风格,网站LOGO,页面速度[/p2em]
[p2em]     页面布局,页面色彩,动画效果[/p2em]
[p2em]     页面导航,图片展示,图标使用[/p2em]
[p2em]     广告位,背景音乐,等…[/p2em]
[p2em]②:交互体验(呈现给用户操作上的体验,强调易用/可用性,一般包括但不限于):[/p2em]
[p2em]     会员申请,会员注册,表单填写[/p2em]
[p2em]     表单提交,按钮设置,点击提示[/p2em]
[p2em]     错误提示,在线问答,意见反馈[/p2em]
[p2em]     在线调查,在线搜索,页面刷新[/p2em]
[p2em]     资料安全,显示路径,等……[/p2em]
[p2em]③:浏览体验(呈现给用户浏览上的体验,强调吸引性,一般包括但不限于):[/p2em]
[p2em]     栏目的命名,栏目的层级,内容的分类[/p2em]
[p2em]     内容的丰富性 ,内容的丰富性 ,信息的更新频率[/p2em]
[p2em]     信息的编写方式 ,精彩内容的推荐,相关内容的推荐[/p2em]
[p2em]     收藏夹的设置,栏目的订阅,信息的搜索[/p2em]
[p2em]     文字排列,文字字体,页面底色[/p2em]
[p2em]     页面的长度,分页浏览,等…[/p2em]
[p2em]④:情感体验(呈现给用户心理上的体验,强调友好性以及与用户关系的维系,一般包括但不限于):[/p2em]
[p2em]     友好提示,会员交流,售后反馈[/p2em]
[p2em]     会员优惠 ,会员推荐 ,鼓励用户参与[/p2em]
[p2em]     会员活动,专家答疑,邮件/短信问候[/p2em]
[p2em]     网站地图,等…[/p2em]
[p2em]⑤:价值体验(呈现给用户心理上的体验,强调友好性以及与用户关系的维系,一般包括但不限于):[/p2em]
[p2em]     基础价值(能勾兑妹子),超于基础价值的期望价值(不但能勾兑妹纸,还发现这里有好多好多妹纸可以勾兑!)[/p2em]
[p2em]     附加价值(还能约炮)[/p2em]
[p2em]⑥:信任体验(呈现给用户的信任体验,强调可靠性,包含但不限于):[/p2em]
[p2em]     搜索引擎 ,公司介绍 ,投资者关系 [/p2em]
[p2em]     服务保障 ,文章来源,文章编辑作者[/p2em]
[p2em]     联系方式 ,服务热线,有效的投诉途径[/p2em]
[p2em]     安全及隐私条款,法律声明,网站备案[/p2em]
[p2em]     相关链接 ,帮助中心,等…[/p2em]

互联网产品的用户体验设计(UED)(上)

互联网产品的用户体验设计(UED)

一、用户体验设计(后文简称UED)
[p2em]– User Experience Design[/p2em]
[p2em]– UED的通常理解,就是“我们做的一切都是为了呈现在您眼前的产品”。 [/p2em]
[p2em]– UED是针对用户心灵,眼睛,耳朵,触感的设计。[/p2em]
[p2em]– 用户体验就是用户在使用一款互联网产品的整体感受度。[/p2em]

二、UED相关的一些概念
[p2em]• UE[/p2em]
[p2em]    – User  Experience[/p2em]
[p2em]• UCD [/p2em]
[p2em]    – User-Centered  Designe[/p2em]
[p2em]    – 以用户为中心的设计-强调以用户体验有限的产品设计理念,是一种思想[/p2em]
[p2em]• HCI[/p2em]
[p2em]    – – Human-Computer  Interaction [/p2em]
[p2em]    – 人机交互[/p2em]
[p2em]• GUI[/p2em]
[p2em]    – Graphical  User  Interface [/p2em]
[p2em]    – 图形化用户界面 [/p2em]
[p2em]• WR[/p2em]
[p2em]    – Web  Rebuild[/p2em]
[p2em]    – 网站重构[/p2em]
UED相关的一些概念

三、UED团队的常见职能
[p2em]产品经理职能[/p2em]
[p2em]    • 用户研究[/p2em]
[p2em]    • 竞争对手分析[/p2em]
[p2em]交互设计职能[/p2em]
[p2em]    • 竞争对手分析[/p2em]
[p2em]    • 交互设计相关工作[/p2em]
[p2em]视觉设计职能[/p2em]
[p2em]    • 产品UI[/p2em]
[p2em]    • 产品平面[/p2em]
[p2em]    • 多媒体设计[/p2em]
[p2em]网页重构职能[/p2em]
[p2em]    • 页面重构[/p2em]
[p2em]项目管理职能[/p2em]
[p2em]    • 项目管理[/p2em]

四、互联网产品的UED流程
[p2em]①:产品策划[/p2em]
[p2em]    竞争对手分析[/p2em]
[p2em]    用户研究[/p2em]
[p2em]②:产品交互设计[/p2em]
[p2em]    站点信息架构图[/p2em]
[p2em]    用户使用流程图[/p2em]
[p2em]    产品文案规范[/p2em]
[p2em]    原型设计[/p2em]
[p2em]③:产品视觉设计[/p2em]
[p2em]    视觉设计[/p2em]
[p2em]    视觉设计[/p2em]
[p2em]    产品视觉架构图[/p2em]
[p2em]    视觉规范定制[/p2em]
[p2em]④:产品页面重构[/p2em]
[p2em]    需要视觉设计对重构出来的页面进行确认是否符合当初设计需求[/p2em]
[p2em]⑤:产品研发[/p2em]
[p2em]    UE再优化,测试后回炉加工(限于细节上的优化)[/p2em]
[p2em]⑥:产品测试[/p2em]
[p2em]    是否符合视觉规范[/p2em]
[p2em]    是否符合交互需求[/p2em]
[p2em]    联合调试[/p2em]
[p2em]⑦:产品发布[/p2em]
[p2em]    总结[/p2em]
[p2em]    持续跟踪[/p2em]
[p2em]    性能优化[/p2em]
互联网产品的UED流程

产品需求文档(PRD)的撰写方法与技巧二

五、PRD文档包含的内容
[p2em]④:产品说明[/p2em]
[p2em]    – 包含:[/p2em]
[p2em]        • 产品信息结构[/p2em]
产品信息结构
[p2em]            – 信息结构图是只按照产品经理思路中的产品表现信息来整理产品的一种示意图[/p2em]
[p2em]                » 信息结构能帮助我们整理产品结构,同时是研发人员建立数据库的参考[/p2em]
[p2em]        • 产品结构图[/p2em]
产品结构图
[p2em]            – 产品结构图是按照产品的逻辑与表现方式,结构化的表现产品构造的一种示意图[/p2em]
[p2em]                » 通过这个产品结构图,我们大致就能将之前抽象的逻辑形象化的表现出来,也便于文档阅读者理解我 们的产品思路[/p2em]
[p2em]        • 用户使用流程图[/p2em]
用户使用流程图
[p2em]            – 用户使用流程图用于表述用户在使用产品过程中的行为走向[/p2em]
[p2em]                » 通过用户行为串联信息结构与产品结构,阅读者通过阅读用户使用流程,能更好的理解产品经理设计 的用户行为[/p2em]

六、全局功能说明
[p2em]– 由于接下来我们要比较详细的表述每个类与每个子类的功能 说明,所以这里就要把那些不能放到子类里面去的全局性的 东西说清楚[/p2em]
[p2em]    • 尽管是全局功能,但也可以分类说明,例如:[/p2em]
[p2em]        – UI[/p2em]
[p2em]        – 交互[/p2em]
[p2em]        – 等等…[/p2em]
[p2em]• 例如:[/p2em]
[p2em]    – 用户交互统一说明:[/p2em]
[p2em]        – 本客户端在用户触发操作后,应优先加载用户界面,同时在界面 中加载数据的位置使用风火轮提示用户数据加载中。[/p2em]
[p2em]        – 本客户端的时间显示,建议使用人性化提示,例如:20分钟前, 一天前,三天前,超过7天的,则显示为具体时间,如:3月30日  17点55分,超过一年,则显示12年3月30日17点55分[/p2em]
[p2em]• 整体说明完成以后,我们就要开始对各个需求板块进 行详细的需求说明[/p2em]
[p2em]        – 根据实际的需求,你可以按照你习惯的表述顺序来表述, 常见的表述顺序有:[/p2em]
[p2em]            • 按照功能的逻辑来表述(更抽象,研发喜欢)[/p2em]
[p2em]            • 按照产品结构来表述(频道,页面,模块,元素的逻辑表 述,相对比较适合产品经理的逻辑,产品经理喜欢)[/p2em]
[p2em]                – 具体哪一个,看团队要求和默契程度[/p2em]

七、UML>用例文档>用例图与状态图
[p2em]• UML登场了(其实产品经理的PRD文档写作所涉及到的UML知识非常有限)[/p2em]
[p2em]    – 中文名称:统一建模语言[/p2em]
[p2em]    – 英文名称:Unified  Modeling  Language [/p2em]
[p2em]    – 定义:是一种面向对象的建模语言,它是运用统一的、标准化的标记和定义实现对软件系 统进行面向对象的描述和建模。[/p2em]
[p2em]• UML常见的说明图类型[/p2em]
[p2em]    – 用例图-表述[/p2em]
[p2em]    – 状态图[/p2em]
[p2em]    – 时序图[/p2em]
[p2em]    – 结构图[/p2em]
[p2em]    – 等…. [/p2em]

八、什么是用例图
用例图
[p2em]• 用例[/p2em]
[p2em]    – 用例就是一种描述系统功能需求的方法[/p2em]
[p2em]• 用例图[/p2em]
[p2em]    – 用例图表述的是系统的外部参与者与系统之间的关系,是由参与者与用例组成的示意图[/p2em]
[p2em]    – 用例图的组成要素[/p2em]
[p2em]        • 参与者(可以是人,也可以是另一个系统,也可以是其它的东西,是相对的)[/p2em]
[p2em]        • 用例[/p2em]
[p2em]        • 关联线[/p2em]
[p2em]        • 方框[/p2em]

九、用例说明
用例说明

十、详细功能需求描述的基本结构
[p2em]• 产品的整体用例图[/p2em]
[p2em]• 功能板块1需求[/p2em]
20160508223115
[p2em]• 功能板块2需求(用例文档) [/p2em]
2

十一、详细需求说明的原则
[p2em]    • MECE原则[/p2em]
[p2em]        – MECE,是Mutually  Exclusive  Collectively  Exhaustive,中文意思是“相互独立,完全穷 尽”。  也就是对于一个重大的议题,能够做到不重叠、不遗漏的分类,而且能够藉此有效 把握问题的核心,并解决问题的方法。[/p2em]
[p2em]    • MECE只是一种思考方式,当PRD文档撰写交付研发以后,其实多少还是会存在没有 考虑到位或者需求调整的情况,所以:[/p2em]
[p2em]        – 撰写PRD文档前一定要保证思考到位了,产品结构本身短期内不会有重大改动[/p2em]
[p2em]        – 需求分类与表述方式要参考MECE原则[/p2em]
[p2em]        – 这样即便是在交付后,出现调整或需要优化的地方,也不会出现重构的情况(重构需求,重新调整产品结构等,对已经处在开发过程中的团队来说是灾难性的 )[/p2em]
[p2em]        – 需求撰写,更多的是考验耐心,思路,经验,但产品架构的确定等更是考验一个产品经理 对产品的规划与把握能力 [/p2em]
[p2em]        – 不要害怕,不要迷信[/p2em]

十二、优秀的PRD文档应该具备的特点
[p2em]• 正确(确保文档中的表述与产品经理的思路是对应且正确的) [/p2em]
[p2em]• 无歧义(文档的表述方便阅读理解,不会产生歧义 ) [/p2em]
[p2em]• 完备( MECE原则尽量保证对产品功能需求表述的系统完整 ) [/p2em]
[p2em]• 一致(文档中用词用语一致,对于同一事物的表述应该一样,避免混用同义词  ) [/p2em]
[p2em]• 具有优先级(产品的功能性需求是有先后主次的,对于一次性规划叫多功能的PRD,应该注明功能性需求的先后主次) [/p2em]
[p2em]• 可验证(对于功能性的描述,是可以进行测试的,而不是不发测试,无法定性的东西,例如:效率高,交互完美等词语,都是无法验证的) [/p2em]
[p2em]• 可修改(PRD文档利于后期的修改与升级 ) [/p2em]
[p2em]• 可追踪(PRD文档利于后期的修改与升级 )[/p2em]

产品需求文档(PRD)的撰写方法与技巧一

产品需求文档(PRD)的撰写方法与技巧
一、什么是PRD文档
[p2em]产品需求文档(Product  Requirement  Document,PRD)的英文简称[/p2em]
[p2em]    – PRD文档向上是对MRD内容的继承与发展,向下则是要把MRD文档里面的各种理论要求技 术化,向研发部门与设计部门说明产品的的功能和性能要求。[/p2em]
[p2em]    – PRD文档是产品文档中最底层最细致的文档,所以写作的时候,需要细致耐心。[/p2em]

二、BRD,MRD,PRD文档的区别与用途
[p2em]•BRD-这么做有好处,并说明好处在哪里[/p2em]
[p2em]    – 唐僧出发前,参见唐皇 (老板) ,告诉唐皇西去取经的重要意义与大兴佛法的好处,唐皇答应,并发放免签护 照 (授权), 于是唐僧带着任务出发了,那个时候唐朝真实V5啊。[/p2em]
[p2em]• MRD-通过BRD明确了这个事情值得一做后,描述应该这么做,并说明这么做的原因。[/p2em]
[p2em]    – 唐僧上路了,但是他需要选择走哪条路线,带几个人,为什么这么走,为什么带这些人,要说清楚:[/p2em]
[p2em]        • A路线:妖怪多[/p2em]
[p2em]        • B路线:神仙多[/p2em]
[p2em]        • C路线:美女多[/p2em]
[p2em]        • 经过分析,唐僧决定选择C路线,所以才有了三打白骨精,路过女儿国等经典故事(开个玩笑)[/p2em]
[p2em]• PRD-获得了授权,而且已经确定了要走的路线,剩下的就是打造装备(产品)了[/p2em]
[p2em]    – 要把装备的需求 给工匠( 研发人员),就需要把你 (PM) 对装备 (产品) 的要求讲清楚[/p2em]
[p2em]        • 金箍棒(需要能缩短到耳朵里面,直径1毫米,长度6毫米,需要金色,重量必须控制在1KG)[/p2em]
[p2em]        • 九齿钉耙(必须要9个齿,废话啊,黑色,齿长8里面,把手长1.5米,直径2.5厘米) [/p2em]
[p2em]        • 于是工匠 (研发人员) 根据需求,打造出了旷世的武器。 [/p2em]
[p2em]• BRD>MRD>PRD是一个逐步论证并得出结果的过程,是产品经理思维升华的过程, 是这三个文档三位一体的过程。[/p2em]

三、PRD文档面向的对象
[p2em]• 研发人员[/p2em]
[p2em]    – 由于研发人员本生专注于功能的实现与性能,所以他们相对对其它诸如运营,市场,设计 等表现相对不太关心,对于产品更多的了解来至于产品经理的 产品宣讲 。[/p2em]
[p2em]• 设计人员[/p2em]
[p2em]    – 设计人员本生更多的会关注与产品的调性与原型图,所以对PRD文档的需求是相对较弱 的。[/p2em]
[p2em]• 所以,PRD文档,根据阅读对象,就不要去耍花架子了,用最平铺直叙最简单的话, 把问题说的一清二楚就行,绕来绕去小心被程序猿们掏出板斧劈成两截啊。[/p2em]

四、PRD文档的几种表现方式
[p2em]• 说到PRD文档,很多朋友之前看过模版,都会不假思索的打开Word开始写作,其实 PRD文档的目的在于把问题讲清楚,而不是用什么工具![/p2em]
[p2em]• 根据实际情况,能满足把问题讲清楚的方式大概有以下几种:[/p2em]
[p2em]    – 文字模式(Word…..最常见的)[/p2em]
[p2em]    – 原型图模式(Axure….推荐使用的)[/p2em]
[p2em]    – 图片模式(有的产品经理本来就是美术转交互转产品,所以他们擅长于此,有门槛的….) [/p2em]
[p2em]    – 影像模式也可以,就是太烧油了, ☺[/p2em]

五、PRD文档包含的内容
[p2em]①:文档说明[/p2em]
[p2em]    – 产品版本号  (1.26)[/p2em]
[p2em]        • 版本号  (1 .26  )[/p2em]
[p2em]            – 重大调整升级[/p2em]
[p2em]            – 产品结构功能等有调整 [/p2em]
[p2em]        • 子版本号(  1. 2 6  )[/p2em]
[p2em]            – 在原有基础上面对局部功能进行了升级或调整[/p2em]
[p2em]            – 在原有基础上面对局部功能进行了升级或调整  [/p2em]
[p2em]        • 修正版本号(  1.2 6  )[/p2em]
[p2em]            – 局部小范围优化与Bug修复[/p2em]
[p2em]            – 一般是不动功能性的东西[/p2em]
[p2em]②:历史修订[/p2em]
[p2em]    – 编号[/p2em]
[p2em]    – 版本号[/p2em]
[p2em]    – 修订章节[/p2em]
[p2em]    – 修订原因[/p2em]
[p2em]    – 修订日期[/p2em]
[p2em]    – 修订人[/p2em]
[p2em]    – 历史修订的作用[/p2em]
[p2em]        • 对修改前后进行比较[/p2em]
[p2em]        • 有利于维护和管理PRD [/p2em]
[p2em]        • 修订人[/p2em]
[p2em]        • 修订日期[/p2em]
[p2em]        • 方便查阅,可以只看修订部分[/p2em]
[p2em]③:名词术语表[/p2em]
[p2em]    – 将一些产品里面不易理解,容易混淆,或者缩写的词汇在开篇进行统一的列表说明,有利 于阅读。[/p2em]
[p2em]    – 例如产品100的[/p2em]
[p2em]        • 积分[/p2em]
[p2em]            – 根据产品100用户的一系列操作行为系统根据后台设定产生的虚拟分数,积分决定了用户的等级与论坛权限, 积分的计算方式为:总积分=发帖数X1  +  铜币X1  +  威望X1  +  会员历史在线时间X1 [/p2em]
[p2em]        • 威望[/p2em]
[p2em]            – 反应了用户在论坛里面的资历,是根据发帖数量,回帖数量,附件上传数量,在线时长等综合因素决定,是 用户积分的重要参考依据[/p2em]
[p2em]        • 铜板[/p2em]
[p2em]            – 产品100的货币,主要用于购买有价值的下载资料与信息,完成新手任务可以获得初期足够的铜板,发布下 载资源也可以获得相当数量的铜板,铜板是用户积分的重要参考依据[/p2em]

市场需求文档 MRD 撰写方法与技巧二

市场需求文档 MRD 撰写方法与技巧二
三、互联网产品MRD包含内容

④:产品说明

1)产品定位
[p2em]1,产品有越做越复杂的可能,但在一定时间内,定位决定了产品的一切[/p2em]
[p2em]2,产品定位与市场定位是有区别的,但经常容易混淆: [/p2em]
[p2em]    – 市场定位:我们对用户或者用户市场的选择,例如:手机发烧友,白领,或者移动通讯设备市场 。[/p2em]
[p2em]    – 产品定位:我们用什么样的产品满足用户或用户市场,例如: [/p2em]
[p2em]        » 陌陌,一款基于地理位置的移动社交工具 [/p2em]
[p2em]        » QQ空间,一个异步信息分享和交流的平台,是QQ这种同步通讯工具的补充。[/p2em]
[p2em]        » Chanpin100.com,为产品经理们提供学习交流的平台,并专注于此 [/p2em]
[p2em]    – 用户定位的描述:[/p2em]
[p2em]        » 针对什么目标群体,做什么事情,用最本质的,无修饰的语言表述[/p2em]

2)产品核心目标(产品本身要达到什么一个目标)
[p2em]互联网产品的核心目标,往往表现为要解决目标市场(目标用户)一个什么问题:[/p2em]
[p2em]&nbsp  &nbsp• 这个问题分析的越透彻,产品的核心目标也就越准确[/p2em]
[p2em]&nbsp  &nbsp• 确立好核心目标,不会使我们产品推进的过程中迷失.  [/p2em]
[p2em]&nbsp  &nbsp• 例如:[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp– 360安全卫士:解决用户使用电脑的安全问题[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp– 微信:在最早的阶段,微信的核心目标是工具类的,为用户提供流畅语音沟通的移动应用 [/p2em]
[p2em]&nbsp  &nbsp• 通常来说,解决核心目标的工作优先级是最高的[/p2em]
[p2em]&nbsp  &nbsp• 产品任务,很多应该是围绕核心目标来开展[/p2em]
[p2em]&nbsp  &nbsp• 这里就要隐身出来一个问题,即产品经理对于用户需求与产品核心目标关系的拿捏[/p2em]

3)产品结构(注意,不是功能结构,是产品的整体结构)
[p2em]– 产品的市场定位,产品定位,核心目标的直接表现[/p2em]
[p2em]– 如何表述一个O2O在线商城的产品结构?[/p2em]
[p2em]如何表述一个O2O在线商城的产品结构?[/p2em]
[p2em]– 产品结构与功能结构的区别[/p2em]
[p2em]&nbsp  &nbsp把整个产品看成是一桌菜[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp产品结构讲的为了让客人吃的舒服同时又要完成我们的核心目标,我们需要哪些菜品,而这些菜品 与菜类需要我们事先规划出来:[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp凉菜:凉拌则耳根,夫妻肺片等[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp热菜:佛跳墙,麻辣鸡丝等[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp主菜:宫保鸡丁  蒜蓉虾  烤扇贝[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp甜点:地动山摇,巧克力布丁[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp饮料:酸奶,玉米汁 [/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp功能结构:我们如何实现上述的各种菜品?[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp加热:热菜 [/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp爆炒:主菜,热菜[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp材料:则耳根,肺片 [/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp&nbsp  &nbsp人员:厨师,墩子 [/p2em]
[p2em]– 产品结构说明的注意事项[/p2em]
[p2em]&nbsp  &nbsp这里不是扣细节的时候,主要产品结构表述到位即可[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp• 因为你之后肯定会非常苦逼的做非常细的产品说明与线框、流程等[/p2em]
[p2em]&nbsp  &nbsp一些无法归类的,放到其它里面[/p2em]
[p2em]&nbsp  &nbsp如果能配合  流程图  与  简单的主要页面线框图就更好了,更清楚,更明了[/p2em]
[p2em]产品结构说明的注意事项[/p2em]

4) 产品路线图
[p2em]– 产品路线图是产品成长中的每个任务节点组合而成,是以任务为导向的时间节点图[/p2em]
[p2em]– 例如:[/p2em]
[p2em]产品路线图[/p2em]
[p2em]– 应注意一下,抽取来的任务,一定是和产品定位,核心目标等想符合的,是达到这些目标 的任务分解。[/p2em]

5)产品功能性需求
[p2em]– 产品功能性需求  [/p2em]
[p2em]&nbsp  &nbsp• 在线留言板举例: [/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp– 注册与登陆(直接注册,第三方注册,直接登陆,第三方登陆)[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp– 交流(留言,回复,图片上传,文字发布)[/p2em]
[p2em]&nbsp  &nbsp&nbsp  &nbsp–– 交流(留言,回复,图片上传,文字发布)[/p2em]

6) 产品非功能性需求
[p2em]– 有效性需求[/p2em]
[p2em]– 性能需求[/p2em]
[p2em]– 扩展性需求[/p2em]
[p2em]– 安全性需求 [/p2em]
[p2em]– 健壮性需求[/p2em]
[p2em]– 兼容性需求 [/p2em]
[p2em]– 可用性需求 [/p2em]
[p2em]– 运营需求[/p2em]
[p2em]– 用户体验需求[/p2em]

四、优秀MRD的特点
[p2em]– 逻辑性强:有论点,有论据,有论证[/p2em]
[p2em]– 把抽象的东西形象化的讲出来[/p2em]
[p2em]– 数据可靠,分析有理[/p2em]
[p2em]– 有把握的主观,无把握的客观[/p2em]
[p2em]– 惜字如金,能把问题表述清楚,绝不多写一个字 [/p2em]
[p2em]– 合理的产品进度分配更有利于研发人员工作(人有九等,不是所有人的人都是打了鸡血的 产品经理) [/p2em]
[p2em]– 重视非功能需求[/p2em]
[p2em]– 如果方案中出现很多专业名词,记得在文章的开通呈现给阅读者一个名字解释表[/p2em]

五、关于MRD文档写作的个人看法
[p2em]• MRD文档不是套模板,而是要把事情和想法表达清楚[/p2em]
[p2em]• 即便是设计很多分析,也应该简单明了,言简意赅,因为很多人要看,还是不同类型的人[/p2em]
[p2em]• 撰写MRD再次说明,产品经理不是技术类岗位[/p2em]
[p2em]• MRD文档的背后,其实有诸多的分析与论证,MRD一般来说撰写时间比较长,视项目而定 [/p2em]
[p2em]• 听的再好,不如自己提笔写,产品经理的很多文档,不是理解了就能写出来的,必须经过实战才能 提高[/p2em]