引言：笔者是今年本科毕业的应届产品经理，初入职场，在半年的工作中遇到了不少问题，同时也学习成长了很多，这篇文章是对自己半年工作的反思总结，希望各位前辈能给一些建议，也希望能对后来的新人有一些帮助。
本文是在工作过程以及面试过程中得出的一些关于产品经理的经验总结，包括在学生团队工作时和在公司工作时的感受对比，可能有些老生常谈，但希望我自己的理解能对大家有所裨益，主要内容为五个部分：
基本技能——执行力
需求判断力
关于需求文档输出
团队协作
新人心态
基本技能——执行力
「执行力」 我觉得是一个新人产品经理的第一个必备的基本技能，一切想法都必须建立在执行力足够的前提上。
很多产品经理特别是刚入行的新人，经常遇到这种情况：
老板或上级定好需求，然后自己就画画原型，UI出设计稿（设计稿行不行还是老板决定），然后开发测试上线。其中自己只扮演了一个传话筒角色，自己的很多好的创意根本没有机会展示给大家，即使有机会说出来也很难得到其他人的认可，仿佛和自己刚接触产品经理的时候「产品经理改变世界」的认知差别有点大。
对于产品经理无论是新人还是老手，执行力是非常重要的一个技能。马云说在一流的创意三流的执行，和一流的执行三流的创意中他会选择后者。执行是一，创意是一后面的零，没有执行，创意等于一句空话，只会留在PPT上。
新人产品对公司业务、产品逻辑、项目规划都不十分了解，这个时候直接去提出自己的各种想法创意，很可能会因为不符合业务需求、逻辑不合理等等原因被否决，再加上「新手光环」，团队成员会很快失去对你的信任，觉得你不靠谱，非常不利于后续的协作。
执行的过程就是一个熟悉了解的过程，在这个过程中不仅能熟悉业务，也能锻炼自己的产品逻辑能力，对以后自己的需求理解也是一种帮助。
同时这也是培养和上级、同事之间信任感的机会，一个能把每一件事都执行到位，不出岔子的产品经理，能很快在的在团队里建立起信任感，这样大家以后对你的需求想法也会更容易接受和认可。
当然，执行力只是一个必备的基本技能，一个好的产品经理绝对不可能永远只具备执行力，不能一直在这个阶段停滞不前。
需求判断力
这个是在换工作面试的过程中遇到的最多的一个问题：
工作中会有无数的需求过来，运营、老板、用户反馈、拍脑袋想法等等，作为产品经理要如何去判断这些需求的优先级以及真伪性？
优先级的判断有很多种方法，适用的场景、对象和业务也不同，对于用户和公司来说，我觉得初级产品需要掌握的一个模型是：KANO模型，比较容易理解和实际应用。
KANO模型：就是把需求分为基本需求、期望需求和兴奋型需求以及负面需求四类，偏量化的管理排列需求。
need-to-insert-img
可以理解为需求的存在度和用户的满意度之间的关系，比如兴奋型需求在产品上存在和优化度越高，此时用户对产品的满意度越高，反之如负面需求，存在度越高，满意度越低，基本需求优先级最高，兴奋型需求最低，负面需求尽量不考虑。
模型在这儿了，如何把需求归类才是重点，部分公司没有时间精力来做详细的市场用户调研，缺少一定的数据支撑，又由于没有非常丰富的经验来支撑我的直觉判断力，所以我在实际工作中一般会有以下几个判断技巧：
基本需求：一般包含两个方面，一是产品的使用体验，包括UI设计、交互体验流畅度等，二是产品本身的核心需求，比如微信的核心需求就是即时通讯，邮箱的核心功能就是收发邮件，12306的核心需求就是在线购票。涉及到这两方面的需求大部分都可以归到基本需求里面，满足基本需求是最重要的，没有解决好基本需求会直接导致用户满意度指数型下滑，抛弃产品，所以优先级排最高。
期望需求：我理解为对基本需求的升级与优化，比如邮箱提供签名功能、微信的语音，各种社区的收藏功能等等，是为基本需求服务的升级功能，存在会一定幅度的提升用户满意度，而缺失可能会让用户在满足了基本需求后，因为没有满足期望型需求而失望，满对产品的满意度降低。
兴奋型需求：我理解为「无中生有」或者「跨跃性」的需求，能极大的提升用户体验，比如早期微信附近的人和摇一摇、网易云的私人FM & 每日推荐，滴滴企业账户可直接免去开发票报销流程等等。这部分需求是最难把握的，因为在投入市场被验证之前，很少有人能保证这是迎合大众需求的，所以需要投入的精力和资源也需要更多更严谨。
关于需求文档输出
需求文档输出，就是产品经理将需求整理成文档，交付给UI和研发同学的过程，UI和研发同学会按照需求文档上的要求进行下一步输出，所以需求文档的输出必须做到以下几点（这里的输出文档指的是已经经过了开发需求评审的需求）：
清晰的逻辑图、流程图或者思维导图，包括正常流程和异常流程
需求内容描述清晰，功能解释、字段解释、每个界面包含哪些信息、元素、想要的交互效果是什么，一一描述
数据埋点需求
需求文档的输出形式有多种Word、Excel、Axure等，我个人喜欢在Axure原型中，结合原型设计和需求描述，完成整个需求文档的输出，优点是输出效率高，UI和开发能直观地对照界面和描述说明理解需求，不用去看冗长的Word文档。
在原型设计方面，一直使用Axure做中保真原型，并且会着重注意以下几点：
元素种类、布局等排列并注释用途和需求
基本不使用除了黑白灰以外的颜色，原型上直接使用颜色可能会对设计师有微妙的影响，为了避免这种情况所有全部使用黑白灰，除了特别提醒的按钮会特殊标注
项目中不会额外做高保真的交互动效，因为比较耗费时间，而且对于项目的进度和效率并不会起到很大的帮助（在业务时间可以做高保真的原型以提高自己的原型设计能力，但不适用于工作，这点也和很多产品经理、研发同学、UI设计都沟通过，大家更偏向于直接的文字说明和流程图而不是需要额外去点击的交互动效）
附一张自己的原型图
团队协作
产品经理在团队中必须要扮演好团队的协调者角色，提升团队的运作效率，作为一个刚毕业的产品新人，很多研发同学开始对我都是不信任的，前后在两个公司我都感到了这种「不友好」，但是我都用了不到半个月迅速改变了大家对我的看法：
保持平等姿态和平易近人，产品经理并不是“老板”，不是指挥官，并不是高人一等的存在，所以要保持一个平等的姿态和其他成员沟通，工作中不需要存在高冷这种性格，首先要让别人觉得你是一个「好说话」的人，中午一起吃个饭、下班后一起约个吃鸡能快速融入团队
及时沟通，保证信息对等，线上文字无法描述清楚的直接工位或者会议室交流
第一条说的是让人觉得你「好说话」，这里并不是指在工作中好说话、容易妥协。相反，在工作中需要快速展现出你的能力，执行力、严谨度、沟通能力、业务理解能力等，让别人看到你的闪光点，快速建立起在团队成员中的信任，甩掉「新人」的光环
不要频繁变更需求（慎重）
新人心态
校园和职场是完全不同的两个地方，职场上既有公司内部的竞争，还有市场上竞品的竞争，一定要时刻保持一个积极和虚心学习的心态，不断的提升自己！公司里前辈的决策和建议，即使有时候不理解，也不要直接置之不理，肯定有经验可取之处。千万不要觉得自己是新时代的力量就可以随心所欲。
套用之前杨俊大佬给的一句话：
内心可高傲，行事需卑谦，
总结
应届产品初入职场半年，总结来的有点晚，文笔也不太好，但是希望借助写自己的第一个年度总结的机会，整理自己的优点和问题，能对接下来的工作有帮助，也希望大佬们能给新人一些建议！