腾讯大讲堂 认清项目本质 从0开始学产品策划 ①.docxVIP

腾讯大讲堂 认清项目本质 从0开始学产品策划 ① 腾讯大讲堂colon;认清项目本质lbrack;从0开始学产品策划 ①rsqb; 真正的世界不在你的书或地图中，而是在外面。?——《霍比特人1：意外之旅》 从来没有人告诉我产品经理应该在实际操作中怎么做。有的时候你可能完成了需求文档，就每天呆坐在位置上等待开发完成需求；有时候你可能并不知道自己要做哪些事情，而只能看着产品经理的第X本书，奉为宝典，期待书里给出一个答案。我第一次介入项目，并开始做分配的第一个需求时，意识到自己显然不能再依靠书上的知识混日子了，而是应该从零开始了解整个过程。 不管是参与到一个项目中，或是创业，或是自己组织一个业余项目，都面临一个问题：开始了之后，我应该怎么继续下去？ 不管是哪一种，都必须意识到做一件事情必须是有流程的，做产品并非是凭借持久的热情和激情推动，并非是通过自我内心的驱动力和成就感去推动，大部分时候团队会进入倦怠期，因此流程化是一个比较好的选择。当然，流程这东西有时候好，有时候也容易成为阻碍，这是后话。 所以，一个产品经理刚开始介入到一个项目的时候，一定要注意对于流程的理解和掌握，任何项目都依赖制度和流程去推动。流程就好像是地图上的线路，从北京到深圳要如何走呢？高速路上可能会出现许多标识，提示我们：离深圳还有100公里。当我们顺利到达深圳，则流程就结束了，任务也完成了。 流程的重要性并非是在于指明一个方向，更是在于确定一个共同的目标，并在整个项目时间点进行分割，安排各项事务，并设立项目的里程碑。比如我刚入职的时候，不明确自己的职责是什么，还自以为是地画了一个甘特图表达自己对于手里需求的重视。实际上，这些事情应该是项目领导去制定，而我们参与其中，大家一起按照流程同步前进即可。 项目可以是一个产品，可以是一个功能，可以是一个活动，项目可以是任何一个东西——但项目不能缺乏目标。项目目标确立意味着整个团队拥有了前进的方向和目标。曹操望梅止渴的故事，就是一个小项目，可以戏谑地称之为：“行军缺乏水需要尽快撤退保证军心稳定之寻找看不见的梅子项目”，目标就是“稳定军心，尽快回到大本营”。 项目目标很重要，并需要每个人都明确地了解这个目标。 我在项目中的定位是什么？ 不同的项目会有不同的人员角色配置，所以产品经理一定要明确自己的职责和定位。如果有项目经理存在，一般产品经理就不需要负责项目的大小事务及推动项目进展，只需要专心搞好用户体验即可；如果并没有配置项目经理，则需要产品经理承担这部分的责任。 不仅如此，产品经理还要了解自己负责的需求是什么，这个需求是否和其他的产品经理有交集，需要和哪些开发人员及设计师去沟通，需要哪些资源和支持，这些都需要在项目之处了解清楚，不然有可能并没提前评估工作，陷入困境。 除了项目之前的准备，还需要明确产品经理在整个项目过程中有哪些职责，一般是这样： 制定Feature?List，并排好优先级 与项目其他成员宣讲Feature?List，并重新根据开发计划调整优先级 敲定了Feature?List之后，开发人员、产品经理等相关成员需要输出各自的计划和方案 输入方案之后，产品经理撰写需求文档并进行评审 评审通过之后与开发、测试等需求相关的人员进行评审及宣讲需求文档的具体内容和功能 在开发过程中，保持与相关人员的沟通，并随时体验产品，保持体验和需求文档一致 在测试环节，产品经理需要和测试工程师一起保证产品质量和体验过关 发布前，产品经理则需要确保功能体验良好，并输出后续的计划。 从0到1?——?先接触用户 产品经理离用户有多远？ 日常查看用户反馈和建议时，我常常遇到这样一个问题，如何去有效地判断哪些反馈和意见时需要我这边进行处理的，如何安排优先级？ 面对一大堆ID，我着实犯难了。对于他们，我没有现成的用户个人资料，不了解他们的场景和使用问题，不了解该如何重现对应的Bug，不了解他们急切反馈的需求是否真的已经影响了整个产品的使用，不了解还有一些喜欢发送一些负面字眼的用户，究竟时遇到了什么问题，让太慢如此恼羞成怒。每当看到反馈意见，我都不得不反复思量，逐条验证和思考。有时候，不得不感叹，产品经理满嘴离不开“用户”这个词，但实际上，我对用户了解有多深入透彻呢？ 产品经理总是喜欢使用新奇的玩意。当我使用iPhone?5的时候，绝对想不到还有许多使用iPhone?4的用户，他们反馈的闪退和卡顿，是我无法体会的感受；当我习惯使用某个功能时，绝对想不到许多用户根本不理解那个按钮的意思，大部分人很担心这个功能会造成不可逆的破坏；当我身处于各种Wi