起点课堂会员权益
职业体系课特权
线下行业大会特权
个人IP打造特权
30+门专项技能课
1300+专题课程
12场职场软技能直播
12场求职辅导直播
12场专业技能直播
会员专属社群
荣耀标识你是行政型产品经理吗？
你是一个行政助理，还是产品经理？
一、何为行政型产品经理？
我试过一个很有意思的方式，其实任何人都可以做产品经理。找一个办事麻利的行政，来做梳理和传话沟通，也能顺利上线一个产品，但完成度往往很差。
这也是我们常说的产品经理岗位门槛不高，但是做事缺乏挖掘和维度，往往导致质变的差距。
所以今天想来谈一个很直接的感悟，看似浅显易懂，甚至每个人心里都有数，但是做起事来往往被忘掉。
在我心中其实一直有一个不太客观的想法，我认为一个产品的失败，产品经理要付全责。因为产品经理作为：
- 一个资源的支配者
- 一个团队的协调者
- 一个方向的把控者
项目沉船的责任，也只能算到船长头上，而非大副和厨师。
那么到底是什么，日积月累区分了两个产品经理的能力值呢？
同样是一个项目或者一个功能，两个产品经理差的到底是什么。凭什么到了年底，人家的绩效要比你好？
其实只需要一句话就能概括：
懒惰让你的工作毫无深度可言，让你忽略了你该做的事。
其最直接的后果就是你的产品没有深度，需求落地没有深度，从而让整个团队搁浅。
二、别让你的需求毫无深度可言
那么如何能让我们的需求富有深度呢，要分三点来看：
需求挖掘的深度
在接到需求或发现需求的时候，你是否浅尝辄止急于落地形成文档呢？对于同一个客户反馈的信息，不同的产品经理会有不同的判断。
比如《乘风破浪》里的彭于晏，选择囤货BB机，而PONY马选择学计算机。同样的通讯需求，有的产品经理选择用BB机解决，优秀的产品经理选择即时通讯。个中的差别其实就是对需求理解是否透彻，这是我们需要，一马当先考虑到的事情。我认真写的第一篇文章就是讲需求挖掘和分析，但往往不从事外去看，很多产品经理不能明白这其中的重要性。
需求挖掘的不透彻甚至会影响你的工作量。你要知道产品经理来说，需求是有周期和节奏的，不是立竿见影立马上线的。所以如果你倾其所有去做一个生命力很短的功能，其结果只能是：
- 欠债越来越多
- 工作量也越来越大
- 自己也越来越怀疑能力和人生
但究其根本仅仅是因为你没有细致对待每一个需求。
所以：不满足，是产品经理的原则。
需求落地的深度
一个完好被分析出来的需求，在落地的时候往往会因为技术瓶颈或变化而大打折扣，如何减少这部分损失也是产品经理需要做好的部分。我面试了很多产品经理，都因为他们不能把事情推进到底而拒绝掉。当你跟进一个项目的时候，你是完全放养还是定期追踪？是交了文档就万事大吉还是频繁地确保需求落地？
其实对于初级阶段来讲，很多的理论和思路都比不上落地阶段第一手的经验，产品经理最关键的能力也是在落地阶段一点点积累和磨练起来的，只有深入一线才能体会到什么样的需求文档实用，什么样的沟通方式适合团队。
所以我往往建议初级产品经理要专注于项目，最可怕的是他们看不到自己能做的部分，而觉得项目满足不了他们的成长。
我在天天问问过一个问题：你做一个登陆模块的交互需要多长时间？
其实我期待的答案不是一小时或半天，而是一周。你是否愿意把每一个标注都写清楚？边际条件都想清楚？对于登陆模块，你是简单的画七八页原型就满足了，还是把各种流程图都补上，最后再简单写一些测试案例？
这些细小的问题没有深究，往往积少成多击溃了我们的工作。
需求复盘的深度
复盘是需求上线后的必备步骤，如果一个产品经理做过的需求就束之高阁，那无异于熊瞎子掰玉米，掰一个扔一个，存不住干货。
当你复盘的时候，是简简单单去把时间线比对一下？还是老老实实按照文档把实现程度标注出来？当你测试时间不够，是怨天尤人埋怨程序团队还是怪自己没提早准备好流程图发动大家帮你一起试玩？
需求文档的一大作用也是记录你做需求时候的心路历程和思考点。我喜欢在文档写上一个月、三个月、半年、一年后的展望和预想，到时间的时候可以验证一下自己的想法是否准确，这是对于一个产品经理来讲最好的自我学习方式。
这也是为什么虽然伟大的男性产品经理很多，但往往细心按部就班的女孩子在初级阶段能做的比男孩子好。
不省略步骤，才不漏掉财富。
三、产品经理该如何做？
我认为产品经理的最低限度是行政，负责收发邮件和传递信息，而不做加工处理和推进。
而最高限度是全局，把一个事情可以从多个角度，更深的层次去探究，而不是得过且过。
只看一个角度还是看很多角度，是很多人没意识到的问题。你可能抱怨自己的方案不够完美，但其实是你自己扼杀了很多可能性。
我曾经有一次自己苦思冥想了一周，拿出了一套交互方案和产品定位，但被领导否决了，我很沮丧。但后来我才渐渐明白，是我自己把那些可能性都否掉，最后功利性地拿出了一个成品。所以我在后来的工作中，遇到关键的项目，会投入更多的精力，把分歧点和多种方案统统记录下来，这时候领导也不会觉得自己是巧妇难为无米之炊，而多个角度和多个方案，也是我工作量的体现。
所以，你选择做一个行政助理，还是产品经理？
#专栏作家#
花生酱先生，人人都是产品经理专栏作家，微信公众号：产品之术。金融业资深产品经理，对职涯规划与个人发展有丰富经验，产品涉猎广泛，ERP、金融领域较多。
本文原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 unsplash，基于 CC0 协议
有些回复真是难以理解。取其精华就完事了，纠结细节并与自己参照。除了更深的焦虑，又有什么意义呢？
强烈赞同需求要深度思考。不思考不代表线上不会出问题。掩耳盗铃罢了。产品经理只是一个大脑，想到和操作场景和流程非常有限。这种情况下还不去反复推演，做出来的必然漏斗百出。而且如果不深度思考，个人的专业性又体现在哪里。
退一万步，又急又没有资源的需求，也要把风险列出来或者是风险类型列出来。
是的，仓促上线的东西总有一天会还回来
学习了，作者对职涯规划与个人发展有丰富经验，能否出一篇针对初级（1-2年）的产品经理的职业规划的文章？
过奖了，其实一二年不存在什么规划，就是找方向，稳点就是进大厂，看项目。
分析、落地和复盘的深度
其实是活下去的情况下，最大深度。这也是为什么在小公司很忙却不一定充实，因为没有资源和时间让你细细想。所以大公司有时候虽然事情少，但是有机会让你想很细。
不要纠结一周的事情么，只是一种增强效果的比喻罢了，重心是深度挖掘和分析啊；写的很好，实在又实用，学习啦，抱拳~
太懂我了，赞一个
如果你问我，一个登录模块需要做多久？ 我会说可以做一个月，也可以做一天，看具体时间视团队情况和项目紧急程度而定；如果是战略性产品，市场上同类产品很多了，那需要多打磨，寻找差异化和多构思“打法”，如果产品市面上很喜鹊，需要快速试点和找到种子用户和反馈，则需要最简，快速上线。
比如：我们一个产品需要快速上线验证商业模式，试点，抢占市场份额，但是团队人员还较少，你可能就需要更加关注市场的需求，和运营需求而放弃后台（业务人员，客服，其他系统）等的需求
产品经理（总监）是跟领导一起决策的人，领导一般也很忙，提前预约或者找他空闲的时候，所以经常主动找领导沟通（了解公司发展状况，领导对未来的规划与展望，现今团队的状况），如果你就天天坐等他给你提需求，那领导怼你，压你，也是正常事情
太中肯了，佩服
每周数十个需求，时间不允许对每个需求精雕细琢的
数十个需求，真正有用的是哪些呢，强如微信，每周有数十个变更点嘛
快速适错快速迭代，跟本不允许我们在前期花太多时间精雕细琢以完美状态交给下游开发
错不应该全被试出来的，初期的产品形态不好，很容易给用户造成不好的印象，导致哪怕第二版很优秀也提不起兴致。每一次试错也必须是深思熟虑的决策。
写得非常棒，值得每个初级阶段的产品阅读
谢谢！
首先！这遍文章的核心是产品经理的工作规范对自己的发展和产品发展重要性，写的很接地气 也很干货。但是一个产品的成败是一个多方因素作用的共同结果，受到时间、人、行业以及发展阶段影响，每个因素都是变量 ，在不同的时期有不同的侧重点。就比如在当下竞争如此激烈的情况下，对于创业公司来说最重要的是如何发现和创造新的商业模式以及快速验证需求真伪，你要在最短的时间内快速验证市场，就算你三个月写一份完美无缺的需求文档，半年把它开发完成上线，最后决定成败的还是你有没有的核心商业模式。我个人认为在创业初期，产品经理最重要的工作是要和你的老板一起弄清楚你们产品到底解决了什么问题，这才是核心。
是的，如果下面的产品经理没有倒逼老板一起打磨模式，很难走的很深。产品经理一方面是维护和谐，一方面也要制造冲突，确保每个人信息相同。我同意mvp的理论，但想得多，不代表慢。相反，想的少往往会造成更多返工和浪费。这都是血的教训，也许我写的不够深入，新人不理解也没关系，大家慢慢都会走到这里。
说的对，首先把商业模式搞清楚，才是最重要的
商业模式，产品定义。
一句话：不满足，高标准就好了
精辟了
如果遇到好老板，本文没毛病。老板不讲理，都是扯淡
我之前遇到过不讲理的老板，做事没条理，浪费了很多工作量，后来我就走了，他们公司今年倒了。所以我觉得关键的是如果你有一天当老板，你能不能意识到你的行为给下属带来了什么。
之前已经经历了2家这样的公司，一个半年一个一年全都倒了，深有同感。老板是传统行业出身，急于变现，拍脑袋决定，自诩权威，却很多时候没想明白
低层级往往感觉不到资源浪费的心痛，这种经历也是一种财富。
说的和真的一样
写的真的很好。勿忘初心，但往往初心易得，始终难求。
感谢！
有种当头棒喝的感觉🙆
总有那些你深有感触没做到的点
一个登陆模块做一周，估计会被老板炒掉 😥 哪怕说了会考虑很多东西，还是会觉得这个人效率太低。
可否请大神分享一套完整文档的模板呢，感激不尽！！！
同感，同感
是啊，登录模块做一个星期，产品上线估计要一年半载吧。同求完整文档模板
可问题经常是，老板给了一个行政性产品经理应有的deadline，期待了一个优秀产品经理做出的产出物。
这时候就得把变量都思考清楚摆给他看，如果他就要豆腐渣，那就给他豆腐渣，不过自己知道本可以怎么做就行。
是的是的，基本上一个项目确定要做了，给产品的时间特别少，有的时候觉得产品就是个领导、老板的助理，有些东西产品也不能决定，都是要沟通去问老板。
打好提前量吧，需求压半年都很正常