本文由PMCAFF 产品经理社区原创专栏作者@ 野子 Joey原创，转载请标明出处。
苹果的产品经理是谁 - Steve·Jobs;
小米的产品经理是谁 - 雷·Jobs;
锤子的产品经理是谁 - 情怀·Jobs；
不知道上述一系列产品经理的名字是否让大家欣喜若狂从而心向往之。国内互联网圈的强势崛起极大推动了产品经理这一岗位的发展，从而甚至产生了人人都是产品经理的口号。然而后来发现，我所理解的产品经理并不能简单被产品经理四个字而概括。
曾和冉姐聊过，你为什么选择当交互设计师，而不当产品经理，她极其认真的回答：我不喜欢吵架。一句话让我对产品经理这个词产生了种莫名的反感。
经理，顾名思义，是对一个部门具有决定发言权的人。然而实际工作中，产品经理并没有所谓的实权，因此往往只能靠吵（si）架（bi）获得话语权和决策权。而恰恰这一特性让很多具有产品经理潜质的学生望而生畏。
再往前迈一步，为什么有的人会害怕和别人争论产品上的分歧？或者说产品建设上真的有那么多不可调和的矛盾，必须要通过撕逼来一争高下吗？
这两个问题的根本原因如下：
缺乏产品分析方法论，不自信，所以不敢表达观点，或者说没有观点
缺乏产品分析方法论，双方无法通过理性分析达成一致，只能比谁嗓门大
综上，得出结论：
如果你认为产品经理的职责是需要和别人撕逼的话，那么你缺乏产品分析方法论。
下面，自然的，什么是产品分析方法论？
随着学习的深入，年龄的增加，我个人的对产品的看法也在不断变化中。
阶段一：我是经理，大家都得听我的，纯管理人的角色。
阶段二：我是产品设计师，我负责提需求，做交互，大家按照我的想法做。
阶段三：我是用户，我负责体验产品，大家和我一起优化。
下面就详细说明下我在阶段三的产品分析方法论，经验有限，不足之处还望指正。
随着产品对人们日常生活的渗透性越来越大，我觉得产品经理的职责并不仅仅是 Product Design, 以后会更加倾向于 Service Design. 你向用户出售的不止是产品本身，而是与产品交互过程中及处在产品场景中带来的服务。
比如，你的产品是一家酒店。你的目标不是尽可能让用户高价收购你的酒店。而是让用户在体验过你的酒店后，给你一个大大的赞，同时将好口碑传递给更多的人。
如何让你的酒店和别人的与众不同，脱颖而出呢？作为设计师的你可从一下三个方面进行考虑：
好的服务必须要盈利
好的服务必须要有好的技术支持
好的服务必须要有好的用户体验
商业层
商业上要盈利，无论是对领导层进行初期展示争取资源还是对用户进行宣传的时候，必须要有一个好的故事。
You have to learn how to tell a good story
好的设计师需要会说故事
个人觉得排除讲故事的客观能力，好的产品故事至少需要有以下三点：
Usability: 故事需要说明产品能解决用户的哪些「真」需求，而不是 PPT 或 视频做的特别酷炫，然而并没有什么卵用的那种。因为一旦你的产品可以优先解决别人不能解决的问题，用户粘性便产生了。即时你的竞争开始抄袭模仿，在用户体验差距不大的情况下，用户是不会转移使用产品的。说清楚，你的产品究竟能解决什么问题。
Identity: 故事需要定义你产品的身份，从而区别你的产品和别的产品。比如都做手机，别人会问，这台手机和别的有什么区别，乔布斯站出来说，we can change the world. 逼格立刻就显示出来了不是。实际上，产品上的差异的本质目的是带给用户身份定义的差别，比如如果你是苹果用户，自己会觉得我更看重颜值和用户体验（虽然也可能会被解读为土豪）。说清楚，你的产品究竟能让用户感到什么不一样。
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 输出内容
Remeber, 最好的用户体验是用户自己创造的，你所提供的仅仅是培养基而已
至于产品经理究竟该换成什么名字，有朝一日，我希望别人能叫我产品小公举。 – 野子 Joey