產(chǎn)品設(shè)計(jì)與需求分析

產(chǎn)品與需求本文檔共53頁(yè)；當(dāng)前第1頁(yè)；編輯于星期一\9點(diǎn)19分目錄由一個(gè)產(chǎn)品UI說(shuō)開(kāi)去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開(kāi)發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷(xiāo)售……6業(yè)務(wù)規(guī)劃需求收集與管理本文檔共53頁(yè)；當(dāng)前第2頁(yè)；編輯于星期一\9點(diǎn)19分任務(wù)的目的是展示美國(guó)的幾個(gè)城市在不同月份的平均降水量。UI演進(jìn)舉例——產(chǎn)品需求確定后的表現(xiàn)差異本文檔共53頁(yè)；當(dāng)前第3頁(yè)；編輯于星期一\9點(diǎn)19分體驗(yàn)設(shè)計(jì)要點(diǎn)貼心功能功能呈現(xiàn)信息展現(xiàn)交互感受輔助指引本文檔共53頁(yè)；當(dāng)前第4頁(yè)；編輯于星期一\9點(diǎn)19分用戶(hù)體驗(yàn)場(chǎng)景是核心重視情感需求場(chǎng)景下行為分析業(yè)務(wù)價(jià)值抽象本文檔共53頁(yè)；當(dāng)前第5頁(yè)；編輯于星期一\9點(diǎn)19分目錄由一個(gè)產(chǎn)品UI說(shuō)開(kāi)去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開(kāi)發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷(xiāo)售……6業(yè)務(wù)規(guī)劃需求收集與管理本文檔共53頁(yè)；當(dāng)前第6頁(yè)；編輯于星期一\9點(diǎn)19分目錄需求產(chǎn)品博客用戶(hù)產(chǎn)品本文檔共53頁(yè)；當(dāng)前第7頁(yè)；編輯于星期一\9點(diǎn)19分項(xiàng)目是定制的，個(gè)性化的，為了滿(mǎn)足一個(gè)或一批特定的客戶(hù)需求；而產(chǎn)品是服務(wù)一個(gè)用戶(hù)群的，通用的。這就意味著，項(xiàng)目要服務(wù)好那個(gè)特定的客戶(hù)；而產(chǎn)品不能為了個(gè)別用戶(hù)的需求去定制，必須考慮用有限的資源去滿(mǎn)足更多的、能有更多回報(bào)的用戶(hù)。產(chǎn)品與項(xiàng)目的區(qū)別項(xiàng)目是相對(duì)短期的，較少后續(xù)工作的，可以結(jié)束的（稱(chēng)為“結(jié)項(xiàng)”）；產(chǎn)品是相對(duì)長(zhǎng)期的，不存在所謂的“結(jié)束”，只能是“生命周期完結(jié)”。所以不可能有一個(gè)已經(jīng)“完成”的產(chǎn)品，只存在不斷完善中的產(chǎn)品，直到這個(gè)產(chǎn)品被新產(chǎn)品替代，已經(jīng)沒(méi)有存在的價(jià)值，它才會(huì)“生命周期完結(jié)”。為了避免把產(chǎn)品做成項(xiàng)目的集合體而臃腫不堪，我們需要細(xì)分市場(chǎng)，這時(shí)產(chǎn)品可能就要升級(jí)為“產(chǎn)品線”，按不同的細(xì)分市場(chǎng)，推出不同的產(chǎn)品。本文檔共53頁(yè)；當(dāng)前第8頁(yè)；編輯于星期一\9點(diǎn)19分產(chǎn)品團(tuán)隊(duì)PMPDUIUEPM：產(chǎn)品經(jīng)理。一個(gè)產(chǎn)品，首先由PM來(lái)進(jìn)行商業(yè)上的規(guī)劃，比如細(xì)分市場(chǎng)、目標(biāo)客戶(hù)、主要賣(mài)點(diǎn)等等，通常PD已經(jīng)介入這個(gè)過(guò)程。在這個(gè)層面，商業(yè)問(wèn)題、業(yè)務(wù)邏輯的流暢是思考的焦點(diǎn)。PD：產(chǎn)品設(shè)計(jì)師/產(chǎn)品規(guī)劃師/需求分析師。PD側(cè)重于做功能級(jí)的設(shè)計(jì)，在某個(gè)模塊上，PD類(lèi)似一個(gè)小產(chǎn)品經(jīng)理。技術(shù)團(tuán)隊(duì)中的架構(gòu)師/系統(tǒng)分析師/開(kāi)發(fā)組長(zhǎng)會(huì)與PD緊密合作，這時(shí)候開(kāi)始考慮技術(shù)可行性，性?xún)r(jià)比，確定方案。UE：用戶(hù)體驗(yàn)師/交互設(shè)計(jì)師/界面設(shè)計(jì)師。UE負(fù)責(zé)產(chǎn)品和用戶(hù)交互方面的設(shè)計(jì)，這方面在技術(shù)部門(mén)的配合角色應(yīng)該是前端工程師/客戶(hù)端開(kāi)發(fā)。PD與UE要充分溝通，UE必須要了解商業(yè)層面的內(nèi)容，理解功能的商業(yè)價(jià)值。。UI：界面設(shè)計(jì)師/視覺(jué)設(shè)計(jì)師/美工，與UE的界限模糊。到了UI層面，基本是界面的表現(xiàn)，是用戶(hù)第一眼看到的效果，比如配色、頁(yè)面結(jié)構(gòu)、按鈕形狀、字體字號(hào)等等本文檔共53頁(yè)；當(dāng)前第9頁(yè)；編輯于星期一\9點(diǎn)19分最基本的句式：解決了什么用戶(hù)的什么需求？練習(xí)的時(shí)候，切忌求多，說(shuō)一點(diǎn)即可，找到你感覺(jué)最貼切的那一種用戶(hù)，和他最迫切的那一個(gè)需求。主要擴(kuò)展有如下幾種：產(chǎn)生需求的場(chǎng)合是什么？需求的應(yīng)用場(chǎng)景，時(shí)間地點(diǎn)等，要有“故事感”，盡量找一個(gè)能讓人會(huì)心一笑的。產(chǎn)品的主要功能有哪些？需求和功能的區(qū)別在于，前者是從用戶(hù)角度說(shuō)的，是一種希望，利益點(diǎn)，這時(shí)候還沒(méi)有產(chǎn)品，后者是從產(chǎn)品屬性上說(shuō)的。產(chǎn)品定位—規(guī)劃練習(xí)技術(shù)基礎(chǔ)是什么？主要考察產(chǎn)品的實(shí)現(xiàn)成本，從而評(píng)估性?xún)r(jià)比，是否值得做。沒(méi)有這個(gè)產(chǎn)品的時(shí)候，用戶(hù)是怎么解決問(wèn)題的？幫助思考，這個(gè)產(chǎn)品是否是“不做會(huì)死人”的，我們盡量不要做有很多替代方案的產(chǎn)品。競(jìng)爭(zhēng)對(duì)手是什么？這個(gè)問(wèn)題不用局限，盡量展開(kāi)了想，比上一個(gè)問(wèn)題更廣，可以考慮潛在的競(jìng)爭(zhēng)對(duì)手。順應(yīng)了什么趨勢(shì)？好的產(chǎn)品是順勢(shì)而為的，滿(mǎn)足未來(lái)的某種根本需求是更進(jìn)一步的基礎(chǔ)，嘗試預(yù)測(cè)未來(lái)。本文檔共53頁(yè)；當(dāng)前第10頁(yè)；編輯于星期一\9點(diǎn)19分解決了什么用戶(hù)的什么需求？產(chǎn)生需求的場(chǎng)合是什么？產(chǎn)品的主要功能有哪些？技術(shù)基礎(chǔ)是什么？沒(méi)有這個(gè)產(chǎn)品的時(shí)候，用戶(hù)是怎么解決問(wèn)題的？競(jìng)爭(zhēng)對(duì)手是什么？順應(yīng)了什么趨勢(shì)？方便面產(chǎn)品本文檔共53頁(yè)；當(dāng)前第11頁(yè)；編輯于星期一\9點(diǎn)19分3+1思考法：測(cè)量產(chǎn)品/項(xiàng)目“靠譜程度”需求是從哪里來(lái)的？目標(biāo)客戶(hù)是誰(shuí)？有多少人有這樣的需求？這個(gè)需求緊迫嗎？他們的痛是什么？場(chǎng)景是什么？（用產(chǎn)品之前/之后）解決之后在軟件數(shù)據(jù)上會(huì)有二次挖掘價(jià)值嗎？本文檔共53頁(yè)；當(dāng)前第12頁(yè)；編輯于星期一\9點(diǎn)19分目錄需求產(chǎn)品博客用戶(hù)用戶(hù)本文檔共53頁(yè)；當(dāng)前第13頁(yè)；編輯于星期一\9點(diǎn)19分找到種子用戶(hù)受要解決的問(wèn)題困擾最深的人！愿意配合可以提供很多有價(jià)值的信息可以忍受缺陷樂(lè)意成為義務(wù)推銷(xiāo)員本文檔共53頁(yè)；當(dāng)前第14頁(yè)；編輯于星期一\9點(diǎn)19分除了最終用戶(hù)外，還有……Stakeholder分析Stakeholder列表：籌碼量分析—優(yōu)先級(jí)Stakeholder檔案：籌碼付出—關(guān)注點(diǎn)需求平衡與跟蹤：沖突識(shí)別、實(shí)現(xiàn)跟蹤123評(píng)價(jià)者運(yùn)營(yíng)者購(gòu)買(mǎi)者本文檔共53頁(yè)；當(dāng)前第15頁(yè)；編輯于星期一\9點(diǎn)19分不同層次的用戶(hù)，其需求的價(jià)值不同業(yè)績(jī)差距(問(wèn)題)項(xiàng)目目標(biāo)Stakeholder操作層要求機(jī)會(huì)差距(機(jī)會(huì))Stakeholder列表Stakeholder關(guān)注點(diǎn)效率質(zhì)量業(yè)務(wù)價(jià)值本文檔共53頁(yè)；當(dāng)前第16頁(yè)；編輯于星期一\9點(diǎn)19分Stakeholder分析影響度興趣度高低低高保持溝通關(guān)鍵玩家盡力滿(mǎn)足最小努力本文檔共53頁(yè)；當(dāng)前第17頁(yè)；編輯于星期一\9點(diǎn)19分目錄需求產(chǎn)品博客用戶(hù)需求本文檔共53頁(yè)；當(dāng)前第18頁(yè)；編輯于星期一\9點(diǎn)19分產(chǎn)品設(shè)計(jì)是端到端的過(guò)程，端即用戶(hù)，也就是從用戶(hù)中來(lái)到用戶(hù)中去，最最開(kāi)始的源頭就是“為用戶(hù)解決問(wèn)題，滿(mǎn)足其需求”。產(chǎn)品需求過(guò)程三步驟：產(chǎn)品設(shè)計(jì)中與需求相關(guān)的部分需求管理需求分析需求采集本文檔共53頁(yè)；當(dāng)前第19頁(yè)；編輯于星期一\9點(diǎn)19分產(chǎn)品創(chuàng)意源于三新新技術(shù)新人群新業(yè)務(wù)技術(shù)創(chuàng)新帶來(lái)的機(jī)會(huì)新業(yè)務(wù)模式帶來(lái)的機(jī)會(huì)人群特點(diǎn)變化帶來(lái)的機(jī)會(huì)手段特點(diǎn)模式本文檔共53頁(yè)；當(dāng)前第20頁(yè)；編輯于星期一\9點(diǎn)19分產(chǎn)品靈感源于需求洞察產(chǎn)品現(xiàn)狀預(yù)期預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀問(wèn)題機(jī)會(huì)本文檔共53頁(yè)；當(dāng)前第21頁(yè)；編輯于星期一\9點(diǎn)19分需求的三層次WantNeedWin小張問(wèn)店老板：你這里有賣(mài)沖擊鉆嗎？店主問(wèn)：您為什么想在墻上打個(gè)孔呢？小張答：我想在墻上掛幅畫(huà)。店主問(wèn)：您為什么想在墻上掛幅畫(huà)呢？小張答：我下班回家，單身一人太冷清，掛幅畫(huà)熱鬧點(diǎn)。店主問(wèn)：你想用沖擊鉆來(lái)解決什么問(wèn)題呢？小張答：想在墻上打個(gè)孔店主答：對(duì)不起，我們這沒(méi)有沖擊鉆賣(mài)，你到別處看看。暴食、貪婪、懶惰、嫉妒、驕傲、淫欲、憤怒本文檔共53頁(yè)；當(dāng)前第22頁(yè)；編輯于星期一\9點(diǎn)19分意識(shí)：需求三要素業(yè)務(wù)背景：花盆種類(lèi)、擺放位置解決方案：木制的小板凳問(wèn)題：放花盆木樁什么形狀，釘在什么位置？要幾枚鐵釘，多長(zhǎng)多大？板多大、多寬、多厚？本文檔共53頁(yè)；當(dāng)前第23頁(yè)；編輯于星期一\9點(diǎn)19分意識(shí)：需求三要素問(wèn)題Why業(yè)務(wù)背景Context解決方案

