2020/11 作者:ihunter 0 次 0
01 前言
作者是一名新手项目,一边按照自己过往做计划的经验,展开做项目的规划;另外一方面,又在学习,怎么做出更好的计划,并且将可迁移的基础能力快速代入到项目计划的制定之中来。并且,内附一个以吃喝玩乐项目需求来进行展开,如何进行产品的整体规划,到项目计划的制定。
笔者经历过十几个项目了,不过最早角色是运营,后面是产品,目前是产品和项目,所以对于项目的理解,既不像纯产品那么样,也不像正统的项目管理,会有对项目自己的独特理解和方法。
02 项目的核心五个大步骤
启动--规划--执行--监控--收尾,项目管理五大步骤里,今天将会分享对于项目规划的理解,未来寻找时间把剩下的执行、监控和收尾做一篇文章。
项目开始以后,最重要的两个部分是项目的计划和项目的执行,关系到项目是否能够最终按时交付,项目执行团队能不能把属于自己工作安置按量完成。
03 项目的规划
3.1 项目管理的思考
当一名产品经理,刚开始接受项目时,其实最难的是怎么展开关于项目的一些思考,总觉得自己什么都不会,比较慌。其实,没必要,在这里有一个可以迁移的基础能力,在以往无论是工作之中做计划中经常会用来发散思考的方式,思考的要点。
这个框架就是——5W2H,这是常规分析的一个框架,做调研的时候,或者思考的时候经常在用的一个思维框架。
3.2 可迁移的项目思考框架5W2H--简单易懂且容易记
当产品经理作为初级项目选手来管理项目的时候,肯定会头疼,项目管理的内容和框架那么多,怎么保证自己一开始去制作项目执行计划的时候没有遗漏呢?如果你这么去思考,是不是会发现一个新的世界?
Why(目的)
为什么?为什么要这么做?理由是什么?原因是什么?
What(内容)
做什么工作?目的是什么?
Who(人员)
谁?谁来承担?谁来完成?谁负责?
When(时间)
何时?什么时间完成?什么时候开始最合适?
Where(范围)
何处?在哪里做?从哪里入手?范围?
How(质量)
怎么做?做到什么程度?什么质量标准?
How Much(成本)
用多少成本做?做到什么程度?数量如何?质量水平如何?
作为一名产品经理,初期思考的惯性里会大概率的没有很清楚地思考清楚How Much。这是常态,因为产品经理里基本只有业务型、商业型、or自己经历过成本管理的,才能详细的思考到这一点,另外对于项目范围、项目执行、时间相关的思考也可能会有遗漏。所以,一个简单的框架就会显得很重要。
3.3 用一张图来看懂怎么使用5W2H
04 项目执行计划表的制作——六步走
项目执行计划表,就是一张甘特图,便于进行项目进度管理、工作分配、成本、甚至人效管理等。互联网产品做项目计划有优势,大部分产品经理很清楚怎么挖掘客户需求,怎么和客户沟通需求,另外也很清楚美术、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天就能完成项目执行计划表,所以也希望能给到大家一些参考。目前也还在学习之中,可以和大家共同进步,也还在不断打磨自己的项目能力。欢迎各位指正和交流。
上篇:
APP渠道推广统计:应用市场分析和多渠道统计方法
下篇:
知识类APP游戏化方案