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