需求分析，挖掘背后的原因

以下需求：
处理退款申请：A 13800000000
您有一笔退货订单申请时间{0}售后订单号{1}待审核，请在24小时内处理！

处理退货申请和收到货物后审核：B 13911111111
您有一笔退款订单申请时间{0}售后订单号{1}待审核，请在24小时内处理！

------------------------------------------------------------------------------

乍一看以上需求是按照 收货和退款 将售后流程分开，由不同的人处理。在没有挖掘背后的原因时，我按照这个思路做的。

手机端已经做好，后台在审核过程中发现问题，因为确认收货和发起退款这个动作是由一个人完成的。

如果要改需要在后台加确认收货的状态。很麻烦，这个时候想起来需求分析。。。。

于是跟需求人员沟通，这里存在一个问题，为什么一个流程需要2个人处理？

结果是：处理退款是一个人，处理取消订单是另一个人。

呃呃呃，这就跟我之前的理解不一样了。。。。

这样的话就不需要改后台的代码了，手机端也能满足要求。

幸好沟通了一下。。。。

需求分析很重要啊，你以为你了解了，其实不是这个意思。。。。。