最重要的就是不要去看模糊的远方，努力去做手边清楚的事情！

产品宣讲：客服，市场，销售，运营，其他

1.前期的产品立意，市场分析，需求等，都是产品团队与研发团队在主要参与，进入研发阶段，根据产品实际情况一般会在合适的时候让其他相关团队开始了解产品，到这个时候，一般就需要对产品进行内部宣讲。

2.目的：

内部培训，让团队成员理解产品特性和调性，更好的理解产品；

获得认可

统一愿景

激励士气

获得信任和支持

协助其他团队更好，更快，更协调的围绕产品开展工作

3.产品宣传方式：

内部推荐会：前景预测

产品演示

产品试用

注意控制：气氛；用词（术语）；不用的部门关注的点不一样，不能一概而论；

市场推广协助

对产品的宣传资料物料进行内容把关----网站，移动应用，公关资料，印刷品等（提出指导意见，不是对他人的工作横加干涉）（市场，公关，运营，销售）

e.g. 我觉得你应该....(X) 如果这么做比较容易理解(O)

产品推出后的管理与迭代

-运营数据的整理分析

-深入一线体验产品

-关注用户需求反馈

-持续与各部门保持沟通（1:7 能很好的交流，有针对性，不一定招到一块讨论，利用开会或吃饭聊天等零碎时间也可提及）

-新版本迭代与优化

强势的领导，一意孤行，产品内容按照自己的方法做

--分析状况：领导能感受到员工抵触情绪，为什么一意孤行

-不相信团队

-对自己有自信（有经验，出资人）

-面子

-他可能感觉到团队和自己是对立的（让领导信任自己）

--为什么你不是他领导，他一定会有比你强的地方

1.如何做

和领导配合，不是扳手腕

说服他，你和他一伙，让他信任你，信任你的办法是办好老板布置得事情

不去和不着调人扎堆

2.配合好自己的领导，是产品经理重要的工作内容（不是逆来顺受，是聪明的实现目标）

情绪管理：摆明态度，各个部门不是为PM工作，而是为了公司进行工作，避免有情绪。

时间管理：重要紧迫（危机管理），重要但不紧迫（长期工作计划，建立人脉），不重要但紧迫（不速之客，电话，会议），不重要且不紧迫（看韩剧。。。）

目标管理（MBO）：目标管理是以目标为导向，以人为中心，以成果为标准，而使组织和个人取得最佳业绩的现代管理方法。

目标拆分：小目标更容易完成

改掉拖延症！

分解目标的原则：

设定目标：SMART原则

Specific 具体

Measurable 可以量化

Actionable 执行性强

Realistic 可实现

Time-limited 有时间期限

PDCA：

知识管理：个人知识管理（PKM）:获取知识-学习知识-保存知识-利用并分享知识

产品经理三大文档:

发现并讲清楚你发现的商业价值BRD：这么做有什么好处，并说明好处在哪里

构思并讲清楚如何实现商业目标的方式MRD：通过BRD明确了这个事情值得一做之后，描述应该怎么做，并说明这么做的原因

把这种方式具体实现的方法描述出来PRD

宏观→微观

有逻辑，经得起推敲，层层深入，逐渐细化的

获取认可→拿到资源→表述想法→指导实施→进行实施

BRD,MRD,PRD文档区别与用途

BRD-这么做有好处，并说明好处在哪里

MRD-通过BRD明确了这个事情值得一做后，描述应该这么做，并说明这么做的原因

PRD-获得了授权，而且已经确定了要走的路线，剩下的就是打造装备（产品）了

BRD>MRD>PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程，是这三个文档三位一体的过程。

BRD文档目的：

发现：现有产品改进的可能，一个创新产品

需要：权重，项目，资源

BRD文档的内容：

1.方案形成背景：市场环境分析，我们要做什么，解决什么问题（问题是否迫切，强烈以及频率【迫切是紧急程度，强烈是重要程度】），这么做的优势（技术，经验，资源等优势），结论

2.方案价值：这么做的好处（非经济，经济），预测（目标，对应的好处）

3.产品规划：产品结构，产品路线（注意少扯细节）

4.盈利模式：（可以是直接的经济收入，或者对企业有利的一些客观条件）

5.收益与成本评估：收益评估，成本评估

6.风险和对策：风险的种类（PESTEL）,应对办法：规避，接受，降低，分担，转移等

BRD常见汇报对象

