《结网:@改变世界的互联网产品经理》读书笔记思维导图模板

产品经理的个人修炼

面对逆境

保持团队兴奋度 

正反馈

信念

不以谋利为目的

创造用户价值

团队的话语权问题

展现自己的能力

接收他人的建议的细节

信任问题

压力管理

定期检测

转变心态

沟通

问题

没有私交的前提下的沟通

无目的性的沟通,为了沟通而沟通

解决办法

维斯和促进人际关系

原则

平等

互容

互利

双向,共赢

信用

达到沟通的目的

沟通的三个阶段

沟通前(80%的工作在这里完成)

沟通目的

单次的沟通,问题越简单,越单纯为好

沟通对象

这个人是谁

这个人是否有我所需要的情报

这次沟通的目标对他而言是否有价值

他会提出什么问题

做出什么反应

预期的沟通结果有几个

他喜欢的沟通方式是什么

他需要什么信息来帮助决策

传递的信息

传递整个目标的背景,宏观的认识

传递本次沟通的目标

传递细节信息来逐一确定

原则:奥卡姆的剃刀  如若不必要,忽加多余

沟通的渠道

面对面

电话

线上通讯

不适合多人

邮件

不适合多人

信息展现的方式

运用图形

便于记忆和理解

寻找故事

便于记忆

第三方来展现信息

确定最终的协议

口头

协议

SMART原则

Specific 具体

Measurable 可衡量

Attainable 可实现

Realistic 相关性

Time-Bund 时限性

沟通中

沟通技巧

提问

提高发言者的积极性

总结

防止理解错误

保持思考

做笔记

肢体和眼神的交流

了解对方的性格

快节奏,主动,直接

谨慎被动

感性,关注人

理性,关注事

沟通后

发送一份邮件备案

领导力

专业能力

勇气

沟通

承诺

合作

创新

可创新的环节

GUI

技术

HCI

体验

产品功能

产品形态

概念

拉动产品

获取竞争情报

关于创新的风险

建立专家组

不予专家赋权,减少他人请教的心理压力

鼓励未完成的工作进行展示

当做CE来校验问题

鼓励跨团队沟通

小心诱惑,偏离轨道

加强过滤

自我反省

系统地发现问题

定期自我发现

团队一个季度一次

个人一个月一次

系统地分析问题

系统地解决问题

练习

成长型思维

刻意练习

关注技能的改进,而非结果

反复练习达到明确的目标

及时有效的反馈,善用反馈

概念

概念1.0

注意海外的世界,保持全球眼光,捕捉所有可行的想法

不要自己重新造轮子

小心NIH综合征(not invented here)

借鉴不是照搬,需要理解最初的核心概念

不怕概念被人先行一步,寻求自己的差异化,另辟蹊径

原创概念

现有产品的启发

捕捉自身或者其他人存在的需求,且未满足

预见用户需求的变化

"预测未来最好的办法就是创造未来 "-- 阿伦凯

基于web20. 的概念2.0

命题:"何如更好地满足用户的需求"

《蓝海战略》价值创新框架的两个要素

差异化 

低成本

成功的要点: 能否在这一段蓝海时间段内达到理想规模,形成护城河

例子:apple 发行 iphone4 一年,占领一定市场规模后,公布apple store

web2.0的思维

强调低成本(UGC)

借力群体智慧

用户= 共同开发者

过滤

概念的原始出处是什么?全球的最佳实践是什么

了解概念的最初出发点,了解概念的核心是什么?

从最佳实践中,我们能获取的什么经验?

哪些用户会从中收益,他们的用户画像是什么?

"朋友测试法" - 设想用户使用情况

这个概念能为目标用户带来什么?

用户需求是什么

进入壁垒是高还是低

技术

成本

特定资源的占有

竞争对手的回应

有无商业模式

获利点在哪里

现在的商业模式  

未来的商业模式

主流的互联网产品类型的商业模式

2C

体验经济

2B

知名度

日访问量

能否成为平台或现金牛?在公司的战略布局中处在什么位置?

平台产品

通过自身的资源优势拉动其他产品的产品,

因为用户规模的巨大有着后发先至的优势

获取资金

你的产品能做多大?

你具备多少产品经理的职业素养?

