我尝试一次，不按照PMP方式运作项目。

今天遇到一个项目还有1个月就要交付了，但是有一个核心模块客户迟迟没有确认需求，按照我以往的管理方式，那肯定是要堵上门口，拉着客户把需求给冻结掉，要是还不冻结，就升级到他领导那里去，阐明是谁耽误了，充分利用了干系人管理、需求管理、范围管理等一系列项目管理技巧。

但是这次我又多想了一下，首先这几天的疫情，客户可能在家办公，本身就很忙，需求确定对客户来说，优先级没有那么高，其次我也能感觉得客户对这块的解决方案不是很笃定，因为之前已经出过几次设计稿了，他也不是没有看过。
我也知道，目前的方案可能存在风险，但是以前的作法是转移风险，将方案的不确定性通过需求冻结的手段强压给客户，就让客户在赌博，赌这个方案管用，一旦不管用，客户也会反复修复，直到满意为止。

那有没有什么办法找到客户真正需要的解决方案呢？我觉得可以通过假设正确、验证方案、客户反馈、再次调整的方案。总体来说，这个项目还是想真实的解决客户的问题，不是为了结项而结项，我们之间毕竟不是一次合作关系，就算这次我把他按到需求冻结文档签字，最终问题没有解决，用户满意度还是不会很高，人家只会觉得这个供应商项目管理挺强的，但是实施效果不咋地。

所以，在无法前期给出确定性方案的场景下，我决定选择交付多个版本，通过客户真实使用来验证对于这次客户问题的理解与认知。