和莹姐越来越熟了，她也愿意和我沟通，当然也是因为事情有点棘手，而我也愿意提供支持。
昨天晚上她加班到10点，给我发了一大段的留言，问我当前的调研还存在7个问题，是否可以在下周约评审。我建议她调研清楚，因为这么多问题如果不确认就进入开发，那么随着问题的确认，可能会对方案有很大影响，导致开发的返工，这样就会造成组织成本的巨大浪费；而且，产品经理最重要的，并不是出方案，而是调研，确保产品方向是正确的。因为，如果是在一个错误的方向上，我们走得越远，就错得越多，可见产品调研的价值之巨大。
早上莹姐找我沟通，解释了这些问题，为什么莹姐着急去做方案评审，是因为之前的时间规划上，确定了本周要完成方案，但实际上，因为前一个迭代有延期事项，所以本迭代并没有按时开启，那么计划在本周完成方案也是不成立的。我对莹姐说，首先计划必须有，而且要尽可能执行，但如果有正常的理由，是可以根据实际情况调整计划的，调研是一个不确定事件，不要因为过于关注计划而迁就调研结论，这样可能会造成很大的风险。
莹姐收到我的反馈，开足马力去沟通了。沟通是一个非常复杂的事情，很多时候，欲速则不达；同时，沟通又是非常关键的事情，有结论说工作中80%的问题都是沟通问题，可见沟通的重要性。
晚上，加班时间，莹姐又来找我聊。表达了沟通的困难，有用户冲她发脾气。但是，她拿到了她要的结果，并没有完整的解决问题，而是把问题解耦了，分成了两个部分，我们先解决其中的一个部分，这样相关的客户就少了，冲突也少了。
第一，我安慰了莹姐，毕竟也不要因为工作导致情绪低落，莹姐很坚强，说也没啥。
第二，莹姐对客户有一些抱怨，我也给其降降温，虽然有些客户是会有这样那样的问题，但总体上还是好的，大家都希望把事情做好，我对莹姐说，可能是大家的信息不对称，对事情的理解不同，莹姐不是很认可，并反馈说她把信息同步给客户了，我也就点到为止，期望能帮助她思考，而不是和她争论这件事的短长。
第三，莹姐把事情解耦了，只做其一、不做其二，我和她确认未来再做第二步并不会返工，她表示不会有太多浪费，底线还是要保住。
第四，莹姐下周约了评审，相关方一起讨论，大家也可以借这个机会再对齐下，我原本也想让莹姐约个讨论会，就借她这个评审会上一并沟通了，如果无法达成一致，就再约评审。
做事情都不容易，想做好更难，也才能通过做事情看出好与不好。
事情就是对人的磨炼，因为有磨炼，所以人才能不断收获成长，褪去表象回归本质，迎难而上。