诚实

懂取舍

不花时间发明轮子

前进中开火

花太多时间在决策上,不如直接测试

用户研究:焦点小组(6~9人)

灰度发布(不中断服务的情况下,向部分用户发布新功能)

不确定的交互设计,直接用可用性测试

选取数个符合潜在用户条件的用户

子主题

在产品原型上完成某个人物

相机记录,跟踪用户的行为,不参与其中

团队中救火

倾听多数人的意见

团结和引领团队

你是否对产品全身心投入?

BRD,PRD,MRD文档是否形成

对于领导

PPT宣讲演示

对于风投

商业计划书

如果不够,把产品执行出来

概念变成图纸

产品设计文档(沟通完成再动笔写)

网站结构图(思维导图)

整个网站的结构,确定了网站的模块划分和网页个数

面向对象思想/用户任务闭环(一系列帮助用户完成任务的环节)

MECE原则(Mutually Exclusive Collectively Exhaustive,相互独立,完全穷尽”)

网页蓝图

产品 + UI共同设计

UI先行,产品也有一定自主权

网页描述图

描述网页的元素和背后逻辑,不包含页面布局

产品设计文档的流程

产品部门 设计 产品设计文档

交给 研发团队 确认 可执行性,研发成本和评价意见

交给 高层领导 确认 项目周期,批人批钱

交给 研发团队 指导 具体的研发

交给 测试团队 制定 测试计划

研发团队的对文档的要求(产品文档最重要的用户)

保持简短的肯定句式,消灭模糊

保持最新

消灭错误(多检查,并不存在毫无错误的文档)

不要对研发人员的工作指手画脚

有编码,容易归纳任务列表

使用恰当的表达方式(表格等),不拘泥于文字

关注用户体验

别让我想

包装好你的网站(品牌的优势,给予用户一种潜在的认知认识)

LOGO(图片)

"是什么" 说明名词 (文字)

Slogan(我能为你带来什么好处)

关注用户及其任务,基于明确的指引

降低用户的学习成本

中国式产品的核心: 集合成一次操作,一键解决

递进显示

chrome浏览器的状态栏

奥卡姆剃刀定律 ,如无必要,忽增实体

中国式复杂 (多代表全)

化繁为简

别让我等

速度的提升

用户满意的打开网页的时间是2秒

对话舒适的间隔时间是1秒

提升速度方法

减少HTTP的请求

减少不必要的HTTP请求

合并文件内容

优化缓存

使用内容分发网络 (CDN Content Delivery Network)

压缩网页元素

减少DNS的查询次数

缓存Ajax

等待响应反馈时

真实世界投射法 

电梯点击楼层就亮

告知用户我在做了,做到哪里了

等待太久了-- 危机管理

加强信息的披露和用户的沟通,争取用户的谅解和支持

别让我烦

缩短用户完成任务的路径

操作性干扰

任务内部优化指点设备,

费茨定律

设备当前位置和目标位置的距离越短,,所用的时长越短

目标的面积越大,所用的时长越短

运动轨迹和眼球轨迹

竖线更容易让用户保持一条直线上操作

完成任务的过程中,是否有中断用户的提示方式,

网页每次都弹出对话框提示是否确认删除?

撤销对话框后,直接提示操作结果,同时补上后悔机制按钮

视觉干扰

跑马灯图片的闪烁太频繁

听觉干扰

静音按钮

Poka-Yoko理念(防差错)

自动

自动完成任务,出错时,自动校正错误

隔离

区域划分,分离危险区域,防止用户接触

校验

利用形状和密码进行二次确认,防止失误操作

顺序

流程编号,让用户依次执行

指引

利用形状,颜色等对用户进行有效的指引,别让用户停下来

警告

把非正常的情况通过颜色,文字,声音等媒介,及时通知用户修正

注意用户的压力

对数字的敏感

过大的信息量大的信息数量提示让用户烦躁

各种短信数量提示

过大的信息量单一的信息数量提示让用户满足

点赞数字提醒

喜欢消灭数字

管理项目

项目经理

期限内对项目按照计划执行

对结果进行预期

调动所有人

把计划执行

项目组都能理解的统一的世界语

及时更新产品设计文档

墨菲定律

做好备用计划

