一個功能是否要做，并不是說在規(guī)劃或者feature里就可以的。還要看場景、進度。這篇文章，作者就分享了自己的經(jīng)驗和觀點，供大家參考。

測試同學(xué)偶爾會來問：為什么這個**功能現(xiàn)在不做呢？

對啊，為什么大家明明都想到了確實沒有主動做上去呢？

產(chǎn)品規(guī)劃里面存在一些feature，一定會等需求方提出了才會去做。對于不同的使用用戶，是b、還是c、是可接觸的、還是屏幕背后的，我們當(dāng)然要用不同的策略來管理，你說呢。

產(chǎn)品路徑中我們曾遇到過敏感的數(shù)據(jù)地帶，涉及到多個上下游的業(yè)務(wù)相關(guān)方，如果產(chǎn)品對于某個環(huán)節(jié)的數(shù)據(jù)提供出現(xiàn)偏駁，或者說具備了不客觀的色彩（比如：是不是系統(tǒng)有了自己的想法，也就是產(chǎn)品策略和業(yè)務(wù)策略產(chǎn)生了的點點分歧），那么產(chǎn)品運營方自然也要被介入到業(yè)務(wù)的糾扯中不能自拔。這時候產(chǎn)品策略就依賴業(yè)務(wù)策略的建設(shè)，而業(yè)務(wù)策略的沉淀又依賴到其他一些產(chǎn)品功能的應(yīng)用落地。

上面其實是之前經(jīng)手有款產(chǎn)品其中一個feature，是個小算法，核心是給用戶提供系統(tǒng)匹配計算的數(shù)據(jù)推薦，減少業(yè)務(wù)人員的數(shù)據(jù)篩選動作。這個數(shù)據(jù)我們大張旗鼓，吶喊叫做“相似數(shù)據(jù)”，就是匹配找到的高相似度的數(shù)據(jù)。哪怕是一模一樣，我們也說這是個“高相似度”的數(shù)據(jù)。而最終的確認行為，是由用戶自己主動核對過后進行點擊操作完成。

究其為何，就是前文所說的敏感數(shù)據(jù)，涉及業(yè)務(wù)相關(guān)方多個，容錯率低、業(yè)務(wù)風(fēng)險高。雖然在產(chǎn)品規(guī)劃中，早早識別了對業(yè)務(wù)的效率價值較大，但仍然按住了節(jié)奏，待前置的一些關(guān)聯(lián)功能業(yè)務(wù)都落地后，才研發(fā)上線了該功能。并對其中相關(guān)的數(shù)據(jù)指標(biāo)進行了審慎的命名，都是在引導(dǎo)用戶能夠?qū)ψ约旱男袨橛星逦恼J知和定位。

類似的敏感的功能設(shè)計不少，比如：商品價格的管理、更新等機制，在實戰(zhàn)里面則會以策略、技術(shù)儲備先行，業(yè)務(wù)訴求迸發(fā)后才會迅速動手開干，而非主攻形態(tài)。而有些功能性效率改革價值大的，則會主動推進研發(fā)、引領(lǐng)業(yè)務(wù)方去落地應(yīng)用。

以上當(dāng)然有背景，是面對的復(fù)雜的b端內(nèi)部用戶。如果是c端用戶，我們可能很難拿到如此真實的臨場的感受，更多的是通過數(shù)據(jù)、用戶行為分析得到的結(jié)果，而對于注意力管理，保持的形態(tài)更多應(yīng)該是戰(zhàn)斗形態(tài)。

產(chǎn)品的規(guī)劃過程中，某些點看到了不做，其實不代表這些點不需要、沒有價值，價值對于用戶是一個動態(tài)的效用組合，需要結(jié)合場景、約束等外部因素，以及用戶自身的感受、情感，以上綜合決定了某個產(chǎn)品點的“效用”大小，也隱含了合適的時間窗口（產(chǎn)品時機）。