01
制定需求撰写详细计划
需求类别和模板确定之后,就要分配给项目相关负责人去撰写需求。对中大型项目来说,撰写需求说明书的人应该有多个,所以需要切分工作任务。
切分的原则是:每个任务尽可能独立,任务的安排尽可能并行。每个任务必须要确定完成时间,如果时间不满足项目进度,需调配其它人力资源进行协助。有些项目比较特殊,可能现有项目成员的专业能力无法覆盖,此时需要引入外部专家或者将这部分任务外包出去。
为了把控需求收集的进度,需求撰写计划中要安排几个检查点。
举个例子,假如需求撰写的排期是1个月,那么就可以设置3个检查点。
第一个检查点为第一周结束。
第二个检查点为第三周结束。
第三个检查点为第四周结束前2天。
每到一个检查点,各个需求撰写人需将成果汇总到项目经理手里做review,根据review的意见或建议迅速调整或整改。
02
与业务确定需求
当需求文档完成审查之后,即可交付给业务负责人做确认。为了加速业务负责人确认需求文档的时间,可以邀请业务负责人参加需求评审会,或者讲述一遍业务需求,然后再让业务负责人线下确认,如果有修改意见,可约定邮件或者备注形式反馈,同时要跟对方说清楚确认完成时间。
03
修改需求
当业务在确认需求说明书的过程中有反馈意见提出时,需尽快讨论并确认意见的合理性,对合理的需求需尽快更新到需求说明书中,再次提交确认。必要时可能需要再次访谈。
举例:希望能给各位项目经理一些启发!
01
首先自己从业务入手,整理业务的流程,画出业务流程执行的yes线和no线,no线其实就是可规划的几个产品方向。然后针对不同的产品方向做进一步评估,看哪一个方向是眼下可行性最高,价值最大的。
02
拿着选定的产品方向思路,和业务相关的同事去验证,看这个产品是否对她们业务有帮助,在这个过程中,逐渐就明确需求了。
在这个过程中,很多人会出现疑问,到底是先有需求,还是先有项目/产品。按照大多数的逻辑,先有需求,才会有产品。
但是在实际公司推出一个新产品的时候 ,往往是先有项目/产品,然后才去明确需求, 就是大家提出的问题:接触了一个项目,但是项目需求还不明确的情况。这个时候我们应该用假设—验证—最终确认的方法,具体如下。
1、先假设一个产品方向。
2、市场分析,通过市场分析,总结出目前关联市场的现状,尤其是问题点,或者将来的发展趋势点
3、需求分析,结合市场分析的结果,看能否提炼出来一部分需求。
4、用户分析,挖掘下,在这个市场环境下,到底是谁有这些需求。
通过以上4个步骤,顺利的话,可以得到这个结论——项目是为了解决谁的什么问题,同时也会验证这个项目的必要性。
5、竞品分析,以上知道了要解决谁的什么问题,接下来通过竞品分析,可以吸收一些功能特点和想法,解决了这个项目通过什么样的方式解决以上用户的需求。
6、接下来救顺理成章了,如果是产品就做产品形态。
联系客服