做B端產(chǎn)品時，經(jīng)常會遇到一些可作可不做，或者是核心用戶提出的小頻需求，這種情況怎么辦？在本文中，作者對此類情況進行了分析并給到了自己的建議，一起來看看。

在做B端產(chǎn)品設(shè)計的時候，我們經(jīng)常會收到不同用戶群體的各種各樣的需求，對于一些長尾需求的處理，特別可能還是一些核心客戶提出來的，這個時候如何處理往往會顯得比較為難：

• 捏著鼻子硬做：這可能有違產(chǎn)品自有的規(guī)劃，產(chǎn)出一般，同時團隊研發(fā)測試資源也是有限的；
• 不做：直接不做可能會影響到用戶的業(yè)務(wù)，影響業(yè)務(wù)運營效率、商業(yè)價值等，特別有時候需求的價值暫時還看的比較模糊，產(chǎn)品自己可能也會對自己的判斷合理性產(chǎn)生質(zhì)疑；

這些為難時刻我自己之前也經(jīng)歷過，有時候下班后還在思考和分析，久久不得其解，本文整理了對B端產(chǎn)品處理各類長尾需求的一些方法，如果你也正有此困擾，希望能夠?qū)δ阌幸恍椭?/p>

一、長尾需求

長尾需求是我們根據(jù)需求價值評估之后，總體使用頻次可能較低、單次價值較低的需求，需求的優(yōu)先級與當(dāng)下企業(yè)發(fā)展戰(zhàn)略、面向的用戶價值都有關(guān)系，還有些長尾需求是可以做即看得到收益但是價值有限，提供一種需求的價值評估方式，以產(chǎn)品價值作為唯一衡量標準：

需求價值=使用頻次*單次價值

單次價值=X1*最終的用戶價值+X2*企業(yè)價值+X3*需求本身價值矩陣+…

• Xn為系數(shù)
• 最終的用戶價值即解決問題的用戶群體數(shù)量、用戶權(quán)重
• 企業(yè)價值即企業(yè)戰(zhàn)略、法律合規(guī)、市場占有率、行業(yè)發(fā)展等
• 需求本身價值矩陣即每家公司自有的需求分析模型，可能是KANO、ROI、緊急程度等評估方式

根據(jù)過往需求價值分析經(jīng)驗，產(chǎn)品價值總體來看真正核心的需求并不會太多，總會有一大批的需求價值分布在長尾（Long Tail）：

圖1-長尾模型

我們需要對長尾需求有足夠的警惕，因為如果處理不好會有幾大危害：

• 影響產(chǎn)品的體驗。盲目的上需求，產(chǎn)品變得雜亂臃腫，產(chǎn)品體驗、性能變差；
• 對內(nèi)部資源的消耗。對用戶心力、產(chǎn)品研發(fā)測試資源的占用，價值不大，但工作量巨大，結(jié)果產(chǎn)出一般，對長尾的大量投入必然會對一些核心需求的投入減少，影響產(chǎn)品的核心競爭力；
• 團隊士氣受到影響。一方面，客戶覺得自己的需求沒有真正被滿足，另一方面，內(nèi)部團隊也會因為缺乏事情的正反饋減少斗志。

用戶跟產(chǎn)品共同進步是非常好的，我們需要用戶的參與對軟件產(chǎn)品建議、體驗、試用等，但是需要非常好的能力來把控這件事情才會有好的結(jié)果：

• 需求方提出的“需求”多數(shù)時候是在描述問題的解決方案，比如這里我要做個后臺，那里我需要某個功能，這其實描述的是問題的解決方案而不是在描述本質(zhì)問題；
• 提出的點大多數(shù)時候都圍繞在局部，只是整個業(yè)務(wù)中的一個環(huán)節(jié)；
• 往往是以自己的需要出發(fā)，情緒化、主觀想法為主的描述為主，一般缺乏客觀的數(shù)據(jù)支撐。

以上是對長尾需求的危害和現(xiàn)狀的分析，合理處理長尾需求保持產(chǎn)品的核心競爭力非常重要。

二、解決建議

對長尾需求的處理來自于過往工作中的指導(dǎo)和積累、外部的分享整理得來，我想告訴可能也在被長尾需求困擾的你說，長尾需求很多產(chǎn)品經(jīng)理都會碰到，不要被客戶牽著鼻子走，產(chǎn)品經(jīng)理才是對產(chǎn)品策略的唯一人，這里對長尾需求的處理是有可行的解決建議：

1.最重要的一點產(chǎn)品原則：在心理上要相信，B端產(chǎn)品在某些領(lǐng)域的不完美是很正常的，如果要做到所有地方十全十美會有非常大的投入成本，而且，我們必須持續(xù)的在產(chǎn)品要解決的核心痛點、核心能力上進行長期投入，在核心領(lǐng)域做到最好，切莫半途而廢，應(yīng)該以提升產(chǎn)品核心價值作為唯一衡量標準；

2.拔高思維高度。長尾需求往往只是聚焦業(yè)務(wù)的某一個環(huán)節(jié)，當(dāng)我們站在業(yè)務(wù)整體、站在公司、站在行業(yè)的角度去看，去理解，可以發(fā)現(xiàn)需求的歸類，這個時候有幾個好處：

• 對相同類型的需求合并同類項，整合規(guī)劃全盤考慮，這樣考慮會更加完善
• 站的更高對需求的整個流程也會看的更加清楚，有時候長尾需求并不是真正的問題解決辦法
• 只有對業(yè)務(wù)的詳細了解，包含對客觀數(shù)據(jù)的統(tǒng)計，我們對需求的理解可能才會更加深刻

3.線上線下相結(jié)合。有時候在做一個創(chuàng)新項目，可能有成果也可能失敗，這個時候投入資源以實現(xiàn)主體功能為主的核心設(shè)計，在非核心部分通過線下來解決，小步迭代快跑更重要；還有種情況時，有些流程線上實現(xiàn)處理成本非常大，線上實現(xiàn)價值也比較有限，用戶也能接受部分線下處理的流程，我們可以把軟件通過線上+線下流程結(jié)合的方式來實現(xiàn)；

4.降低體驗，低成本實現(xiàn)。在B端產(chǎn)品設(shè)計中，可以對長尾需求簡化實現(xiàn)，降低體驗以實現(xiàn)功能為主，甚至我們還可以專門預(yù)留一個工具模塊，集合眾多零散的長尾工具需求，在需要使用時調(diào)用即可，以最低的開發(fā)成本來實現(xiàn)，當(dāng)我們看一個事情看的很模糊時，小成本實現(xiàn)去嘗試更是很有必要。

做產(chǎn)品經(jīng)理我們總會收到許多需求，但是為需求設(shè)計合理的解決方案卻是非?？简灝a(chǎn)品能力，根據(jù)產(chǎn)品規(guī)劃、公司發(fā)展階段、業(yè)務(wù)發(fā)展階段等等不同，產(chǎn)品設(shè)計都有不同的考量，在不同的環(huán)境下我們總是在無窮逼近問題的最優(yōu)解決辦法，卻也是只能盡力做到做好，以上是我們過去在面對長尾需求時的處理方法，希望能對你有幫助！