網際網路産品需求管理思考(統一需求管理)
對于網際網路公司而言，産品需求管理是産品研發的核心環節，産品需求的正确與否直接影響産品開發周期、産品開發成本、産品營運成本，甚至直接決定了産品市場競争力。根據統計：産品開發中40%～60%的問題都是在需求階段埋下的“禍根” ，在測試階段及營運階段發現需求階段植入的問題，解決的代價是需求階段發現問題的68～200倍。
關于需求管理的故事很多，列舉一些常見問題：
● 某天老闆問起：我很久以前提過一個需求，提過以後就沒下文了。産品經理無辜地說：有提過嗎，是給我提的嗎？
● 某個銷售談起：我很久以前提過一個需求，當時被産品否掉了，覺得不重要，現在競争對手就靠此功能赢得了衆多客戶。産品經理無辜地說：當時是被否掉了，但你後面再沒有提過，是以在後續産品開發中當然沒考慮此需求
● 某天老闆提起：某個産品的某個功能很不錯，于是乎大家加班加點地開發實作了類似功能。等到産品開發出來後才開始找客戶、找賣點。
● 銷售們抱怨：産品人員、開發人員閉門造車，隻關注技術，不關注客戶需求。産品及技術無辜地說：銷售人員根本描述不清楚需求，我們已經按照他們需求開發出來了，他們還是不滿意。
● 銷售人員隻管銷售目标的完成，客戶反映的資訊不能傳遞到産品及技術部門。研發部門主動到銷售人員那裡了解市場資訊時，他們往往說：“我隻管銷售，你先把産品拿出來再說”
● 某個客戶在社群裡投訴：xx産品的xx功能做得太差了，已經投訴過幾次都還沒有改善；但産品及技術無辜地說：他這功能相對于其他産品功能優先級很低，是以暫時不考慮
● 競争對手某個殺手級産品的功能其實以前公司很久以前就做了，但後來沒有持續完善，導緻“起了個大早，趕了個晚集”
● 某個産品越做越大、越做越亂，直到有一天無法維護時候整理産品功能才發現，裡面有一堆亂七八糟的需求，這些需求怎麼來的、現在哪一個客戶在使用此功能，誰都不知道
● 公司層面産品相關利益者都參加的需求收集會議也開了很多次，但大家對于産品需求的了解還是沒有統一
● 與競争對手的産品比較，産品功能比競争對手全面多了，但還是競争不過競争對手的産品
● 某個産品離職了，大家才發現，對産品最熟悉的人隻有這個産品經理，沒有任何文檔及功能說明，有的隻是網站頁面和代碼
對于大部分網際網路公司而言，都意識到了産品管理的重要性，是以都有相應的産品管理流程，但為何以上問題仍然屢見不鮮呢？
以上問題的根源在于：
1）沒有對各種需求有效地分層分級，對不同階段需求的目标沒有明确的定義
2）沒有建立一個橫跨市場和産品研發部門的組織機構來統一負責收集市場需求，并将其傳遞給産品研發團隊
3）缺少完備的需求收集、彙總、分析機制，“公司神經末梢與大腦失去聯系”
4）沒有建立一套跨部門的端到端的業務流程來指導市場需求收集與傳遞工作
5）沒有一個客戶需求分析工具來指導系統性地收集客戶需求
1、網際網路産品需求來源
一提到需求管理，産品人員及技術人員都會異口同聲地說：軟體需求管理，我們有啊。我們的軟體開發過程遵循CMMI3、RUP、XP、SCRUM等開發過程，需求管理是我們進行開發的最重要階段。
我們這裡所指的“需求”不單純隻是技術術語的産品需求、軟體需求，還包括：
● 客戶所想所需：Needs、Wants
● 市場需求
● 産品包需求：Offering Requirement
● 産品需求
● 開發需求
相對于傳統軟體開發過程，網際網路企業的需求管理來源更加多樣化，包括：
1）外部來源
● 客戶需求：客戶在使用産品過程中所提的建議和意見；以及通過客戶訪談等手段得到的需求
● 競争對手産品分析：直接作為競争對手産品的客戶試用，獲得競争對手産品相關資訊
● 社會化媒體：搜尋引擎、IM、BBS、Blog、SNS社群、Blog、Twitter、百度知道等社會化新媒體
● 傳統媒體/競争對手軟文等
● 合作夥伴
● 行業分析
一些競争對手分析的手段可以參考 電子商務企業競争情報分析工具
2）内部來源
● 公司産品戰略
● 客服人員：包括呼叫中心（電話、短信、傳真、郵件等）、線上客戶（IM、BBS、留言闆、WebCall等）
● 營運人員：所謂網際網路産品是營運出來的，任何成功産品不可能一蹴而就。公司内部營運人員在營運中産生的需求是重要的需求來源管道。
● 市場營銷人員
● 銷售人員
● 财務人員
● 技術支援
● 網站使用者行為分析：包括網站使用者購買行為、點選流等
2、統一需求管理的意義
由于需求來源的多樣化，就要求在公司層面對需求進行統一的管理，以保證能夠：
1）建立端對端的需求管理流程，實作技術與市場的無縫結合。
2）深入了解行業，成為行業專家：對于網際網路企業而言，必須深刻了解所在行業的特征及行業使用者的痛點才能夠推出有競争的産品，是以必須首先成為所在行業專家。産品需求本質代表了行業使用者的需求，通過産品需求的持續積累，可以加深對于行業了解，進而成為行業專家，能夠推出更符合行業需求的産品
3）知識的傳承：通過對需求持續統一的管理可以保證知識的傳承，避免産品需求知識積累在幾個人腦袋裡。
4）主動收集需求，準确把握市場機會點
5）産品創新：通過産品及産品間原有需求的優化、借鑒、組合等手段來達到産品創新的目的。
我們這裡的所說的“統一需求管理”比RUP中的更為寬泛，包括：
● 公司層面統一的需求管理組織支撐體系
● 公司層面統一的需求管理流程制度
● 公司層面統一的需求管理工具
3、怎樣實作統一需求管理
在實作公司層面需求統一管理，華為及IBM所采用的IPD過程很有借鑒意義，核心思想在于：
1）組織支撐
通過建立一個橫跨市場和産品研發部門的組織機構來統一負責收集市場需求，并将其傳遞給産品研發團隊
2）端對端的流程
所謂“端到端流程”是差別于職能式的産品開發模式，建立的産品開發流程是跨部門的、關注業務實作的、客戶到客戶的業務流程。企業中與産品需求相關的主要有三大流程體系：市場管理流程、産品開發流程、需求開發流程。在市場管理流程的第一階段（了解市場階段）、在産品開發流程的第一階段（概念階段）都會定義客戶需求的收集活動，用需求開發流程來支撐需求收集活動。
4、統一需求管理一些思考
1）所謂“工欲善其事，必先利其器”，一個好的需求管理工具對于需求管理有很大幫助。但工具不是萬能的，關鍵還是使用工具的人，是以不用整天尋找完美的工具，而是要問一下自己：對于工具的使用熱情我們能夠堅持多久？
2）工具本身并不能解決需求管理混亂的困局。核心問題還是需求管理的方法論、流程制度是否能夠持續完善。成功需求管理的秘訣之一就是：持續積累、持續完善。
3）我們很多時候忙于開拓新的市場需求而忘記了總結的價值。與客戶、市場、銷售、産品、技術、營運等相關人員定期對積累的各種需求（不單純隻是産品需求）進行“requirement review ”（類似于“cod review”），可以碰撞并挖掘出許多有價值的産品需求及賣點。
4）對于營運型企業而言，各種行業需求的持續積累是企業最為寶貴的财富之一，也是産品創新之源。是以應當把持續的需求積累提升到公司戰略層面。