互聯(lián)網(wǎng)產(chǎn)品需求管理思考(存儲(chǔ)版)
【正文】 ，跨界學(xué)習(xí)其他行業(yè)標(biāo)桿企業(yè)也是洞察所在市場(chǎng)的有效手段。 一些雜思 1）、洞察市場(chǎng)的先決條件是專注。、市場(chǎng)管理流程 在戰(zhàn)略層面，要洞察市場(chǎng)，首先要選定自己的目標(biāo)市場(chǎng)及目標(biāo)用戶，按照 IPD 的方法論，通過市場(chǎng)管理流程來完成。 前面的 Kano 模型也經(jīng)常用于產(chǎn)品創(chuàng)新領(lǐng)域。 層次分析法將決策總是有關(guān)的元素分解成目標(biāo)、準(zhǔn)則、方案等層次，在此基礎(chǔ)之上進(jìn)行定性和定量分析的決策方法。當(dāng)其特性不充足（不滿足顧客需求）時(shí)，顧客很不滿意；當(dāng)其特性充足（滿足顧客需求）時(shí)，無所謂滿意不滿意，顧客充其量是滿意。競(jìng)爭(zhēng)對(duì)手和用戶并不像我們想象的那么愚蠢，以自己的標(biāo)準(zhǔn)來度量別人的產(chǎn)品才是真正的愚蠢。2）、用戶要的是產(chǎn)品的“價(jià)值”，而非產(chǎn)品的“功能”?？梢哉f需求收集的質(zhì)量影響著產(chǎn)品最終的質(zhì)量。核心問題還是需求管理的方法論、流程制度是否能夠持續(xù)完善。 2）、深入理解行業(yè)，成為行業(yè)專家：對(duì)于互聯(lián)網(wǎng)企業(yè)而言，必須深刻理解所在行業(yè)的特征及行業(yè)用戶的痛點(diǎn)才能夠推出有競(jìng)爭(zhēng)的產(chǎn)品，因此必須首先成為所在行業(yè)專家。 o 銷售們抱怨：產(chǎn)品人員、開發(fā)人員閉門造車，只關(guān)注技術(shù)，不關(guān)注客戶需求。根據(jù)統(tǒng)計(jì)：產(chǎn)品開發(fā)中 40%～60%的問題都是在需求階段埋下的禍根 ，在測(cè)試階段及運(yùn)營階段發(fā)現(xiàn)需求階段植入的問題，解決的代價(jià)是需求階段發(fā)現(xiàn)問題的 68～200 倍。研發(fā)部門主動(dòng)到銷售人員那里了解市場(chǎng)信息時(shí)，他們往往說：“我只管銷售，你先把產(chǎn)品拿出來再說” o 某個(gè)客戶在社區(qū)里投訴：xx 產(chǎn)品的 xx 功能做得太差了，已經(jīng)投訴過幾次都還沒有改善；但產(chǎn)品及技術(shù)無辜地說：他這功能相對(duì)于其他產(chǎn)品功能優(yōu)先級(jí)很低，因此暫時(shí)不考慮 o 競(jìng)爭(zhēng)對(duì)手某個(gè)殺手級(jí)產(chǎn)品的功能其實(shí)以前公司很久以前就做了，但后來沒有持續(xù)完善，導(dǎo)致“起了個(gè)大早，趕了個(gè)晚集” o 某個(gè)產(chǎn)品越做越大、越做越亂，直到有一天無法維護(hù)時(shí)候整理產(chǎn)品功能才發(fā)現(xiàn)，里面有一堆亂七八糟的需求，這些需求怎么來的、現(xiàn)在哪一個(gè)客戶在使用此功能，誰都不知道 o 公司層面產(chǎn)品相關(guān)利益者都參加的需求收集會(huì)議也開了很多次，但大家對(duì)于產(chǎn)品需求的理解還是沒有統(tǒng)一 2 / 19o 與競(jìng)爭(zhēng)對(duì)手的產(chǎn)品比較，產(chǎn)品功能比競(jìng)爭(zhēng)對(duì)手全面多了，但還是競(jìng)爭(zhēng)不過競(jìng)爭(zhēng)對(duì)手的產(chǎn)品 o 某個(gè)產(chǎn)品離職了，大家才發(fā)現(xiàn)，對(duì)產(chǎn)品最熟悉的人只有這個(gè)產(chǎn)品經(jīng)理，沒有任何文檔及功能說明，有的只是網(wǎng)站頁面和代碼 對(duì)于大部分互聯(lián)網(wǎng)公司而言，都意識(shí)到了產(chǎn)品管理的重要性，因此都有相應(yīng)的產(chǎn)品管理流程，但為何以上問題仍然屢見不鮮呢？ 以上問題的根源在于： 1）、沒有對(duì)各種需求有效地分層分級(jí)，對(duì)不同階段需求的目標(biāo)沒有明確的定義 2）、沒有建立一個(gè)橫跨市場(chǎng)和產(chǎn)品研發(fā)部門的組織機(jī)構(gòu)來統(tǒng)一負(fù)責(zé)收集市場(chǎng)需求，并將其傳遞給產(chǎn)品研發(fā)團(tuán)隊(duì) 3）、缺少完備的需求收集、匯總、分析機(jī)制，“公司神經(jīng)末梢與大腦失去聯(lián)系”； 4）、沒有建立一套跨部門的端到端的業(yè)務(wù)流程來指導(dǎo)市場(chǎng)需求收集與傳遞工作 5）、沒有一個(gè)客戶需求分析工具來指導(dǎo)系統(tǒng)性地收集客戶需求 互聯(lián)網(wǎng)產(chǎn)品需求來源 一提到需求管理，產(chǎn)品人員及技術(shù)人員都會(huì)異口同聲地說：軟件需求管理，我們有啊。我們這里的所說的“統(tǒng)一需求管理”比 RUP 中的更為寬泛，包括：o 公司層面統(tǒng)一的需求管理組織支撐體系 o 公司層面統(tǒng)一的需求管理流程制度 o 公司層面統(tǒng)一的需求管理工具 怎樣實(shí)現(xiàn)統(tǒng)一需求管理 在實(shí)現(xiàn)公司層面需求統(tǒng)一管理，華為及 IBM 所采用的 IPD 過程很有借鑒意義，核心思想在于：5 / 19 1）、組織支撐 通過建立一個(gè)橫跨市場(chǎng)和產(chǎn)品研發(fā)部門的組織機(jī)構(gòu)來統(tǒng)一負(fù)責(zé)收集市場(chǎng)需求，并將其傳遞給產(chǎn)品研發(fā)團(tuán)隊(duì) 2）、端對(duì)端的流程 所謂“端到端流程”是區(qū)別于職能式的產(chǎn)品開發(fā)模式，建立的產(chǎn)品開發(fā)流程是跨部門的、關(guān)注業(yè)務(wù)實(shí)現(xiàn)的、客戶到客戶的業(yè)務(wù)流程。與客戶、市場(chǎng)、銷售、產(chǎn)品、技術(shù)、運(yùn)營等相關(guān)人員定期對(duì)積累的各種需求（不單純只是產(chǎn)品需求）進(jìn)行“requirement review ”（類似于“cod review”），可以碰撞并挖掘出許多有價(jià)值的產(chǎn)品需
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1