关于如何推进项目成功的方法 第个问

shafi987@gmail.

这样既完成了项目目标，又避免了复杂设计带来的风险。 同时，我们也可以反向得出一个结论：花更多时间去做公司战略相关的项目。 不仅项目推进更顺畅，这些工作在年终总结、或晋升汇报里才能让我们更亮眼。 面对拒无可拒的不合理需求，如何尽可能做的合理、可复用性强？ 版本中，虽然业务负责人松口退让了一步，但我们仍然需要完成简单商品的「先生效、后审批」。 面对一个不合理的需求，我们是如何得出「订单生效和订单使用拆分开」的结论的？这里给大家重点分享一下解题思路，那就是：「拆分问题的思想」。 首先这里的问题看上去是是否要做「先生效，后审批」的功能，其实隐藏着个问题： 是否应该是先生效，后审批？ 录入订单后，客户可以等待多久？它应该在多久内生效？


客户使用商品，与订单生效是必定划等号的吗？ 干货案例：题，按照市面上能够接触 冰岛手机号码数据 到的竞品来看，几乎所有的审批都是先审批，后生效。 先审批，后生效不仅开发流程简单，不易出问题以外，也能避免成本的隐性支出。 第个问题，根据之前客户消费习惯数据来看，业务提出的观点去确实有道理。 第个问题，与开发进行了一番讨论后，使用商品，并不一定等于订单生效。 干货案例：关于如何推进项目成功的方法 这里带出了解题的第二个重要思路：「尽量不与重要模块耦合」。 订单生效后代表着订单数据生成、营收数据生成。但我们可以另外做一个「临时使用权限」，类似与给内部人员使用那种。 方法论提取： 遇到两边都是死胡同的问题，先将问题拆解开。不要将多个问题揉杂在一起。





拆解后，观察问题之间是否划等号？问题=问题吗？ 如果不划等号，问题之间的平衡点在哪里？ 最后设计时，尽量不与重要模块耦合设计。 这里我的平衡点是采用临时权限的功能来解决问题。 大家如果在工作中也遇到了类似的困难，可以采用这个方法去思考一下，说不定就有新的思路。 结束语 最后给大家总结一下本篇文章的几个重要经验教训： 面对不合理需求，产品应该怎么处理？ 学会拆分问题，不将所有问题整合起来处理。 尽量将“不合理”需求设计“合理”。具体的方法论也写在了上面，希望对大家有帮助。 避免功能流程太长、复杂；遵循高内聚、低耦合的设计原理。