蜗牛派不管你是否兼任“项目经理”的角色，在一个产品从0到1的过程里面，产品经理必须深刻的理解整个过程的艰巨，要能与团队一起致力于整个项目的成功。产品经理在进行规划产品的同时，偶尔也要担负部分项目经理的工作，作者结合市面上项目管理的流程及自己所处公司的情况，讲讲产品经理如何做项目计划。
一、前言
作者是一名新手项目，一边按照自己过往做计划的经验，展开做项目的规划；另外一方面，又在学习，怎么做出更好的计划，并且将可迁移的基础能力快速代入到项目计划的制定之中来。并且，内附一个以吃喝玩乐项目需求来进行展开，如何进行产品的整体规划，到项目计划的制定。
笔者项目经历比较特别，总得经历了十几个项目了，不过最早角色是运营，后面是产品，目前是产品和项目，所以对于项目的理解，既不像纯产品那么样，也不像正统的项目管理，会有对项目自己的独特理解和方法。
二、项目的核心五个大步骤
启动–规划–执行–监控–收尾，项目管理五大步骤里，今天将会分享对于项目规划的理解，未来寻找时间把剩下的执行、监控和收尾做一篇文章。
项目开始以后，最重要的两个部分是项目的计划和项目的执行，关系到项目是否能够最终按时交付，项目执行团队能不能把属于自己工作安置按量完成。
三、项目的规划
3.1 项目管理的思考
当一名产品经理，刚开始接受项目时，其实最难的是怎么展开关于项目的一些思考，总觉得自己什么都不会，比较慌。其实，没必要，在这里有一个可以迁移的基础能力，在以往无论是工作之中做计划中经常会用来发散思考的方式，思考的要点。
这个框架就是——5W2H，这是常规分析的一个框架，做调研的时候，或者思考的时候经常在用的一个思维框架。
3.2 可迁移的项目思考框架5W2H–简单易懂且容易记
当产品经理作为初级项目选手来管理项目的时候，肯定会头疼，项目管理的内容和框架那么多，怎么保证自己一开始去制作项目执行计划的时候没有遗漏呢？如果你这么去思考，是不是会发现一个新的世界？
Why（目的）——为什么？为什么要这么做？理由是什么？原因是什么？
What（内容）——做什么工作？目的是什么？
Who（人员）——谁？谁来承担？谁来完成？谁负责？
When（时间）——何时？什么时间完成？什么时候开始最合适？
Where（范围）——何处？在哪里做？从哪里入手？范围？
How（质量）——怎么做？做到什么程度？什么质量标准？
How Much（成本）——用多少成本做？做到什么程度？数量如何？质量水平如何？
作为一名产品经理，初期思考的惯性里会大概率的没有很清楚地思考清楚How Much。这是常态，因为产品经理里基本只有业务型、商业型、or自己经历过成本管理的，才能详细的思考到这一点，另外对于项目范围、项目执行、时间相关的思考也可能会有遗漏。所以，一个简单的框架就会显得很重要。
3.3 用一张图来看懂怎么使用5W2H
四、项目执行计划表的制作–六步走
项目执行计划表，就是一张甘特图，便于进行项目进度管理、工作分配、成本、甚至人效管理等。互联网产品做项目计划有优势，大部分产品经理很清楚怎么挖掘客户需求，怎么和客户沟通需求，另外也很清楚美术、UI的工作内容，怎么输出原型及协作。
4.1 X-mind盘点行业头部应用–价值&用户&商业模式&盈利
快速盘点行业头部的应用，从价值–用户画像–商业模式–盈利来源–运营推广策略–营销分析等开始展开。最后对照着APP来一遍功能结构图，这样可以让你在2h内全盘理解你所需要做的东西，是什么？怎么做？如何做？
减少从0-1的思考时间，因为是从0.8开始思考的，只需要把剩下的0.2补齐，就可以快速展开产品设计。
4.2 根据需求方–迭代凝练开发功能
根据行业类似头部公司的分析，把属于需求方（Boss、甲方）的真实需求凝练出来，需求会议记录需求，然后详细分析后，根据预算和开发周期大致出一个方案。
4.3 拆解功能优先级
从零开始的话，这个项目里，业务线相关的功能（订单、商品、支付等 ）＞用户管理＞通知管理＞统计分析＞衍生业务线功能。
这么多的功能不可能一次性全部开发出来，所以需要分阶段来进行迭代，或者根据客户的需求，只做客户想做的，预算能够涵盖住的；
从基础信息–业务–功能来展开思考：
a.一部分信息是开发业务的前置条件，比如用户和商家基础信息；功能开发优先级比如以业务来展开，层层递进；
b.用户和商家基础信息模块只需要提供字段，功能可以先开发也可以后面开发影响不大；
c.业务模块则不是，得需要把用户的正常下单流程，逆订单流程（退货退款售后），商家商品信息流等，商品管理等；
4.4 可以根据做的大致计划产品开发会议
根据时间和周期制定，客户最终需求：第一阶段，信息展示和聚粉；第二阶段，核心业务线相关，团购、商城、；第三阶段，运营分析
4.5 project输出初版的项目计划
这里就简单展示一下project能够在项目管理里带来的便利，任务关联、项目进度管理、任务安排、任务跟进等比较好用的工具之一；当前输出的是初级表，时间都是不确定的；
4.6 内部项目会议–完成最终版的
内部项目会议的目的是为了完成这个项目管理计划里时间的部分，最终得出来一个实际的执行计划时间表。计划做出来以后，需要由老板、产品、UI、开发等共同参会，去详细制定时间表，根据项目的周期和截止时间，由各执行人共同讨论和推动执行项目执行时间表，大家心里都会比较清楚需要什么时候开始着手进入到项目里（大部分项目执行人可能同时做两三个项目执行）。
五、后记
目前，我按照这个很熟悉的框架，基本上1天项目基础框架成型，2天就能完成项目执行计划表，所以也希望能给到大家一些参考。目前也还在学习之中，可以和大家共同进步，也还在不断打磨自己的项目能力。
最近因为电脑坏了换电脑，还有准备搬家，所以拖了蛮久，后面还是希望自己能够更加持续稳定的输出一些分析和内容。
