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

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

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

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

一、長尾需求

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

需求價(jià)值=使用頻次*單次價(jià)值

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

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

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

圖1-長尾模型

我們需要對長尾需求有足夠的警惕，因?yàn)槿绻幚聿缓脮袔状笪：Γ?/p>

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

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

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

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

二、解決建議

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

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

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

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

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

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

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