What1、澄清問(wèn)題（問(wèn)題表象+原因+范圍與限定）2、了解業(yè)務(wù)背景（業(yè)務(wù)場(chǎng)景[誰(shuí)、什么時(shí)候、怎么做]+

業(yè)務(wù)術(shù)語(yǔ)+變化/約束/擴(kuò)展……）3、建議并確認(rèn)解決方案（問(wèn)題有效解決+成本合適）本文檔共53頁(yè)；當(dāng)前第24頁(yè)；編輯于星期一\9點(diǎn)19分目錄由一個(gè)產(chǎn)品UI說(shuō)開(kāi)去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開(kāi)發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷(xiāo)售……6業(yè)務(wù)規(guī)劃需求收集與管理本文檔共53頁(yè)；當(dāng)前第25頁(yè)；編輯于星期一\9點(diǎn)19分用戶(hù)為什么說(shuō)不清需求易于放大需求不講需求背后的原因需求零散，思考不足問(wèn)Why結(jié)構(gòu)化提問(wèn)本文檔共53頁(yè)；當(dāng)前第26頁(yè)；編輯于星期一\9點(diǎn)19分馬斯洛需求層級(jí)本文檔共53頁(yè)；當(dāng)前第27頁(yè)；編輯于星期一\9點(diǎn)19分需求問(wèn)題就是溝通問(wèn)題本文檔共53頁(yè)；當(dāng)前第28頁(yè)；編輯于星期一\9點(diǎn)19分溝通哲學(xué)本文檔共53頁(yè)；當(dāng)前第29頁(yè)；編輯于星期一\9點(diǎn)19分產(chǎn)品做出來(lái)，還要賣(mài)出去。前者是“需求到功能”，可以對(duì)應(yīng)到“產(chǎn)品設(shè)計(jì)”的職能，后者是“功能到賣(mài)點(diǎn)”，對(duì)應(yīng)產(chǎn)品運(yùn)營(yíng)。從功能到賣(mài)點(diǎn)目標(biāo)用戶(hù)：人物；場(chǎng)景：時(shí)間、地點(diǎn)；碰到的問(wèn)題：事情的起因，需求產(chǎn)生；產(chǎn)品/功能：事情的經(jīng)過(guò)，我們?nèi)绾谓鉀Q了問(wèn)題；用戶(hù)收益：事情的結(jié)果，用了我們的產(chǎn)品以后，如何美好。本文檔共53頁(yè)；當(dāng)前第30頁(yè)；編輯于星期一\9點(diǎn)19分…………成敗案例分析(1)網(wǎng)上銀行孰優(yōu)孰劣？帳戶(hù)管理基本交易網(wǎng)上支付借記卡信用卡基金本文檔共53頁(yè)；當(dāng)前第31頁(yè)；編輯于星期一\9點(diǎn)19分產(chǎn)品賣(mài)點(diǎn)需求全景右腦需求：感覺(jué)、情感、外觀、設(shè)計(jì)……左腦需求：實(shí)用、痛點(diǎn)、邏輯、功能……（高層：解決問(wèn)題/創(chuàng)造機(jī)會(huì)；中層：管理/控制）關(guān)鍵需求詳細(xì)需求吸引購(gòu)買(mǎi)業(yè)務(wù)子系統(tǒng)/功能域行為數(shù)據(jù)質(zhì)量再次購(gòu)買(mǎi)本文檔共53頁(yè)；當(dāng)前第32頁(yè)；編輯于星期一\9點(diǎn)19分目錄由一個(gè)產(chǎn)品UI說(shuō)開(kāi)去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開(kāi)發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷(xiāo)售……6業(yè)務(wù)規(guī)劃需求收集與管理本文檔共53頁(yè)；當(dāng)前第33頁(yè)；編輯于星期一\9點(diǎn)19分業(yè)務(wù)流程八要素分工活動(dòng)規(guī)模風(fēng)險(xiǎn)專(zhuān)業(yè)協(xié)作并行串行異步產(chǎn)物關(guān)系分支審核異常規(guī)則本文檔共53頁(yè)；當(dāng)前第34頁(yè)；編輯于星期一\9點(diǎn)19分業(yè)務(wù)流程分析選擇合適的流程圖描述方式標(biāo)識(shí)流程中各參與角色梳理主流程梳理分支分析異常情況沒(méi)有最好的圖，只有最合適的的圖，應(yīng)根據(jù)流程邏輯特點(diǎn)選擇從服務(wù)請(qǐng)求到服務(wù)滿(mǎn)足，整個(gè)過(guò)程涉及哪些角色參與其中一切正常的處理流程是什么樣的？需要相關(guān)的審核點(diǎn)嗎？在各個(gè)環(huán)節(jié)中會(huì)出現(xiàn)例外嗎？針對(duì)這些例外如何處理？有沒(méi)有完全不能夠按流程處理的情況？有沒(méi)有出錯(cuò)的情況？本文檔共53頁(yè)；當(dāng)前第35頁(yè)；編輯于星期一\9點(diǎn)19分業(yè)務(wù)流程vs.業(yè)務(wù)功能最終用戶(hù)管理者本文檔共53頁(yè)；當(dāng)前第36頁(yè)；編輯于星期一\9點(diǎn)19分跨職能流程圖——視頻偵緝本文檔共53頁(yè)；當(dāng)前第37頁(yè)；編輯于星期一\9點(diǎn)19分描述流程：選擇正確的工具

