产品经理，你真的有经理职权吗？

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