产品开发周期中的漏斗效应：
第一步：业务方要做一个产品或者功能，想象中，觉得这个产品的效果可以发挥到100分。
第二步：业务方派一个需求人员，把这个产品的功能点全部整理出来，这时候100分已经减低到90分。
第三步：开发人员根据业务转述功能写PRD文档，因为PD和业务方的沟通理解问题，90分已经减弱到80分。
第三步：开发人员根据开发文档进行开发，因为PD和技术的沟通理解问题，80分已经减弱到70分。这可能是开发有时间有资源把所有业务方的需求实现的状态下的漏洞效应，也可能，因为资源问题，开发只实现了80%的主要功能，那真正的产品就只有50多分了。
这三步，可能是主要从业务初衷到最后产品成型的漏斗效应。有些时候，由于业务、PD、开发、的衔接问题，最关键的5%的功能没有得到展现和解决，使得完成的产品只有50%的可用性。这就很悲剧了。
同时，还有一些流失会存在于：业务方做产品和PD设计产品的时候都没有把用户的主要使用路径想明白，以至于产品上线后，由于用户不能在应该看到某个产品的时候看到该产品，后期需要很大的成本去运营这个产品。这样，就更悲剧了。
如何减少产品开发周期的漏洞效应呢?
白鸦的解决方案是，每个步骤都需要确认。但这样对过程中的每一方的时间成本耗费都非常巨大。
我建议的解决方案是：业务方、PD、技术都往前走一些，业务方贴近一用户，知道用户在什么地方什么时候需要这个产品，在什么路径上能看到这个产品，并且会如何使用产品。同时，业务往PD靠拢，PD真正熟悉业务、技术了解产品开发思路和业务规划。
至于运营，我一直认为，对支付宝这样的公司，除了会员激活、会员教育、网站活动等，运营就是锦上添花的东西。
只有产品是关键。