商業(yè)建模標(biāo)準(zhǔn)

復(fù)用性強(qiáng)

用戶(hù)最容易接受

并行、異步支持差跨職能流程圖活動(dòng)圖時(shí)序圖數(shù)據(jù)

流圖

IDEF建模標(biāo)準(zhǔn)

強(qiáng)調(diào)數(shù)據(jù)流

未表示出誰(shuí)執(zhí)行

計(jì)費(fèi)類(lèi)系統(tǒng)最適用

UML建模標(biāo)準(zhǔn)

語(yǔ)義最豐富

強(qiáng)調(diào)行為流強(qiáng)調(diào)活動(dòng)內(nèi)容

UML建模標(biāo)準(zhǔn)

強(qiáng)調(diào)行為流

強(qiáng)調(diào)協(xié)作

技術(shù)類(lèi)系統(tǒng)更常用本文檔共53頁(yè)；當(dāng)前第38頁(yè)；編輯于星期一\9點(diǎn)19分現(xiàn)場(chǎng)出圖：流程分析加速器一聽(tīng)二問(wèn)三讀客戶(hù)代表陳述不要中途打斷繪出基本脈絡(luò)為指引忽略

細(xì)節(jié)草圖

演化具體的崗位分支與異常其他細(xì)節(jié)繪圖者復(fù)述客戶(hù)代表驗(yàn)證達(dá)成共識(shí)本文檔共53頁(yè)；當(dāng)前第39頁(yè)；編輯于星期一\9點(diǎn)19分閱讀用例圖本文檔共53頁(yè)；當(dāng)前第40頁(yè)；編輯于星期一\9點(diǎn)19分目錄由一個(gè)產(chǎn)品UI說(shuō)開(kāi)去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開(kāi)發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷(xiāo)售……6業(yè)務(wù)規(guī)劃需求收集與管理本文檔共53頁(yè)；當(dāng)前第41頁(yè)；編輯于星期一\9點(diǎn)19分需求編號(hào)：包含“采集時(shí)刻

