《邱月产品手记》学习
产品思考：每天5节课
1.产品没有对错
2.验证码是个好设计吗：不要把技术责任摊派到用户头上，这里面目前就有很多机会，也就是服务直达用户前的干扰信息，可以多多思考
3.产品经理工具：墨刀，思维导图工具和善用纸和笔，omnigffe
4.两个产品案例，信息流的处理，培养无缝的用户认知和体验
2018 10 14
7.关于需求变更（上）挖掘需求背后的需求，5问法，深刻理解需求
8.关于需求变更（下）将需求变更尽量消化在各个环节，做好需求评审，如何应对需求变更，建立有效的团队机制
9.案例分析，人情味的ai，如何从场景中挖掘需求，场景是需求的灵魂
10.如何应对产品抄袭：线上的产品永远是中间态
产品的数据用户，形成产品的积累效应（网络效应），典型的即时通讯产品，及早的让产品卷入或者付费（积累效应离不开了），可以思考周围的产品
2018 10 15
11.如何从其他产品中借鉴灵感：
避免像素级抄袭，带着自己的问题去借鉴别人，他山之石可以攻玉，跳出固性思维借鉴其他行业
12.案例分析：LabRd
就像我在之前分享 Hopper 的时候提到，越来越多的产品在改变自己的设计起点，产品不再从我们有什么出发，而是从用户需要和用户场景出发。LabRdr 就是这样，它不是将大量的新闻分类排序，和盘托出摆在用户面前；而是去理解用户阅读新闻的场景，从场景里面长出功能。
将用户数据透明化：告诉用户基于什么来推荐，让用户有控制感和安全感
另外重视和用户的每一次互动本质上都是一次交易
13-14 产品规划：分时间段，自上而下拆解目标，自下而上具体实现，规划中的留白，具体实现阶段要接受不完美，速度速度
15.案例分析：教育类应用的复杂之处
2018 10 16
16.内部产品经理：第一次有了内部产品经理这个概念
内部产品经理比面向市场用户反而有一些优势，化被动为主动，调动资源，随时调研，与团队绑定共同利益
17.产品经理如何获得非权力性的影响力，其实就是建立信任，就是典型的靠不靠谱，而一个产品经理的信任就来自于日常的交付承诺；承诺的重要性不言而喻，一是不要随便承诺，二是一旦出事也不要急于找借口，尽量将影响降到最低，比如可以提前沟通，超预期完成小事，学着建立自己的信任机制。
18、19与开发建立良好的沟通，作为开发倒是可以借鉴和理解产品经理所处的职能角色，认识和欣赏他们的优点指出他们的不足
20.一个案例分享，一个简易数据如何做的有感情有温度，有机的结合而不是刻模子批量生产
2018 10 17
21.案例分析Fabulus，循序渐进，充分利用好引导
对用户负责人，不要一股脑的把产品摊开，爱用不用
22-23. PRD写作的基本思路，以及重点内容，善于利用工具，同时也要接受不完美，找到重点
24短视频的使用在产品中
25.互联网暗黑不尊重用户的一面
2018 10 19
26.写好产品文档的诀窍
想让人造船，首先要激起他们对大海的向往，因此产品文档也要明确受众，避免形式化，为了文档而文档，知其所以然同时知其然；
打造良好的阅读体验-金字塔逻辑，先写厚再写薄，最好二次加工
27.案例分享：善于对话式交互
28.产品分析法：谁是利益相关者
“用什么方法解决谁的什么问题”
涉众：不只是用户，平台价值，上下游
29.产品分析法：解决什么问题
“重视要解决的问题而不是解决方案”
这种错误也被称作 X-Y Problem，也就是，我们希望解决 X 问题，然后想到了 Y 方案，随后把所有的精力放在 Y 这个解决方案上，而忽略了对要解决问题本身的理解。 映射到我们的日常工作中，产品经理接到的需求通常不是真正意义上的“需求”，而是提出需求的人，基于某一个需求提出的“解决方案”。
我们举一个例子，比如用户提出所谓的需求——“希望增加收藏功能”，如果你只是拿到这个所谓的需求，画个原型，让开发做出来，那么你最多是一个需求翻译和分发的机器，而不是一个产品经理。
放在具体用户使用的上下文（场景）里面去
30.案例分析：卡片式交互
31.产品分析的套路：如何提出解决方案
我今天提到了提升自己给出解决方案的能力，首先要见多识广，多把玩和分析不同类型的产品，另外要能够跳出功能开发来考虑解决方案，以及从游戏设计领域借鉴经验，最后说到了首因效应和简化版的可用性测试方法。
32.从需求受众、需求频率和强度出发：排定需求优先级的方法（上）
避免毫无价值的正确：无关痛痒
规模、频率与强度
33.产品案例分析：知识图谱
34.价值曲线的分析：排定需求优先级的方法（下）
罗列利益相关者和他们的感知价值
对问题进行优先级排序
将问题指标化并拆解
整体权衡和排序
给出综合解决方案
35.产品经理知识答疑
36.案例分析：知识星球，带着审视的眼光去看产品，一个简单的评论列表和内容沉淀，在产品层面怎么玩？值得思考
37.如何做好需求评审（上），需求评审不只是一场简单的会议
当我们在谈论需求评审时，我们到底在谈什么（不只是流程切片）事前事后.
需求评审的受众和目的，不同的受众，达到不同的目的
哪些人参加评审，如何安排议程
预则立，不预则废
38.如何做好需求评审（下）.在评审中hold住全场
当心知识的诅咒
不要强迫，要吸引：讲好故事
用自己的态度影响别人
不要为了赢而争论
39.案例分析：SeatGeek订票设计：基于现实场景的线上映射
40.产品经理鸡汤：
取一利，生一弊，没有完美的产品
没有任何一个抉择是生死抉择
或许什么都不做，就已经跑赢了大盘：无为而治，不要为了做而做
坚决执行，不要绣花
41.产品经理的项目管理经验
影响力大于权利
管人大于管事
交付大于计划
正确看待项目管理工具
稳住才能赢
42.案例分析：unreader
43-44:从游戏中学产品
游戏设计手段：持续实时的反馈、人性的开关、与社群建立联系、构建意义
45.案例分析：复杂图标
46.尾声：你的快乐是哪一种！脱离原始生存需求
你还想得到什么，成就什么