产品经理工作概述：谈谈我眼中的7个产品工作环节（二）.docVIP

　　产品经理工作概述：谈谈我眼中的7个产品工作环节（二） 前文已经和大家提及到了产品经理工作的前三个阶段，名为接受任务，分析，产品设计，这篇文章则和大家聊聊我们工作中的后四个阶段，即交付产物，跟进进度，验收发布，结果分析。 交付产物 我一直信奉团队至上的观点，个人的力量无论多么强大，也需要团队的支撑。 我们在工作中，常常感叹，有一位助理多好，那就能帮我们分担许多工作了。 我们希望有位助理，或者有人协助，本质上是对个人能力的一种危险预警，潜意识在告诉我们，你不行了，你需要团队 正确处理团队关系，高质量提供交付产物，是我们获得团队帮助所必须要付出的代价。 与不同角色合作，需要交付不同的产物，需要记住的是，没有谁是谁肚子里的蛔虫，也不要寄希望和谁心意相通，正如我们无法揣测BOSS的想法，放之他人，也是相同的。 在我们与团队合作的过程中，90%以上的分歧，不愉快都是因为产品经理没有严谨的对待自己交付的产物。 原型图和需求文档是我们最基础的两份输出产物，可直到现在，仍然有许多产品经理以思维，思考的名誉，剥削产物的意义。产品经理确实是一个强思考的行业，但这不代表我们不需要执行，不需要输出。不需要将我们的思考过程交付给团队。 我把我应该做的做完，我就成功了，置于对方有没有做完，抱歉，这不是我的责任，可我们真的知道自己应该做哪些事情吗？ 绝大部分的时候，我们是不知道自己要做哪些事情的，这是这类角色的一个特性，似乎没有人为我们安排明确的任务，于是，我们出现了各种问题，各种花式秀矛盾，如果我们是开发人员，我大概会这么说。 你不是来写代码的，你是来写bug的。 我们来简单罗列一下要交付的产物 原型图 原型全景图 需求文档 变更记录 业务流程图 数据流向图 迭代故事 材料准备 沟通，调整 并没有完全列举完，我并不想去堆砌交付产物，这似乎没有价值。 交付产物并不是越多越好，而是越有效越好。 以需求文档举例，我们可以看看自己写的需求文档，是否方便研发阅读，是否有歧义，是否已经将功能大部分都覆盖了，一份好的需求文档可以极大的增加团队效率，减少低效时间的耗损。 我曾关注过一个现象，相同的团队，相同量级的需求，实际开发中所消耗时间的差异高达 60% 期间，发生变化的只是需求文档更为精致，交付产物质量更高。仔细想想，平时耽误团队时间的，不恰恰是因为需求描述不清晰产生的沟通成本，调整成本，以及由于需求颗粒度不够导致的变更成本吗？ 而这些问题，只是需要提高我们交付产物的质量，就能有效解决。 所谓的交付产物是指接力的介质，产品经理所需要做的事情做好了，然后慎重的将我们的努力交给我们的团队。这是一个很庄重的仪式，很严肃，是对团队的尊重，也是对自己的尊重。 在野外，我们猎杀了一头野猪，大概有100kg，我们嫌弃搬运太重了，就只切了一条猪腿，带回部落，大概只有10kg 当我们再回到狩猎地时，被猎杀的野猪已经被其他野兽吃完了。 野兽就是我们所接受的任务，由于嫌弃麻烦，我们很粗暴的对待自己的原型图，很粗暴的对待需求文档，对待我们的交付产物。似乎是没有时间，实际上只是因为我们偷懒，而且还是很不聪明的一种偷懒。 如果用正确的方法画原型图，写需求文档，你会发现，这样才是最大限度的偷懒。 现在你知道如何面对交付产物了吗？ 他并不难，只是需要我们额外的细心，额外的认真，同时，也需要我们尊重团队，尊重自己。切忌将产品经理等同于思考者，我们除了强思考以外，也是团队中的一份子，思维固然重要，团队力量却远胜于个人的思维。 想的再多，做不出来，有什么作用呢？ 跟进进度 产品经理需要跟进版本进度，毫无疑问，我需要再强调一下，只有思想，只有想法，是无法做好产品经理的，我们不缺少想法，每一天我们都有许多想法，成出不穷。 2011年，在我第一次创业时，认识了一位灰色产业的朋友，他告诉了我一个很棒的想法，他想要消灭钱包，消灭现金。 人们每天买东西要带钱包，多么麻烦，还要找零，现在那么方便，做个软件出来，直接扫一下就能付钱，多方便。 光是付费还不够，金额太高，用也不方便，我们还得带个，最好还是刷身份证，刷脸，这样什么都不用带，要付钱的时候，扫一下脸就好了。 很遗憾，他不是马云，也不是马化腾，他只是一位不那么普通的普通人，现在，人们支付已经非常方便了，平时的生活中，我也很少再用现金了。移动支付产品经理的想法与我这位朋友的想法并没有什么不同，但将想法实现出来却是截然不同的两个概念。 想法固然重要，但也只是重要，真正起到决定因素的，还看我们的做法。 当我们把产物交付给团队以后，我们的事情并没有结束，你需要留意一下，此时你的身份已经变化了。 你的产品从交付的时候开始，出现了变化， 此时，团队就是你的产品，团队效率就是你的产品质量。 如果一个团队中没有更高的角色，那产品经理就是这个团队的leader，产品负责人就要对这