起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識B端產品如何處理長尾需求
做B端產品時，經常會遇到一些可作可不做，或者是核心用戶提出的小頻需求，這種情況怎么辦？在本文中，作者對此類情況進行了分析并給到了自己的建議，一起來看看。
在做B端產品設計的時候，我們經常會收到不同用戶群體的各種各樣的需求，對于一些長尾需求的處理，特別可能還是一些核心客戶提出來的，這個時候如何處理往往會顯得比較為難：
- 捏著鼻子硬做：這可能有違產品自有的規劃，產出一般，同時團隊研發測試資源也是有限的；
- 不做：直接不做可能會影響到用戶的業務，影響業務運營效率、商業價值等，特別有時候需求的價值暫時還看的比較模糊，產品自己可能也會對自己的判斷合理性產生質疑；
這些為難時刻我自己之前也經歷過，有時候下班后還在思考和分析，久久不得其解，本文整理了對B端產品處理各類長尾需求的一些方法，如果你也正有此困擾，希望能夠對你有一些幫助。
一、長尾需求
長尾需求是我們根據需求價值評估之后，總體使用頻次可能較低、單次價值較低的需求，需求的優先級與當下企業發展戰略、面向的用戶價值都有關系，還有些長尾需求是可以做即看得到收益但是價值有限，提供一種需求的價值評估方式，以產品價值作為唯一衡量標準：
需求價值=使用頻次*單次價值
單次價值=X1*最終的用戶價值+X2*企業價值+X3*需求本身價值矩陣+…
- Xn為系數
- 最終的用戶價值即解決問題的用戶群體數量、用戶權重
- 企業價值即企業戰略、法律合規、市場占有率、行業發展等
- 需求本身價值矩陣即每家公司自有的需求分析模型，可能是KANO、ROI、緊急程度等評估方式
根據過往需求價值分析經驗，產品價值總體來看真正核心的需求并不會太多，總會有一大批的需求價值分布在長尾（Long Tail）：
圖1-長尾模型
我們需要對長尾需求有足夠的警惕，因為如果處理不好會有幾大危害：
- 影響產品的體驗。盲目的上需求，產品變得雜亂臃腫，產品體驗、性能變差；
- 對內部資源的消耗。對用戶心力、產品研發測試資源的占用，價值不大，但工作量巨大，結果產出一般，對長尾的大量投入必然會對一些核心需求的投入減少，影響產品的核心競爭力；
- 團隊士氣受到影響。一方面，客戶覺得自己的需求沒有真正被滿足，另一方面，內部團隊也會因為缺乏事情的正反饋減少斗志。
用戶跟產品共同進步是非常好的，我們需要用戶的參與對軟件產品建議、體驗、試用等，但是需要非常好的能力來把控這件事情才會有好的結果：
- 需求方提出的“需求”多數時候是在描述問題的解決方案，比如這里我要做個后臺，那里我需要某個功能，這其實描述的是問題的解決方案而不是在描述本質問題；
- 提出的點大多數時候都圍繞在局部，只是整個業務中的一個環節；
- 往往是以自己的需要出發，情緒化、主觀想法為主的描述為主，一般缺乏客觀的數據支撐。
以上是對長尾需求的危害和現狀的分析，合理處理長尾需求保持產品的核心競爭力非常重要。
二、解決建議
對長尾需求的處理來自于過往工作中的指導和積累、外部的分享整理得來，我想告訴可能也在被長尾需求困擾的你說，長尾需求很多產品經理都會碰到，不要被客戶牽著鼻子走，產品經理才是對產品策略的唯一人，這里對長尾需求的處理是有可行的解決建議：
1.最重要的一點產品原則：在心理上要相信，B端產品在某些領域的不完美是很正常的，如果要做到所有地方十全十美會有非常大的投入成本，而且，我們必須持續的在產品要解決的核心痛點、核心能力上進行長期投入，在核心領域做到最好，切莫半途而廢，應該以提升產品核心價值作為唯一衡量標準；
2.拔高思維高度。長尾需求往往只是聚焦業務的某一個環節，當我們站在業務整體、站在公司、站在行業的角度去看，去理解，可以發現需求的歸類，這個時候有幾個好處：
- 對相同類型的需求合并同類項，整合規劃全盤考慮，這樣考慮會更加完善
- 站的更高對需求的整個流程也會看的更加清楚，有時候長尾需求并不是真正的問題解決辦法
- 只有對業務的詳細了解，包含對客觀數據的統計，我們對需求的理解可能才會更加深刻
3.線上線下相結合。有時候在做一個創新項目，可能有成果也可能失敗，這個時候投入資源以實現主體功能為主的核心設計，在非核心部分通過線下來解決，小步迭代快跑更重要；還有種情況時，有些流程線上實現處理成本非常大，線上實現價值也比較有限，用戶也能接受部分線下處理的流程，我們可以把軟件通過線上+線下流程結合的方式來實現；
4.降低體驗，低成本實現。在B端產品設計中，可以對長尾需求簡化實現，降低體驗以實現功能為主，甚至我們還可以專門預留一個工具模塊，集合眾多零散的長尾工具需求，在需要使用時調用即可，以最低的開發成本來實現，當我們看一個事情看的很模糊時，小成本實現去嘗試更是很有必要。
做產品經理我們總會收到許多需求，但是為需求設計合理的解決方案卻是非?？简灝a品能力，根據產品規劃、公司發展階段、業務發展階段等等不同，產品設計都有不同的考量，在不同的環境下我們總是在無窮逼近問題的最優解決辦法，卻也是只能盡力做到做好，以上是我們過去在面對長尾需求時的處理方法，希望能對你有幫助！
本文由@大風吹 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協議
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。提供信息存儲空間服務。
這種需求就是屬于讓客戶掏錢定制化的部分，屬于分給服務方的收益。技術上用插件的方式實現，和主程序和主架構一定是分開的。
是的，客戶愿意付費一定程度上是反映了需求的價值，低耦合的插件方式是可行的，但是我認為這是眾多解決辦法中的一種，產品經理需要對本質需求的理解和分析，對產品的統一規劃、目標用戶的理解等等，再去設計解決方案比較好，B端產品除了提供工具能力，應該還包含了對業務運作的先進理念和科學方法，產品會比客戶更懂業務。
術業有專攻。 長尾需求可以考慮用第三方功能嵌入去實現。有些軟件想做的大而全，結果連主要功能都沒有特別好用。
對大多數中小企業的B端軟件來說，垂度和廣度基本不可兼得，在自己擅長的領域做到最好，遠遠超過對手為市場打造一流的產品才行，其次，可以考慮引入生態的力量來互補，但是這個也應該是基于產品的規劃才去做的。
評估是否合理，跟進客戶，然后用最低成本處理本次事情。