產(chǎn)品開發(fā)周期中的漏斗效應(yīng)：
第一步：業(yè)務(wù)方要做一個產(chǎn)品或者功能，想象中，覺得這個產(chǎn)品的效果可以發(fā)揮到100分。
第二步：業(yè)務(wù)方派一個需求人員，把這個產(chǎn)品的功能點(diǎn)全部整理出來，這時候100分已經(jīng)減低到90分。
第三步：開發(fā)人員根據(jù)業(yè)務(wù)轉(zhuǎn)述功能寫PRD文檔，因?yàn)镻D和業(yè)務(wù)方的溝通理解問題，90分已經(jīng)減弱到80分。
第三步：開發(fā)人員根據(jù)開發(fā)文檔進(jìn)行開發(fā)，因?yàn)镻D和技術(shù)的溝通理解問題，80分已經(jīng)減弱到70分。這可能是開發(fā)有時間有資源把所有業(yè)務(wù)方的需求實(shí)現(xiàn)的狀態(tài)下的漏洞效應(yīng)，也可能，因?yàn)橘Y源問題，開發(fā)只實(shí)現(xiàn)了80%的主要功能，那真正的產(chǎn)品就只有50多分了。
這三步，可能是主要從業(yè)務(wù)初衷到最后產(chǎn)品成型的漏斗效應(yīng)。有些時候，由于業(yè)務(wù)、PD、開發(fā)、的銜接問題，最關(guān)鍵的5%的功能沒有得到展現(xiàn)和解決，使得完成的產(chǎn)品只有50%的可用性。這就很悲劇了。
同時，還有一些流失會存在于：業(yè)務(wù)方做產(chǎn)品和PD設(shè)計(jì)產(chǎn)品的時候都沒有把用戶的主要使用路徑想明白，以至于產(chǎn)品上線后，由于用戶不能在應(yīng)該看到某個產(chǎn)品的時候看到該產(chǎn)品，后期需要很大的成本去運(yùn)營這個產(chǎn)品。這樣，就更悲劇了。
如何減少產(chǎn)品開發(fā)周期的漏洞效應(yīng)呢?
白鴉的解決方案是，每個步驟都需要確認(rèn)。但這樣對過程中的每一方的時間成本耗費(fèi)都非常巨大。
我建議的解決方案是：業(yè)務(wù)方、PD、技術(shù)都往前走一些，業(yè)務(wù)方貼近一用戶，知道用戶在什么地方什么時候需要這個產(chǎn)品，在什么路徑上能看到這個產(chǎn)品，并且會如何使用產(chǎn)品。同時，業(yè)務(wù)往PD靠攏，PD真正熟悉業(yè)務(wù)、技術(shù)了解產(chǎn)品開發(fā)思路和業(yè)務(wù)規(guī)劃。
至于運(yùn)營，我一直認(rèn)為，對支付寶這樣的公司，除了會員激活、會員教育、網(wǎng)站活動等，運(yùn)營就是錦上添花的東西。
只有產(chǎn)品是關(guān)鍵。