- 苹果的产品经理是谁 – Steve·Jobs
- 小米的产品经理是谁 – 雷·Jobs
- 锤子的产品经理是谁 – 情怀·Jobs
不知道上述1系列产品经理的名字，是不是让大家欣喜若狂从而心向往之。
国内互联网圈的强势突起极大推动了产品经理这1岗位的发展，从而乃至产生了人人都是产品经理的口号。
但是后来发现：我所理解的产品经理，其实不能简单被产品经理4个字而概括。
曾和朋友聊过：
你为何选择当交互设计师，而不当产品经理？
她极为认真的回答：
我不喜欢吵架。
1句话让我对产品经理这个词产生了种莫名的反感。
经理，顾名思义，是对1个部门具有决定发言权的人。
但是实际工作中，产品经理并没有所谓的实权，因此常常只能靠吵（si）架（bi）取得话语权和决策权——这1特性，恰恰让很多具有产品经理潜质的学生望而生畏。
再往前迈1步：为何有的人会惧怕和他人争辩产品上的分歧？或说产品建设上真的有那末多不可调和的矛盾，必须要通过撕逼来1争高低吗？
这两个问题的根本缘由以下：
1. 缺少产品分析方法论，不自信，所以不敢表达观点，或说没有观点；
2. 缺少产品分析方法论，双方没法通过理性分析达成1致，只能比谁嗓门大。
综上，得出结论：如果你认为产品经理的职责是需要和他人撕逼的话，那末你缺少产品分析方法论。
下面，自然的，甚么是产品分析方法论？
随着学习的深入，年龄的增加，我个人的对产品的看法也在不断变化中。
- 阶段1：我是经理，大家都得听我的，纯管理人的角色。
- 阶段2：我是产品设计师，我负责提需求，做交互，大家依照我的想法做。
- 阶段3：我是用户，我负责体验产品，大家和我1起优化。
下面就详细说明下我在阶段3的产品分析方法论，经验有限，不足的地方还望指正。
随着产品对人们平常生活的渗透性愈来愈大，我觉得产品经理的职责其实不仅仅是 Product Design，以后会更加偏向于 Service Design。
你向用户出售的不止是产品本身，而是与产品交互进程中及处在产品场景中带来的服务。
比如：你的产品是1家酒店，你的目标不是尽量让用户高价收购你的酒店；而是让用户在体验过你的酒店后，给你1个大大的赞，同时将好口碑传递给更多的人。
如何让你的酒店和他人的与众不同，脱颖而出呢？
作为设计师的你可从1下3个方面进行斟酌：
Service Design Mindmap
3个方面：
1. 好的服务必须要盈利；
2. 好的服务必须要有好的技术支持；
3. 好的服务必须要有好的用户体验。
商业层
商业上要盈利，不管是对领导层进行早期展现争取资源还是对用户进行宣扬的时候，必须要有1个好的故事。
You have to learn how to tell a good story
好的设计师需要会说故事
个人觉得排除讲故事的客观能力，好的产品故事最少需要有以下3点：
1. Usability
故事需要说明：产品能解决用户的哪些「真」需求，而不是 PPT 或视频做的特别酷炫，但是并没有甚么卵用的那种——由于1旦你的产品可以优先解决他人不能解决的问题，用户粘性便产生了。
即时你的竞争开始抄袭模仿，在用户体验差距不大的情况下，用户是不会转移使用产品的。说清楚，你的产品究竟能解决甚么问题？
2. Identity
故事需要定义你产品的身份，从而区分你的产品和别的产品。
比如：都做手机，他人会问，这台手机和别的有甚么区分？乔布斯站出来讲：we can change the world——逼格立刻就显示出来了不是。
实际上，产品上的差异的本质目的是带给用户身份定义的差别。
比如：如果你是苹果用户，自己会觉得我更看重颜值和用户体验（虽然也可能会被解读为土豪）。
说清楚，你的产品究竟能让用户感到甚么不1样？
3. Meaning
故事需要说明产品能给个人和社会带来甚么意义。这1点比较「玄乎」，但任何好的产品都有1个愿景，不论能否实现，最少在情感上能给用户带来共鸣，at least I have a dream。
比如：微信-便捷、连接；Nike-运动、青春。
人类的美好愿景不过以下几种: 成绩、美、创造、团体、使命、文娱、自由、和谐、公平、统1、救赎、安全、真谛、好奇。
选择你产品最贴切的1项，说清楚，你的产品能为个人和社会实现怎样的愿景。
最后补充个个人经验：
想要说服1个人，9999 个研究数据抵不上 1 个真实例子。
这里推荐3个做 Storyboard 的工具：
1. Powtoon：像制作PPT1样制作视频的网站，简单上手，动画殊效是其亮点，缺点是素材比较少。
2. Storyboard：静态故事分镜制作网站，操作简单，素材丰富，缺点是不能1键生成视频。
3. iMovie：视频编辑软件，操作简单，合适新手，作为对上述两个网站的补充，便可编辑已有视频也可将静态图片制作生视频。
优秀案例参考：Uber meets Tinder。
技术层
好的产品经理需要了解技术吗，我的答案是 Absolutely Yes。
为避免提需求时让开发认为傻逼 ，尽量 Google 1下实现技术实现原理，了解 Value[功能的价值] vs Effort[实现的难度]，从而进行决策。
我对技术层的处理方法是后端 the more the better，前端 less is more。
Front stage & Back stage
当设计后端服务时，事无巨细，尽量的斟酌到每个细节，测试时使用最奇葩的数据和情境，将 Bug 率降到最低，便可能搜集用户数据，为以后的定制化和大数据分析提供数据支持。
作为1个好产品的自我修养是不要让开发替你填坑，而是你尽量的辅助开发减少脑力消耗。
对前端服务，尽量寻求极简主义，不断学习设计知识，反复测试，在不影响用户理解的条件下，尽量去除没必要要的元素——用户没必要也不想知道你的后端有多么安全、复杂，用户只关注前端操作是不是清晰、简洁。
大部份情况下，由于后端和前端是由不同成员完成的，这时候候就需要产品经理提供 Communication 润滑剂的作用了，充分双向提供信息，尽量将信息消耗降到最低。
虽然我对程序员的自我修养有着充分的信任，相信他们1定会严格要求自己，写出高质量的代码，但作为产品经理，你必须要对程序的质量进行第1手把关。
通常有以下4个检验指标：
1. Efficiency：单位代码量下的功能生产力。
2. Robustness：代码是不是硬朗，安全性是不是良好，对特殊情况斟酌是不是周到。
3. Reuse：代码是不是具有复用性，是不是可以应用到其他项目中。
4. Scalability：代码是不是具有可塑性，当需求变更时，或添加功能时，可以灵活变通。
个人最希望的前后端模式是：前端全自助，后端全自动。
自助意味着用户无需引导，1切不言自明，充分用户自主决定；自动代表着润物细无声，我就默默对你付出就好。
试想这样1个场景：
自助情趣体验酒店，约炮双方通过酒店 APP 匹配，线上沟通，达成约炮共鸣；线上支付，自助 Check-In，取得电子房卡，电子地图导航房间。
酒店客服提早根据用户历史数据进行定制化房间装潢，准备情趣用品。
房间内水温，空调均自动调控。灯光、音乐根据用户兴奋指数自动转化。
固然，室内所有设置也可通过触摸屏设置；必要时，根据用户调研，还可以提供啪啪啪分级实战指南。
APP 定时通知退房时间，约炮双方相互评分，并给此次体验进行评分。用户离开后，酒店后台软件根据 GPS 位置消失提示进行房屋消毒，静候下1对炮友。
如果有这样1个酒店，我是会去体验1下。
你呢？
体验层
要成为1个好的产品经理，首先你必须是个好的用户。
如果你在体验服务的时候，历来没有斟酌过给这个服务提几个改进建议，请反思1下你是不是真的喜欢 Desgin Service？
甚么样的服务可以给用户留下个好印象？
有以下5个层面：
1. Usability：服务是不是完成了用户的期望
2. Responsiveness：服务是不是及时反馈
3. Flexibility：服务是不是善于变通
4. Transparency：服务是不是轻松自在
5. Enjoyment：服务是不是让人愉悦
固然，服务体验并没有1个具体的指标可以说好或坏。
我觉得：酷爱生活，酷爱这个世界，时候保持自己的好奇心，自信心，培养1双发现美的眼睛，多浏览 UX 类书籍。
最重要的：像庇护子女1样的孵化自己的产品，反复测试，坚持不懈，服务体验自但是然会由青涩转向成熟。
这里补充1个提升用户粘性的方法论，来自 Nir Eyal 的 Hooked：
Hooked
1. Trigger：通过宣扬让用户了解服务
2. Action：满足需求让用户使用服务
3. Variable Reward：服务不定期产生变化，保持新鲜感
4. Investment：用户自我投入，UGC 输出内容
Remeber：最好的用户体验是用户自己创造的，你所提供的仅仅是培养基而已。
至于产品经理究竟该换成甚么名字，有朝1日，我希望他人能叫我产品小公举。
– 野子Joey
———— / END / ————
作者：天晨Joey
原文链接：https://www.jianshu.com/p/e830c08d54bc
