-产品经理：对产品及其背后的商业逻辑负责的人。我认可“产品经理是离CEO最近的人”这样的说法，长时间的积累商业智慧，产品经理是有很大的机会跳出来做CEO哒~我的理想就是做能帮老板或自己赚钱的人！啦啦啦~
-项目：有明确的时间节点和目标，需要多人多步骤完成的事情。
-目标：要达到的一种境地或标准。应该遵循smart原则，具体的（Specific），可以衡量的（Measurable），可以达到的（Attainable），目标必须和其他目标具有相关性（Relevant），具有明确的截止期限（Time-based）
-项目管理：管理者运用各种资源实现目标。
互联网产品经理为啥要学项目管理？
项目管理的知识对我来说是一种元技能，迁移至自己的时间和任务管理中，可以大大提升工作生活效率~例如制定家庭旅行计划，房屋装修计划等，哇咔咔~~
互联网行业出名的快速迭代，每个产品优化版本都是一次小项目，大范围的产品调整更是一次大项目。有些公司不愿意或没必要专门设置项目经理的岗位。所以，产品经理不是解决问题的人嘛，咱们就自己上了~~I can I up~
注意在执行过程过，别单纯被项目的执行带着走哦~产品是你的孩子~要为行动背后需求负责哈哈~
接下来就说一说我的经验总结，在互联网背景下，产品经理是怎么运用资源做项目管理的。
资源：
互联网产品经理可能拥有的可支配人力资源一般涉及这几个领域：UI，前端开发，后端开发，测试，市场运营，业务，财务。哈哈，好厉害的样子~公司级别的大型项目确实需要把这几块都包含进去~当然咱们可掌控的范围也受自身级别和人际情况的限制啦~~
根据我的工作经验，简单介绍一下这几个岗位的职责：
UI：根据交互原型产出UI设计图，即psd格式图片，给前端开发进行每个页面的布局提供样式限制~一般来说网页端开发哥哥自己会切图，而源生APP开发需要UI设计师切图~切图就是把整张页面上的元素切成一个按键一个图标等，结合代码写进APP中~
前端开发：因为代码语言的差异，前端开发可分为网页开发，安卓开发和iOS开发~源生APP是安卓和iOS开发哥哥产出的结果，而可以在浏览器中打开的页面就是网页开发哥哥的功劳啦~源生代码需要发版更新后用户才能使用，而网页的只要技术发布上线就即时更新了~所以为了保证体验的流畅度和更新的及时性，有些APP会根据部分页面的要求，由源生代码和网页代码组合~
后端开发：涉及数据库架构还有后台接口~数据库是所有信息的仓库，他们根据代码限制的逻辑在服务器上跑来跑去~~而接口就像是门卫，接收来自前端的请求，然后选择性从数据库的放出去一些数据~~举个例子，用户在APP上打开一篇文章，这时APP会向后台数据库请求“快传给我文章的内容，配图，阅读量，点赞数，发布时间，评论内容~”，接口便把APP要的东西传出去，然后你就看到了一篇文章~~他们相互帮助好可爱~
测试：前端开发写完代码，后端搭建好数据库和接口，前后端的传输是否会出现问题？前端的页面跳转逻是否如产品经理定义的一致？这些大大小小的逻辑问题都需要测试们的检验~~他们是产品上线见到用户前的质检官~
市场运营：产品是单翅膀的天使，需要和市场运营相拥才能飞翔~所以产品做出来，如何让用户认识到产品的价值，愿意长时间的活跃甚至付费，都需要和市场运营紧密配合~
业务：有些公司是有很重的业务团队的，产品需要和他们协调好产品设计的问题~
财务：掌管公司账务流动的部门，说不腻害都不信！
运用：
那该怎么运用这些资源腻，我是这样总结哒~
1，需求分析，明确目标，确定项目范围
产品经理不是功能经理，不是项目经理，我们要对产品负责，即使是高层下达的需求也要进行分析，我们同样要了解需求的场景和路径。问自己：这个需求存在吗？用户规模大吗？有可能对产品增值吗？能帮助公司寻找更好的解决方案吗？而解决自己的这些疑问就要花很多的功夫了~
如果需求一定要满足，项目必须要做，那我们就要明确目标了。目标是我们开展所有行动的出发点，去往目标的道路可以调整，但是终点不能含糊。用Smart原则明确目标是项目启动前非常重要的步骤，这样能帮助高层更好的完善项目，更更更重要的是让自己清楚了解项目背后深层的原因，做任务拆解，上线后能跟踪结果并优化方案，做再次迭代等。
确定项目范围指确定项目干系人的组成，包括哪些部门哪些人员等，方便后期开展工作。
实际上一般高层下达任务都不会这么具体，基本上就是给个方向。如果直接按这个方向模糊的开干，必然会在执行过程或实现效果或结果监控中出问题。咱们就要做好智囊团的一员，毕竟是将来要做CEO的人嘛~
2，拆解项目，推荐使用xmind
拆解项目能让我们高瞻远瞩，看清楚全貌，提高执行过程的掌控力。xmind的思维导图可以在后期碰完排期后，直接导成甘特图来做过程的管理。（xmind使用心得请戳我的另一篇总结文章）
a，拆解时心中要有数，知道任务之间的串行和并行情况，做好协调。例如，
UI交付：当UI完成设计图后前端实现；前端也可以根据原型写控件，后期调UI
功能测试：一个功能模块开发完交付给测试（无论前端后端）；也可以整套逻辑的功能先测试
bug提交：测试提交bug并交付给开发修复；有bug后及时在沟通群沟通，并每天汇总
接口交付：真实的接口准备好之后做相应的功能开发；可以提前写功能逻辑，接口写完后再测试逻辑情况
数据访问： 数据库表结构创建、数据访问层等搭建完成，可CURD，进行后台管理和接口的开发；可以造假数据跑一跑
包装文案：市场要包装文案后，我们在产品表现上展示；可以先用一段乱七八糟的文章代替，确定后替换即可
等等…
b，业务，市场运营，财务等细致工作不用我们管，他们自己内部细分工作即可，帮他们明确自己部门的要做的事情即可。产品技术密切配合，要细分出来~
3，项目执行和监控
可以进行干系人的集体会议，让大家明白我们整体需要如何配合，同时协调各部门工作完成节点。
产品技术的事情要按照拆解行动起来，例如需求流程梳理，让后台架构先行~陆续包括后台接口提供，prd输出，UI设计，前端开发等工作~
执行过程会遇到大大小小的问题，需要调整~需要返工~我们在跟进时要心里牢牢明确目标，适当的变通，保证事情能正常按时推进。
4，项目收尾
项目收尾基本就是测试的工作。先是部门内测，再至全公司内测，如果有条件再让用户参与测试，做好优化等~当然让用户测试的话可以不用写真实的代码，可以是高保真的原型等，这是产品设计相关的话题啦~
收尾主要看产品的设计是否符合我们的预期要求，包括实现程度，可用性，易用性，美观感受等维度~
也有必要进行项目的复盘，思考这次团队的合作如何，是否有可以优化的点等等~个人的成长不是如李笑来老师说的吗，看你拥有的概念及方法论是否增加和完善了~
5，数据指标跟进和用户调研
项目上线后才是真正产品验证的开始，我们别忘了目标需要可衡量的~否则我们怎么知道这次的改变对产品是一种成长腻~
验证可以采用定量分析和定性分析的方法，既看数据又做调研~啦啦啦啦~做好下一轮的迭代的准备吧~我要带着产品走向人生巅峰~
最后，情不知所起的感慨一下：强烈不建议一下子搞个大改动就发布线上，要做好调研和测试，毕竟每一步都要有理有据有底气，否则用户弃我们而去咋办~项目做完不牛B，能对产品增值才是硬道理~产品经理考验的还是对需求对用户对产品生命周期把控的能力啊~~阿弥陀佛~
网友评论