2017年2月25日，公司一纸调令，我从客服部经理转型产品部经理。客服经理的岗位已经做了8年，一切了如指掌，对个人而言没有太多的挑战。

有人会问？两个岗位的差异挺大的，为什么会有机会转型产品经理？原因很简单，原来的产品经理跳槽了，公司中层没有合适的人选，而我作为可造之材，临危受命。O(∩_∩)O哈哈~，其实我也想有点改变，做点更贴近公司核心的工作内容。每个公司都会强调客服部的重要性，但是客服部的重要性多体现在公司业务蓬勃发展的上升期，在公司初创期、平稳期、转型期，客服部还都只能作为一个边缘部门，做得好是锦上添花，做不好也不会影响大局。

作为8年的客服管理者，我觉得客服更多的是做好公司内部支撑和用户服务，对公司的发展方向影响不大。

调令下发的第三天，也就是2月28日，我第一天到产品部上班。

第一天感觉不好，陌生的工作环境，陌生的同事，感觉在别人家做客的感觉，第一天就是熟悉办公环境和布置工位。

公司目前的产品方向基本确定，但是一些遗留工作需要排期。“我的学校”、“积分商城”、“家长版改版”……有很多产品的工作内容需要排期。而我只是一个小白啊，对产品的工作一无所知。公司领导找我谈话，让我尽快进入角色，技术部的研发工作也在等着产品的排期，压力大的啊，有一次实在是忍受不了技术部老大的每日教诲，还去领导那哭诉了一回。现在想想真是汗颜。

经过三个月的工作梳理，我对产品的人和事基本掌握。

我暂时还没有学axtrue，文案写作水平一般，也没有公众号的编辑能力及利用凡科这些第三方工具的能力，但是我是有过领导经验的人啊，很快我就发现了目前部门存在的问题。在内容运营、活动运营、数据分析、产品经理这些岗位上，提出一些改进建议和协作流程梳理。

制定了DAU和MAU的指标和考核方案，这个方案真是做到头大，基础数据、目标预测、考核和激励方式，整整改了三版，终于确定了一个相对合理的版本。期间无数次质疑自己，觉得无助，抱怨领导应该在分工时应该让擅长的人做擅长的事。

长舒一口气，好在现在都过来了~~

我为什么报名这个产品经理90天实战班？是因为我想快速了解产品经理的职责范围。因为在三个月的工作中，遇到了非常多的困惑。最大的困惑是，在跟技术配合的过程中，出现问题，都是自己的错，都是自己不够专业。

技术没有按照需求做开发，是因为需求没有写清楚，责怪自己，自己能达到100%准确全面么？

在开发过程中遇到一些技术无法按照原型需求实现的地方，简单来说就是不好实现的需求，技术就会要求改需求，否则就会无限期延长工期。你问具体会延长多长时间，技术又会回，只有看到了具体的需求和实现方式才能评估，现在啥都没有没办法评估工期。

技术要求PRD务必详实，尽量减少过程中的沟通。技术在开发过程中遇到问题，很少主动跟产品经理沟通，往往按照自己的理解去做，等到测试的时候，产品才发现与原型有出入，这个时候再让技术改，成本就很大了。一些小的问题，能忍也就忍了。

有时候，一些实现形式，产品经理可以跟研发说要做成什么样，也能给出参照物。但是研发会说，PRD写成什么样，技术就做成什么样。产品经理没办法描述的功能，技术就没办法做。最终产品经理就会按照自己能想到的实现形式来描述，但是这个实现形式已经不是最佳的方案。

好了，暂时先不吐槽了。说说开学典礼的感受和收获。

报名这个产品经理课程的小伙伴来自祖国各地，北京、上海、深圳居多。我这个小地方的只有我一个。开课前会有小组组队，一开始担心没人愿意接纳自己，主动跟班主任eva沟通，随机分配。eva鼓励自己主动去交流，想想也是。所以就在群里瞎聊了一次，结果给组员们普及了一下我们这个小地方，因为他们对我们这个城市的印象还停留在骑马、吃肉、喝酒这个层面上，足以证明我们这个三线城市的落后。

一开始加入了一个小组，结果因为松散，小组成员又各自去组建小组。辗转几次才加入了现在的小组，加入小组还有个投票筛选的过程，大家自我介绍，然后组员互投，好在之前在小组里说过几句话，有点人气，否则差一点就被淘汰了。我的天，我加入的这个组织都是90后，我都不敢告诉她们我的真实年龄，作为一个老大姐，还是一个小白，我真是尴尬无比，我一定要好好学习，跟上这些小朋友的脚步。我们这个组长啊，真是够可以的，还发起了打卡的活动，每天读书一小时，每天健身一小时，我在他们这个年龄的时候，我还天天看韩剧呢。现在的90后真是不得了。

今日收获：（吴季丹）

一、产品经理的责任和分工

1、团队利益

产品大脑，技术心脏，运营手脚。作为leader、partner要以团队利益为重。

2、ownership

做好自己（owner），明白你的意义（ownership），承担你的责任（teamwork）

管理好自己才有资格去管理别人。要做一个靠谱的产品经理，有一定的人格魅力，才能让团队成员信赖。

二、用什么形态去做产品人

1、平常心——心态

推心置腹（用心去想用户的诉求），己所不欲，勿施于人（自己觉得不好的东西，不能让其他人用）

2、匠心——能力

望闻问切

看一看，用一用，问一问，自己动手给个方案。看到不好的体验或问题之后，自己试着用一下，看看逻辑如何，不懂的地方问一问，把看到的问题跟他人进行交流，并给出更好的解决方案。如果只是提问题，不给解决方案这种是不好的。因为自己去做也未必如他人做得好，不要做只提问题的人。

浅尝辄止，何为匠心

需要去挖掘需求，不能觉得差不多就行了。

三、如何判断产品经理是否靠谱（解决了一个疑惑）

PRD的正确率可以从70%提升到75%或者更高，但是不可能达到100%.

80%---85%已经非常不错，专业能力只能不断提升，要接受不完美。没有缺陷本身就是不完美的。

产品经理的prd会有逻辑漏洞，文档没有描述清楚的地方，流程缺失的地方。技术研发会存在bug，运营方案会存在漏洞，但是这些都可以依靠团队的力量来互补，比如在需求分析的时候，技术或测试会从各自的角度提出意见，交互、视觉设计师也会有相应的补充，15%的不完美可以用团队的力量来互补完善。