网罗名人名言(寻章摘句),脉脉上网友(渠道不限)和工作中同事说的话,还有自己的灵光一现、顿悟,如果有所启发(也可能是抖机灵)都可以先记下来。
还有一些常识。
文艺
每次看到大海的时候,我总想和人聊聊;可是每次和人聊聊的时候,我总想去看看大海。——村上春树
看理想,用文学与艺术,关怀时代的心智生活与公共价值。
产品
产品经理不是经理:无授权领导;
product manager(产品设计师product designer+项目经理project manager)
好产品经理不可能独立成长起来,而是要依赖好的实践机会,依赖其他合作团队、市场机会。
数据对产品的价值很大,一般是作为做正确决策和达成共识的最低成本工具。
产品经理需要认识到,在这个世界上,并不存在什么客观的事实,你所认为的事实,只是你所认为的事实。另一个人是否理解和接受这个事实,是受他的认知结构的刚性约束的。你只能在对方的认知约束内让他理解和接受他认为的事实,你只能按照对方的认知结构去设计沟通目标、沟通内容和沟通方式。
世界上不存在一个叫用户的人,也不存在一个叫用户的群体,只有无数人的具有异质性、情境性、可塑性、自利性、有限理性的购买和使用产品的行为。产品经理需要理解的“用户”,应该不是一个具体的群体或具体的人,而是一个特定情境下的需求组合。
产品经理研究的“用户”,是最需要采用方法论上的个人主义的,必须从无数情境下差异化的个体样本出发来抽象出“用户模型”。
优秀产品经理,一般是指市场需求导向的、擅长决策的产品经理,
产品经理这个职业,本质上是少数人的游戏,每个产品团队的领导者和极少数骨干基本决定了团队的产出质量和发展趋势。
产品经理的教学也可以认为是师徒制的,每次能教或能影响的人非常有限,只是身边能密切讨论问题的寥寥数人,然后通过这寥寥数人继续去影响下一层能密切讨论问题的寥寥数人。
用户的体验也好,用户的自私程度和认知局限也好,各种正式非正式的制度习俗也好,各种技术、收入、成本、时间和组织因素也好,都只是互相冲突的约束条件。而产品经理最核心的能力修炼内容之一,就是掌握每一个约束条件的属性和弹性。只有在无数产品迭代和情境下应用、挑战和验证这些约束条件,才能逐渐理解它们的边界和弹性,然后在未来的新产品上熟练使用这些约束条件,以更高概率地实现创新和突破。
做服务策略,是不可能把“看起来不好解决的问题”都甩给客服的。因为客服并不是全能的决策者,他们只是策略的执行者,如果一件事情没有权责判定、处理流程,面临纠纷的时候,客服也完全不知道怎么办。
视觉和交互是用来讲故事的,很难成为核心竞争力。
理由:
你看到的是已经做的很好的产品,才有钱请更贵的设计师 看到很炫酷又相对比较成功的产品,会误把他们的成功归功于用户体验 eg:电商网站,更多的展示信息比界面简洁更重要
设计的再怎么完美,需求总是会改的;产品经理是代为受过。(不存在完美的最终版方案)
现实原因列举 1.市场情况变化。比如因为某些事件,用户的需求变动;竞争对手的动作,导致必须有应对措施。 2.运营策略变化。比如公司的运营手段不同,导致产品上的支撑方法也不同。 3.研发阶段暴露了问题。比如一些之前很难发现的底层逻辑的问题,但在研发中暴露了,因此要将产品方案改为更适配的。 4.时效性变化。比如开发周期过长,导致时效性下降,没必要再用原来的复杂方案。 5.临时需求插入。比如各种因素导致的,有更重要的需求紧急加入,这时必然要修整原来的方案或者延后开发。
产品有时会做些引导,把不希望用户使用的功能隐藏或者路径变长。
用户傻,懒——用户不愿意在使用产品的时候思考。Don’t Make Me Think
多考虑未来
版本的命名和意义(不要让用户困惑); 版本的更新周期(不要让用户觉得烦); 强制改版的情况(旧的功能无法使用,强制改版显然不宜太频繁);(旧数据的处理、修复) 将来开发功能的预备(与技术人员沟通将开发的功能,提早在代码层面有所准备,以防经常做太多改版); 提前考虑埋点的情况(用来做用户行为分析); 要上App Store的应用,一定要把审核时间算上。
辩证看待“过度关注细节”
按业务需求划分产品经理工作,会导致设计漏洞;协作困难,一致性丧失; 工匠精神、抠细节、打磨局部功能是产品经理的美德; 用户需要的是连贯的页面、流程的体验;否则就像就像去了商店,每一步都换个售货员; 让用户通过使用产品顺畅地满足需求,而不是在每个页面驻足惊叹设计的美妙;
运营不LOW
包括用户运营,产品运用,内容运营,商务运营,市场推广,品牌营销;Facebook growth team;
任何人(尤其是用户)给你提需求时,都是依据自己的需求/立场设想了一个方案,但是作为产品经理,你要理解背后的真正原因,选择更合适的产品方案。(面对解决方案式的需求,多问几个为什么;不是权威与亲和;)
关于创业
(1)很多因素比点子重要
灵机一动;有情节没细节;100%已经被人想到了
(2)创业是为了赚钱
创业者不是理想主义者,是商人;尊重商业(周源)
(3)创业时,勤奋是下限条件
商业逻辑、业务能力,社交关系,团队管理
(4)创业不是做APP
把需求塞到APP里,谁来用呢?
文档的重要性:许多人觉得口头表述和确认是初创时期自然而然的工作方式。实际上,最粗糙的文档都比口头解决要好。文档和记录是规范产品研发过程的重要参考,是争执时的必要凭证,也是产品的验收标准。
理想和现实的对比
“整体使用流畅,没有硬伤”比这个功能“真炫酷,真厉害”更值得骄傲。
合格的产品经理的关键词是“完成”和“解决问题”。“创新、创造、更美、更厉害”只是锦上添花。
产品经理不是那种闷头想好点子的人,而是把公司战略、产品定位落实到方案上,把需求落实到功能上,把用户对产品的反馈落实到迭代改版上。
想象中的产品经理VS真实从产品经理 出点子VS落实需求 做到极致VS做到完整 改变世界VS服务用户 华丽视觉是用户体验VS满足需求是用户体验 带领大家冲锋陷阵VS更多时候是大家的后勤保障 文艺的感性青年VS严谨的理性青年 妥协、整合、平衡VS偏执、独断、精英
个人吐槽
一无所有,一无所知,一无是处