对项目进行可视化管理

basecamp

检查和处理

为什么要检查

PDAC框架

制定年度商业计划

确定发展目标和达到发展目标所需的关键任务

按照计划执行 

检查执行情况

给予及时的处理意见

注意事项

确认执行结果和计划是否相符

任务颗粒度是否足够细

确定执行结果和应用环境是否相符

检查的方法

频繁使用自己的产品

自我思考

对产品层面的检查

用户对产品的核心概念是否了解,是否接受

图纸是否覆盖核心概念?核心概念之外是否设计太多的东西?

用户对图纸(虚拟功能?虚拟体验)怎么看?

项目结果对图纸是否相符?是否进行全面的测试

用户对项目阶段性结果(功能,体验)怎么看?

是否形成用户任务闭环?

是否存在流失率超高的任务节点

亲自使用

用户参与 CE(customer engagement)

提供明显的反馈入口

订阅产品关键字的搜索结果,了解其他渠道的反馈

建立或加入核心用户群

追踪单个用户的使用行为

对流失用户进行回访

预防问题

测试驱动开发 TDD (Test-Driven Development )

敏捷开发思想,自动化

在功能性代码完成之前完成测试代码

预防测试债务

思想

防止面包落地,如果非要落地,让面包落在盘子上

网站分析

原则

可行动

分析是为了改进而做好依据

以用户为中心

每个用户都是独特的

注意不同的用户行为

工具

页面标记法(page tagging)

google analytics

Click Tale : 收集用户鼠标轨迹

录像软件 Lixpy

日志分析法(Logfile Analysis)

分析方法

细分

细分特定用户,特定问题

对比

历史对比

最终输出:产品运营状况简报

KPI完成情况与预测

产品计划和执行情况

拉动

利用平台拉动

三个因素

平台A的活跃用户数

转化率

平台用户和产品目标用户的重合度

在平台上的展示面积

封闭体验

A+B组合形成加值,优化用户体验

无需跳转软件

拉动时长

植入

在平台中放入产品的入口

产品的品牌货展示放入平台某个内容中

产品的品牌或入口放在平台的用户身上

融合(转化率高)

产品和平台一体

利用口碑拉动

《引爆流行》:个别人法则

内行

联系员

推销员

产品对比

人无我有

差异化

人有我优

硬性指标

品牌的力量(关心用户体验的环节)

聚集产品的一切体验

持续更新

产品的三大关

印象关

体验关

无聊关

持续地更新关系产品用户的忠诚度

管理用户期待

提前减低用户的预期

不过高吹捧用户的预期

更新本身

功能更新

硬指标

和业界的先进水平的差距

差异化

用户的可接受体验的差距

内容更新

热点事件的应激反应

满足现有用户对热点的关注

利用热点吸纳用户

优先级

思想:机会成本

选择了A,就放弃了B

依据

成本

研发

非研发

收益

厮守底线

灰度测试

障眼法

炮火中前进(获取资金的环节)

最小可行性产品( Minimum viable product)

更新的频率

客户端月更

时间盒

优雅降级

环境不健全的情况

有损运行

舍弃部分工具

保留核心体验

思想:不存在理想的环境

设计好细节

竞争情报

内容 

竞争对手信息

创始人背景

公司沿革

财务状况

用户规模

组织架构

激励体系

用户信息

用户画像

用户群体分化

技术信息

产品信息

竞争对手的核心概念

流量分布

体验细节

对比情况

环境信息

PEST分析

政治环境

技术水平

社会环境

经济环境

产品使用环境

网络

硬件设备

原则

全景 > 精确

第一手信息 > 第二手信息

多节点 >  单节点

预防个人观点局限

保证更多的情报来源

人脑 > 电脑

产品需求 > 个人爱好

目的 > 结果

信息是为了更好的变革

不要被精美的报告蒙蔽

5W1H分析法

方法

第三方评测网站

艾瑞咨询

Alexa

自行搜索

对相关人士进行访谈

热情

委婉

区间

给选择的予区间来发问,而非直接问具体数字

重复

重回话语,把问题回抛

启发

设定问题

焦点小组

调查问卷

自身的分析系统

情报的完成程度

取决于研究目的

输出到《产品运营状况简报》