+

采集者”信息需求類(lèi)型：（在進(jìn)行評(píng)審時(shí)填寫(xiě)）功能需求、非功能需求……來(lái)源（Who）：（方便追根溯源）公司提供者：需求提供者的部門(mén)、聯(lián)系方式產(chǎn)生需求的客戶(hù)：用戶(hù)需求的公司、部門(mén)、聯(lián)系方式客戶(hù)背景資料：受教育程度、崗位經(jīng)驗(yàn)、其他與本單項(xiàng)需求相關(guān)經(jīng)驗(yàn)場(chǎng)景（Where、When）：產(chǎn)生該需求的用戶(hù)活動(dòng)特定的時(shí)間、地理、環(huán)境描述（What）：用（主語(yǔ)+謂語(yǔ)+賓語(yǔ)）的語(yǔ)法結(jié)構(gòu)，禁止使用修飾語(yǔ)句原因（Why）：（保持懷疑的心，很多時(shí)候理由是假想出來(lái)的）驗(yàn)收標(biāo)準(zhǔn)（How）：1.

用量化的語(yǔ)言2.

無(wú)法量化尋找標(biāo)竿需求重要性權(quán)重（Howmuch）：滿(mǎn)足后（1一般~5非常高興）未實(shí)現(xiàn)（1略感遺憾~5非常懊惱）需求生命特征（When）：1.