优秀的BRD应具备的要素

重点突出：商业价值，收入与成本，风险与对策（不要太执着于产品细节，不是BRD应该重点考虑的东西）

说服力：演讲技巧，公司战略，多沟通

见人说人话，见鬼说鬼话：要变通，有逻辑，有论据

言简意赅：一图胜千言，不要用太多术语，客观评估（包括问题和风险）

优秀MRD的特点

–逻辑性强：有论点，有论据，有论证

–把抽象的东西形象化的讲出来

–数据可靠，分析有理

–有把握的主观，无把握的客观

–惜字如金，能把问题表述清楚，绝不多写一个字

–合理的产品进度分配更有利于研发人员工作（人有九等，不是所有人的人都是打了鸡血的产品经理）

–重视非功能需求

–如果方案中出现很多专业名词，记得在文章的开通呈现给阅读者一个名字解释表

写好MRD是必须的

MRD的阅读对象

--未来参与产品的各个层级的同事，都有可能要阅读MRD，包括产品经理自己

-MRD最完善的产品诞生分析描述文档

-以后一段段时间，产品的各种衍生文档，产品依据，团队判断，都有可能参考MRD文档

-产品参与成员需要了解产品的背景，数据，方法依据

BRD提出论题，MRD找出论点来论证BRD里面的商业目标（逻辑性）。

MRD包含内容：

文档说明：相关市场，用户，产品规划，核心目标，产品路线，项目规划等

市场说明：

1.现存的问题和机会：产品方面，技术方面，运营方面，用户方面，商业模式方面；

2.目标市场分析：市场规模，市场特征，发展趋势，时间边界

3.市场分析结论：很重要！且一定要有！

用户说明：目标用户群体，目标用户特征，建立虚拟角色（用户角色卡片：时间，地点，任务+干了什么事）

1.用户动机总结（表象）→用户目标总结（实质）

2.影响用户使用的因素（重要，分析）

产品说明：

1.产品定位：产品有越做越复杂的可能性，但是在一定时间内，定位决定了产品的一切

产品定位与市场定位的区别：

–市场定位:我们对用户或者用户市场的选择。例如：手机发烧友,白领,或者移动通讯设备市场

–产品定位:我们用什么样的产品满足用户或用户市场,。例如：陌陌，一款基于地理位置的移动社交工具

–用户定位描述：针对什么目标群体，做什么事情，用最本质的，无修饰的语言表述

2.产品核心目标：为用户解决了什么问题

3.产品结构：产品的市场定位，产品定位，核心目标的直接表现。配合图表，将主要产品结构表述到位，不要抠细节。

-产品结构与功能结构的区别：把整个产品看成是一桌菜

-产品结构：为了让客人吃的舒服（用户用的爽）同时又要完成我们的核心目标（获得利益或者有利于公司的客观条件），我们需要哪些菜品，而这些菜品与菜类需要我们事先规划出来。（菜系，菜名）

-功能结构：我们如何实现上述的各种菜品？（原料，以及制作方式）

产品路线图：产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图。一定是和产品定位，核心目标等想符合的，是达到这些目标的任务分解。

产品功能性需求：基本功能概述

产品非功能性需求：有效性需求，性能需求，扩展性需求，安全性需求，容错性需求，兼容性需求，可用性需求，运营需求，用户体验需求

产品需求文档（PRD）：研发人员，设计人员

– PRD文档向上是对MRD内容的继承与发展，向下则是要把MRD文档里面的各种理论要求技术化，向研发部门与设计部门说明产品的的功能和性能要求。

– PRD文档是产品文档中最底层最细致的文档，所以写作的时候，需要细致耐心。

常见PRD文档包含的内容：

文档说明：版本编号，术语解释。

产品说明：产品信息结构

产品结构图

用户使用流程图

全局功能说明：

详细功能说明：用例说明

详细需求说明原则：

MECE原则– MECE，是Mutually Exclusive Collectively Exhaustive，中文意思是“相互独立，完全穷尽”。 也就是对于一个重大的议题，能够做到不重叠、不遗漏的分类，而且能够藉此有效把握问题的核心，并解决问题的方法。

MECE只是一种思考方式，当PRD文档撰写交付研发以后，其实多少还是会存在没有考虑到位或者需求调整的情况，所以:

– 撰写PRD文档前一定要保证思考到位了,产品结构本身短期内不会有重大改动

