产品经理是什么都做的救火角色
经常遇到刚入职或者刚转岗过来的小伙伴问：我要做什么，我负责什么，我接下来的工作是什么。三板斧式的问题，毫无毛病。对于新人，确实应该先确定清楚自己的职责范围和工作内容，上级也有义务告诉你。很多时候虽然表面给他们安排了工作，但内心底的潜台词却是“不要问，我们什么都要做。”5年以上工作经验的产品如果来这么问，我会反问：你确定你不知道要做什么吗？
随着经验的丰富，阅历的增长，高级的产品经理应该都知道自己要做什么，做事情的轻重缓急，合理安排时间和任务，这是到后期的必备素养。这也是在前期千锤百炼出来的，我们一定要扭转产品经理只负责需求和画原型的观念，甚至现在很多产品新人原型都不画，说都是交互设计师画的。说实在的，即便大公司里面，也要产品经理自己先出个方案出来探讨，通过之后交互设计师才去细化。所以对于产品新人来讲，千万不要图省事去偷懒。以前有个比喻，说产品经理像救火队长，哪里需要去哪里，还是蛮贴切的。
为了避免闭门造车，一定少不了调研
为了避免闭门造车，一定少不了调研
这是当下很多产品新人都会忽视的一块职责，交给他一个功能或者一个模块，上来就开始画原型，凭着自己玩应用或者以前的工作经验，有个大概了就着手设计，这样的交付，被毙掉的可能性非常的大。新人做产品，虽然不是让你负责整体产品，但也要先了解产品所在的行业，产品所经营的业务，与产品有相同模式的竞品在做什么，以及使用产品的用户会在什么样的场景下使用。
市场调研主要是要了解竞争状况和行业现状，听上去是不是比较高大上，其实不用了解的很深入。打个比方，做互联网金融类的产品，你好歹要知道现在都有哪些模式在做，政策限制是怎样的，每种模式的发展路径会怎样，现在市场预估的体量有多少，这些内容和数据都可以直接百度搜索到。了解这些信息后，你大概就能知道这个行业的发展情况，也能对产品的前景有个大致的判断。再看看自身产品所属模式下，已经有哪些产品在做了，做的情况怎么样，心里就基本有数了。
用户调研主要是要了解直接需求和使用场景。为什么只涉及直接需求呢？因为间接需求用户也讲不出来，要靠分析的。做产品的一定要去一线了解需求和场景，这应该有很多大牛在分享的时候都讲过了。具体来说就是做互联网金融的，你就找身边有理财诉求的或者有借贷诉求的朋友聊聊；做互联网教育的，你就找身边亲戚的孩子或者去学校门口找学生多聊聊；做互联网出行产品的，你就找身边比较喜欢旅游的朋友聊。总之，互联网+发展到现在，任何业务模式，你身边或多或少总会有人符合条件的。关于使用场景，就是当你的用户对象有诉求的时候，要了解一下会在什么样的情况下使用你的产品，这很重要，可以帮助你分析操作场景和核心功能。
再忙不能忘了主业，做好需求管理
需求，需求，一天到晚都在讲需求，哈哈，做产品经理的就是这样，你选择了这个岗位，就再也离不开用户和需求。从需求收集开始，到需求分析、需求定义、需求设计、需求变更，不同的阶段，对需求的管理方式不一样的，也讲究很多方式和方法。千万不要停留在理论层面，一定要去实践。
说到需求收集，很多人脑海当中都会立马蹦出做问卷调查、用户访谈、数据分析等等，很好，至少你还知道，关键是你有没有真正去做过？接到一个新的任务，是不是一上来就开始凭感觉画原型了。现在创业型的互联网小公司挺多的，很多小伙伴一上来就能单独负责产品了，这要是凭感觉做，只会做出来一个你自己想要的产品，而不是用户想要的。
再来看看需求分析，做加法，做减法，大家好像都会，但好像也不太清楚为什么加，为什么减。其实很多人还忽略了一点，就是还要做需求挖掘。如果只是单纯的把用户需求翻译成产品需求，那就真的是人人都可以当产品经理了，那我们产品经理岗位的专业性还体现在哪里？
从概念到原型，做好产品设计
从概念到原型，做好产品设计
广义上，产品设计是指定义产品和设计产品的整个过程，解决产品是什么，要做成什么样子的问题。包括概要设计、信息架构设计、功能设计、框架设计、交互设计、界面设计和视觉设计。这个看上去就比较复杂，那我们就来看点简单的，从原型设计开始。我们要考虑布局、排版、交互、色彩搭配、视觉呈现效果等等，通俗一点说就是功能模块如何放置，区块大小及呈现形式，如何让用户操作的最便捷，如何让用户看起来就舒服，我们要传递给用户什么样的感觉，是科技感还是小清新，是专业还是诚信，是活泼还是可爱等等。
到原型设计阶段，现在不知道是什么情况，很多小伙伴已经可以只动口不动手了，有一个专门的所谓交互设计师帮着画原型。我们不去追究所谓的交互设计师是否专业，先就产品经理只把握大方向这件事，就可以说道说道。到目前为止，我自己负责的项目，我自己都亲自动手画原型，用原型去演示、去探讨、去碰撞，最终产生才成定稿。我带过的产品团队都会有内部评审机制，就是任一小伙伴负责的功能需求，设计出来后都要先在产品团队内部评审通过，才去和业务部门评审，才去细化成PRD文档，才会去和技术评审。原型设计是自身对需求的一次重新梳理，拿参照物去评审比空口大白话强的多，确实公司内部人力资源富裕的，你至少也要先做个PPT或者思维导图拿出来探讨。
我现在面试经常遇到UI转产品、UI转交互的、交互转产品的，如果真有能力，当然可以转，问题就在于，我遇到的这些转型都只会画原型，这就尴尬了。这就好像会打字就能做行政了一样，产品经理太容易就能当了。还是要相信术业有专攻，产品、交互、UI、用研，任何一块做好都能拿高薪，得去钻研。产品经理憋屈点，交互、UI审美、用研都得懂，这样才能把握整个产品设计的环节。
不是为了考证，反正得会项目管理
公司没有达到一定规模，团队协作跨度不够大的时候，一般是不会配备项目经理的，这时就要产品经理自己顶上。制定或配合制定项目计划，跟踪项目进度，协调项目所需的各种资源，解决项目过程中遇到的各种问题等等。因为产品经理岗位无证可靠，有些小伙伴会去考个PMP。这个事情呢，考了是有好处的，不考的影响也不大，毕竟项目管理只是我们的“副业”，反正迟早都会掌握最基本的项目管理常识的。
做项目管理时，可能经常会出现网络上流传的各种“跪求”“撕逼”类狗血的剧情，那都是人家宣传的需要，真实的工作场景中虽然也会遇到，但同事间协作关系搞不好，要么是公司招人时瞎了眼，要么就是产品经理的沟通协调能力不行。不要求做到八面玲珑，但要求灵活应对，对不同类型的人，采用不同的沟通方式去协调。不要一味的只会死板的沟通方式，然后回过头来说：“我们公司的技术是傻逼，谁谁谁都是傻逼”，这样只会暴露出你自己的能力不足。
不懂运营的产品不是好产品
不懂运营的产品不是好产品
产品运营不分家，都说好的产品是运营出来的，好产品是前提，其实运营也能不断的从用户那边接收到反馈，然后提供给产品不断的改进，这样产品和运营之间相辅相成，才能把产品越做越好。任何产品开始做的时候，都不是自带能运营出去的光环的，需要产品在设计的时候就考虑运营的需要，把一些逻辑提前实现掉，这样才能辅助运营打开局面。另外，产品经理要时刻关注运营的数据和效果反馈，关注行业环境和用户心理，在运营手法上和运营人员一起推陈出新，需要产品功能支持的地方，就快速响应支持。
说白了，产品就像你自己的孩子，把孩子生出来只是第一步，还要把孩子养大，养大的过程肯定要全程参与。很多小伙伴都会说，我产品做出来了，没有推广开来，是因为运营人员能力不行，但你自己为什么没有去给运营出谋划策？你是产品的设计师，应该最清楚产品的核心功能点是什么，什么样的核心竞争力能够吸引到用户，要把这些东西沉淀总结出来，提供给运营，一起去制定运营策略。
逻辑清晰是第一位的，产出交付要细致
产品经理的产出，PRD是大家所熟知的，现在越来越少人会去写MRD和BRD了，上来都是PRD起步。这也和大家所负责的内容范围有一些关系，但还是要练习一下写MRD和BRD，这样对自己的产品思维培养是很有帮助的。
思维导图大家也很熟悉了，原型前面已经提到过。这里就说明一点，业务流程图、状态流转图等流程图类的交付，特别是涉及到复杂业务逻辑的时候，流程图是必须要产出的，能极大的帮助被人去理解你的设计逻辑和结构，也能清晰的表达业务上各个环节的变化。
综上，在整个产品研发流程里面，除了不直接参与做UI设计和写代码，其他的环节产品经理其实都是需要参与的，测试人员来不及的时候，产品经理也要顶上去做功能测试。在产品研发流程中，因为有项目的存在，必然是有明确的计划和工期的，每个环节的执行都是比较紧凑的。况且很多时候我们都不是从0开始做产品，那就更需要清晰的认识到自己的工作职责，那就是不断的围绕核心主线去完善产品，做出用户真正喜欢用的产品。