产品经理的三部曲：当前版本、下个版本、需求

点名感谢网易lofter运营总监车大德先生给我的帮助，感谢你教我做产品的方法，谢谢。

相信大家看过不少关于产品的文章和书籍，道长看过不少，很多不错，不过要说系统的用到工作中，是比较散的，今天跟大家聊的是产品经理做事情的三部曲。

在我的工作过程中，我永远都用重点和预期，不会出现没有事儿做或者开发没事干的情况，对公司负责，对团队成员的成长也负责。

第一步当前版本

当前版本即是正在开发中的版本，当前版本进行的过程中，产品经理需要关心和做的事儿至少有这三点

第一是开发有没有碰到难点，以及碰到的难点的解决方案，是能解决还是妥协掉体验还是就实现不了，这种情况在创业公司团队还是有发生的，我们跟牛逼的开发团队是不能比的，很多问题都是在开发的过程中才会体现出来，这个时候产品经理就需要有很好的问题处理能力了；

第二是已经完成的需求点的关心，安排给测试尽快测，产品经理自己也需要去亲自用，看开发的结果跟需求是否有出入，视情况处理；

第三是写下个版本的需求。

第二步下个版本

下个版本的规划并且落实到需求文档，功能点需要根据产品情况和规划来做，需要区分功能优先级和功能性质。

先说说优先级，按照“四象限法”来进行归类，像重大问题修复、重要体验优化、重要的新功能这种优先级肯定是最高的；功能性质是新增和改进，这个做好沟通和准备，新功能有可能会涉及到调研或者人力成本增加，要考虑，新功能会带来的影响，比如对用户的影响和运营新功能的方法这些，需要更运营团队沟通和预先有方案。

第三步需求池

需求池是存放跟产品有关的未来可能会做的功能点子的地方，拿我们的产品来举例，在道长的需求池里面，会在现有“展览、发现、我的”三个帧上面增加一个帧，暂且叫“碎片”，这帧是未来给用户带来跟艺术相关的内容，呈现方式是文字、图片和视频，内容形式包括艺术家/策展人/批评家/达人专访。

我对需求池的建议有两点，第一是不必考虑能不能做或者是做了没用什么的这样的限制，先不必设置伪命题，只要是觉得OK的，都先列出来；第二点是最好用xmind来做，每个点子是属于哪一个模块的，如果是已经做了，标记出来，这样方便检查和对比。

以上就是道长的三部曲，走起来很有节奏，你仔细思考会发现，这三步是一个闭环，本篇文章主要想表达做事的方法，不讨论做事的细节，好了，祝天下还在加班的产品经理幸福安康。

本文由人人都是产品经理专栏作家 @芒果道长 原创投稿，并经人人都是产品经理编辑。未经许可，禁止网络推广网站推广转载。