(2)---------->产品经理-蒲公英云

(2)———————->产品经理
看的第一套视屏
刚开始听别人讲述,也只是觉的对方好水,感觉和自己水平差不多.和普通人有啥区别，后来，似乎体会到了那句话，三人行必有我师。————我觉的那句话很经典，聪明的人用笨方法做事，而笨的人千方百计的寻找聪明的方法解决问题。
要有同理心，何谓同理心？什么又是同情心？
如何培祥同理心？
用户建模：1》性别 2》年龄范围 3》职业 4》收入范围 5》上网习惯 6》家庭类型
7》兴趣爱好 8》地理位置 9》移动设备信息 10》其他信息
典型用户的共性
典型用户子群的共性 ———————————>虚拟用户
典型用户子群的子群的共性
从中的深度思维_简化,简化,再简化.
产品经理应该具备的最基础的条件就是 1>有联想力
2>拥有广泛的知识面
我们平时要具备洞察力,多思考,多问自己为什么.观察身边的人有什么需求,挖掘真正的需求,我们都不是圣人,当然无法学遍天下所有的书,所以我们最应该具备的能力就是有类比的能力.世界上你不能找到毫无关系的两个事物,世界上只有相对的关系没有绝对饿关系,看似非常遥远的两个,他们其实都会存在着间接直接的关系,所以说我们从小到大学力很多知识，很多人都在感叹自己以前丢白学了认为将来自己工作根本用不到。其实很多东西都是潜移默化的，你看不到，摸不着。以前学的，主要目的不是让你学会啥，而是要培养你各方面的能力，包括最重要的———————–》自学的能力

有了上面讲述的能力后—————>确定好优先级
重要

中优先级     高优先级
                           紧急
  无优先级       低优先级
        做聪明人-------------------->花笨功夫

产品经理需要保持一个敏感的内心
常规的需求方法有哪些?
什么角色?什么样的场景?通过怎样的路径去实现?
情景一:需求切换场景
情景二:人员较固定,账号可以反复使用. AA收款.
需求决策:1>穷举.2>抓重点.
爱现:
年轻人需要塑造自己
通过周围环境来判断自己
四纵纵横理论:
四纵指他总结的互联网用户需求的发展方向:
娱乐,信息,通信,商务
四横指的是互联网技术变革:
搜索,社交,移动,智能硬件物联网

商业价值分析—->市场分析—–>产品立项评审—–>用户研究—–>详细需求说明—>需求评审—>交互设计—->视觉设计—–>交互原型可用性测试—->程序开发—->程序测试—->产品交互视觉验收—->Bate版用户测试—–>小范围用户内侧

商业价值分析:
基于商业目标或价值所描述的产品说明,涉及的内容主要是产品的产品背景,市场空间,竞争对手,产品的主要功能,投入成本,带来的收益和做与不做的风险.

参与角色:BOSS,产品经理
产出物:商业需求文档(BRD)

市场分析
是对商业价值分析的全面细化和不补充,主要的内容有市场说明,用户说明,产品说明.
市场说明:主要包括市场规模,市场特征,市场趋势,竞争分析.
用户说明:主要包括目标用户群体分析,需求分析
产品说明:主要包括产品定位,产品核心目标,蟾皮经主要功能
参与角色:产品经理
产出物:市场需求文档(MRD)

详细需求说明:
是产品从一个概念变成真正可设计,可开发的文档,他需要向项目组的成员传达清楚需求ed意义,功能的定义和详细的规则,文档中主要包括功能概述,功能结构,功能流程,功能详细描述,特殊状态说明,简单的交互模型
参与角色:产品经理
产出物:产品需求文档(PRD)
交互设计
交互设计是通过合理的界面语言将产品能力,功能贡献给用户,使之可以快速学习,理解和记忆.
交互设计师主要会产出用户行为路径图,信息架构图,页面交互设计
参与角色:交互设计师
交互文档:(wireframe)
交互设计
交互设计是通过合理的界面语言将产品能力,功能贡献给用户,使之可以快速学习,理解和记忆.
交互设计设主要会产出用户行为路径图,信息架构图,页面交互设计.
用户行为路径图
页面流程,主要设计用户在你的产品中按照什么样的路径去完成任务,通过设计提高任务的完成效率
信息架构图
关注内容结构,导航系统设计,让用户容易理解和方便找到用户信息
页面交互图
常说的交互原型,主要用线框图来表现页面信息布局,内容优先级及交互细节.
交互原型可用性测试
无需借助开发手段,将高保真的交互原型或真实界面的视觉稿打印出来,制作成纸面原型.再邀请目标用户完成产品的典型任务,待验证功能点.
参与角色:用户研究员,交互设计师,产品经理
产出物:纸面原型,测试用例
构想:定义清楚我们要打造一个什么样的产品及为啥打造他
输出低保真的产品原型及高保真的可运行模型
PSPS模型:
人物场景痛点解决方案
假设出产品的目标用户,为他们建立用户画像,描述出他们有需求或遇到问题时的具体场景,找出他们的痛点(他们遇到的且尚未解决的且非常重要的问题)最后将用户画像,场景,痛点,统统带入到你之前假设的解决方案里,看看能不能满足他们的需求,解决他们的问题.