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