需求的緊急度2.

時(shí)間持續(xù)性需求關(guān)聯(lián)（Which）：1.

人：需求關(guān)聯(lián)的用戶(hù)影響人物2.

事：需求關(guān)聯(lián)的用戶(hù)業(yè)務(wù)與關(guān)聯(lián)需求編號(hào)3.

物：需求關(guān)聯(lián)的客戶(hù)系統(tǒng)、設(shè)備；需求關(guān)聯(lián)的公司產(chǎn)品及版本參考材料：在需求采集活動(dòng)中的輸入材料，僅僅輸入援用的條目、章節(jié)競(jìng)爭(zhēng)者對(duì)比：（按照1分差~10分好進(jìn)行評(píng)估）1.

競(jìng)爭(zhēng)者對(duì)該需求的滿(mǎn)足方式2.

用戶(hù)、客戶(hù)對(duì)競(jìng)爭(zhēng)者及公司在該需求的評(píng)價(jià)產(chǎn)品設(shè)計(jì)期需求本文檔共53頁(yè)；當(dāng)前第42頁(yè)；編輯于星期一\9點(diǎn)19分目標(biāo)用戶(hù)：這件事，是為誰(shuí)而做的，一旦售后填寫(xiě)這個(gè)就可以自己排除掉很多需求了；問(wèn)題描述：目標(biāo)用戶(hù)碰到的痛點(diǎn)，只說(shuō)“何時(shí)/何地，怎么難受”即可；嚴(yán)重程度：對(duì)問(wèn)題嚴(yán)重程度的判斷，“高/中/低”即可，具體的判斷方法，可以根據(jù)用戶(hù)重要程度，問(wèn)題出現(xiàn)的次數(shù)、頻率等因素考慮；現(xiàn)有方案：現(xiàn)在是如何解決此問(wèn)題的。一般來(lái)說(shuō)，一個(gè)值得解決的問(wèn)題，通常已經(jīng)有人著手想方案了，也一定已經(jīng)有一些解決方案，而沒(méi)有現(xiàn)有方案的問(wèn)題，通常不嚴(yán)重；建議方案：建議的產(chǎn)品改進(jìn)