– 需求分类与表述方式要参考MECE原则

– 这样即便是在交付后，出现调整或需要优化的地方，也不会出现重构的情况

重构需求,重新调整产品结构等,对已经处在开发过程中的团队来说是灾难性的

– 需求撰写，更多的是考验耐心，思路，经验，但产品架构的确定等更是考验一个产品经理对产品的规划与把握能力

– 不要害怕，不要迷信

优秀的PRD文档的特点：

正确– 确保文档中的表述与产品经理的思路是对应且正确的

无歧义– 文档的表述方便阅读理解，不会产生歧义

完备– MECE原则尽量保证对产品功能需求表述的系统完整

一致– 文档中用词用语一致，对于同一事物的表述应该一样，避免混用同义词

具有优先级– 产品的功能性需求是有先后主次的，对于一次性规划叫多功能的PRD，应该注明功能性需求的先后主次

可验证– 对于功能性的描述，是可以进行测试的，而不是不发测试，无法定性的东西，例如：效率高，交互完美等词语，都是无法验证的

可修改– PRD文档利于后期的修改与升级

可追踪– 每个功能性需求的来源应该是清楚明白的

用户体现设计UED（User Experience Design）：用户在使用互联网产品的整体的感受，针对用户心灵，眼睛，耳朵，触感的设计。

UE-User Experience

UCD-User Center Design

HCI-Human-Computer Interaction

GUI-Graphical User Interface

WR-Web Rebuild

UED流程

UED团队架构

产品经理：

1.输出：

-用户研究文档

-竞品分析文档

-产品需求与需求分级文档

2.配合工作：

-协助UED相关人员对产品调性进行把控

-协助UED相关人员进行测试与组织管理

交互设计师：

1.输出：

-完整产品原型图含交互设计

-用户使用流程

-产品信息结构图

2.配合工作：

-交互测试，测试交互还原度

3.工作职责：

-为产品设计具体的行为、界面设计，组织良好的产品信息结构，提高产品的可用性与易用性

视觉交互设计师：

1.输出：

-对产品的视觉设计高

-竞品风格调研

-设计规范

-概念设计说明

-产品流程中界面还原度全程评估审核

2.配合工作：

-视觉测试，测试视觉还原度

3.职责：

-面呈现，美观度，体验，品牌形象设计负责

页面重构师：

1.输出：

-静态网页

-静态页面规范说明（CSS，复用，性能，兼容性等）

2.配合工作：

-页面测试工作，测试页面还原度

-兼容性测试

-页面性能优化

3.职责：

-页面兼容性和规范性

互联网产品的用户体验分类：感官体验，交互体验，浏览体验，情感体验，价值体验，信任体验

互联网产品用户体验的五大要素中文版

用户体验的重要性：

方法：帮助产品经理更好的理清用户体验的脉络

依据：保证产品经理在千变万化的用户体验系统里不走偏

逻辑：帮助产品经理更好的整理与完善产品用户体验

交互设计

交互设计是人工制品、环境和系统的行为，以及传达这种行为的外形元素的设计与定义。不像传统的设计学科主要关注形式，最近则是关注内容和内涵，而交互设计首先旨在规划和描述事物的行为方式，然后描述传达这种行为的最有效形式。

经常混淆的概念：

1.产品设计– 关注的是功能、结构、人因、形态、色彩，环境等设计要素以及采用的技术、方法和功能的实现手段等，是间接影响产品最终用户的设计

2.以用户为中心的设计– 是在设计过程中以用户体验为设计决策的中心，强调用户优先的设计模式。

3.用户体验– 目标，即我们努力应该去为用户创造良好的感受，参考15，16课内容

4.交互设计– 注重产品和使用者行为上的交互以及交互的过程，强调的是设计理念和方法。侧重的是交互双方信息表达方式和情感，是直接影响产品最终用户的设计

5.人机交互– 人与计算机的交互，交互的对象特指计算机，是交互设计里面的一种。

6.界面设计– 主要指人和机器交互界面的设计。

7.可用性– 评测用户体验的标准

常用交互设计的原则

可视性– 功能可视性越好，越方便用户发现和了解使用方法

反馈– 返回与活动相关的信息，以便用户能够继续下一步操

限制– 在特定时刻显示用户操作，以防误操作

映射– 准确表达控制及其效果之间的关系

一致性– 保证同一系统的同一功能的表现及操作一致

启发性– 充分准确的操作提示