，催促售后換位思考，產(chǎn)品不一定采納；價(jià)值描述：改進(jìn)方案帶來(lái)的額外價(jià)值，比如：省時(shí)間；能更精準(zhǔn)的找到某某……改進(jìn)成本：建議方案的成本評(píng)估，“高/中/低”，同樣，僅供參考。產(chǎn)品拿到一堆需求以后，主要根據(jù)性?xún)r(jià)比決定接下來(lái)做什么。性?xún)r(jià)比

=

嚴(yán)重程度/改進(jìn)成本，問(wèn)題（用戶(hù)需求）決定嚴(yán)重程度，解決方案（產(chǎn)品功能）決定改進(jìn)成本。售后/運(yùn)營(yíng)該如何提需求本文檔共53頁(yè)；當(dāng)前第43頁(yè)；編輯于星期一\9點(diǎn)19分質(zhì)量屬性的常見(jiàn)誤區(qū)定性描述普遍重視不足全局描述盲目定量需求簡(jiǎn)單復(fù)制開(kāi)發(fā)直接翻過(guò)需求寫(xiě)不出開(kāi)發(fā)看不懂顧此失彼未能有效實(shí)現(xiàn)本文檔共53頁(yè)；當(dāng)前第44頁(yè)；編輯于星期一\9點(diǎn)19分模塊：一般來(lái)說(shuō)，每個(gè)模塊下分3~10個(gè)子模塊是合理的，否則要考慮重新劃分。子模塊：稍大一點(diǎn)的產(chǎn)品至少要給功能模塊做二級(jí)分類(lèi)了。功能：要給用戶(hù)提供什么功能，功能名字。功能描述：這里可以說(shuō)具體一點(diǎn)。需求列表到功能列表商業(yè)價(jià)值描述：賣(mài)點(diǎn)是什么，可以給用戶(hù)提供什么價(jià)值。商業(yè)屬性：簡(jiǎn)單分為基本，擴(kuò)展，增值。商業(yè)優(yōu)先級(jí)：這塊是整個(gè)FeatureList工作中核心的部分，判斷的準(zhǔn)確直接影響著將來(lái)產(chǎn)品的方向。先基于自己對(duì)商業(yè)目標(biāo)的理解，主觀定級(jí)別，然后再PD團(tuán)隊(duì)pk，如有必要，再去客戶(hù)處確認(rèn)。開(kāi)發(fā)量：一般由技術(shù)部門(mén)的項(xiàng)目經(jīng)理或者系統(tǒng)分析師/架構(gòu)師來(lái)確定。性?xún)r(jià)比：綜合商業(yè)屬性、優(yōu)先級(jí)與開(kāi)發(fā)量來(lái)確定一個(gè)合適產(chǎn)品的計(jì)算方法。備注：本文檔共53頁(yè)；當(dāng)前第45頁(yè)；編輯于星期一\9點(diǎn)19分需求確認(rèn)動(dòng)態(tài)功能列表是對(duì)每個(gè)需求加上跟蹤狀態(tài)屬性，能實(shí)時(shí)看到“何時(shí)做，誰(shuí)來(lái)做，狀態(tài)如何”。負(fù)責(zé)人：細(xì)分為需求提出者（備注原始需求）、需求負(fù)責(zé)人、開(kāi)發(fā)負(fù)責(zé)人、測(cè)試負(fù)責(zé)人，屬于哪個(gè)項(xiàng)目……需求狀態(tài)：通常有“待討論”、“拒絕”、“暫緩”、“需求中”、“開(kāi)發(fā)中”、“已完成”幾個(gè)狀態(tài)，可按實(shí)際情況增減。時(shí)間信息：提出時(shí)間、錄入時(shí)間、發(fā)布時(shí)間……本文檔共53頁(yè)；當(dāng)前第46頁(yè)；編輯于星期一\9點(diǎn)19分采集產(chǎn)品干系人（廣義用戶(hù)）提出的各種需求，整理轉(zhuǎn)化為產(chǎn)品需求，即“需求轉(zhuǎn)化”?！按_定屬性”即這個(gè)需求是屬于產(chǎn)品的哪個(gè)模塊？是基本/擴(kuò)展/增值功能？是功能/性能/用戶(hù)體驗(yàn)方面？等。屬性的維度可按照產(chǎn)品的不同自由定義，原則是為了便于需求管理。需求管理featurelist，每隔一段時(shí)間、或新需求積累到一定數(shù)量、或是由特別事件觸發(fā)，進(jìn)行“確定商業(yè)價(jià)值（產(chǎn)品內(nèi)PK）”。會(huì)議上討論所有狀態(tài)為“待討論”的功能點(diǎn)，需求狀態(tài)一定要變化，進(jìn)入“需求中”/“拒絕”/“暫緩”。拒絕的需求是被認(rèn)為對(duì)產(chǎn)品的商業(yè)目的沒(méi)有價(jià)值的，而暫緩的需求是“有價(jià)值，但是現(xiàn)在不做”的，通常要表明重啟的條件。狀態(tài)變?yōu)椤靶枨笾小钡墓δ茳c(diǎn)，下一步就是初定工作量，只是簡(jiǎn)單的評(píng)估，和真實(shí)情況的匹配程度很取決于經(jīng)驗(yàn),要靠不斷的實(shí)踐來(lái)反復(fù)修正。有了每個(gè)功能點(diǎn)的商業(yè)價(jià)值和工作量，很自然的就能算出性?xún)r(jià)比，簡(jiǎn)單的說(shuō)即“商業(yè)價(jià)值/開(kāi)發(fā)工作量”，我們把featurelist按照性?xún)r(jià)比從大到小排序，再對(duì)應(yīng)考察每行評(píng)估出來(lái)的開(kāi)發(fā)工作量，從上到下依次納入項(xiàng)目，我們的可用工作量能做多少個(gè)功能點(diǎn)，一目了然。第二，需求依賴(lài)，功能點(diǎn)互相之間有依賴(lài)關(guān)系，只能先做某些功能，應(yīng)在featurelist里注明；功能點(diǎn)與人力資源之間的依賴(lài)關(guān)系也會(huì)經(jīng)常存在，在這里評(píng)估工作量的時(shí)候不會(huì)考慮“誰(shuí)來(lái)做”的問(wèn)題，但是在后續(xù)立項(xiàng)，組建團(tuán)隊(duì)的時(shí)候需要注意。第三，功能點(diǎn)的粒度大小問(wèn)題，商業(yè)價(jià)值很高的功能，如果細(xì)分的話(huà)，我們也會(huì)發(fā)現(xiàn)其中有價(jià)值相對(duì)低的部分，所以功能點(diǎn)的粒度應(yīng)該盡量細(xì)，前提是細(xì)化引起的管理成本上升在可接受的范圍內(nèi)。第一，需求打包最好打類(lèi)似的功能點(diǎn)，是否類(lèi)似取決于需求的屬性，“確定屬性”這步做的事情起作用了，一般來(lái)說(shuō)業(yè)務(wù)上有邏輯關(guān)系的需求才會(huì)包含一個(gè)項(xiàng)目里，否則就是一個(gè)純粹修修補(bǔ)補(bǔ)的“小需求項(xiàng)目”了。本文檔共53頁(yè)；當(dāng)前第47頁(yè)；編輯于星期一\9點(diǎn)19分需求發(fā)布流程本文檔共53頁(yè)；當(dāng)前第48頁(yè)；編輯于星期一\9點(diǎn)19分目錄由一個(gè)產(chǎn)品UI說(shuō)開(kāi)去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開(kāi)發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷(xiāo)售……6業(yè)務(wù)規(guī)劃需求收集與管理本文檔共53頁(yè)；當(dāng)前第49頁(yè)；編輯于星期一\9點(diǎn)19分業(yè)務(wù)規(guī)劃--Why？What？How？可做的事想做的事能做的事一句話(huà)的業(yè)務(wù)定位一個(gè)商業(yè)模型幾個(gè)個(gè)業(yè)務(wù)關(guān)鍵點(diǎn)資源保障計(jì)劃安排效果預(yù)估業(yè)務(wù)規(guī)劃HowWhatWhy本文檔共53頁(yè)；當(dāng)前第50頁(yè)；編輯于星期一\9點(diǎn)19分首先，明確目的，最最重要，其實(shí)做一個(gè)會(huì)議和做一個(gè)產(chǎn)品也是一樣的。不要試圖在一個(gè)會(huì)議中解決所有的問(wèn)題，就算你要連著召集兩個(gè)參與人大部分相同的會(huì)議，我也建議你把它們分開(kāi)，甚至，更好的做法，合理安排一