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

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

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

業(yè)務(wù)術(shù)語+變化/約束/擴(kuò)展……）3、建議并確認(rèn)解決方案（問題有效解決+成本合適）意識(shí)：需求三要素問題業(yè)務(wù)背景解決方案

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

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

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

用戶最容易接受

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

流圖

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

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

未表示出誰執(zhí)行

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

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

語義最豐富

強(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ù)類系統(tǒng)更常用描述流程：選擇正確的工具商業(yè)建模標(biāo)準(zhǔn)跨職能流程圖活動(dòng)圖時(shí)序38現(xiàn)場(chǎng)出圖：流程分析加速器一聽二問三讀客戶代表陳述不要中途打斷繪出基本脈絡(luò)為指引忽略

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

演化具體的崗位分支與異常其他細(xì)節(jié)繪圖者復(fù)述客戶代表驗(yàn)證達(dá)成共識(shí)現(xiàn)場(chǎng)出圖：流程分析加速器一聽二問三讀客戶代表陳述不要中途打斷39閱讀用例圖閱讀用例圖40目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷售……6業(yè)務(wù)規(guī)劃需求收集與管理目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)1需求編號(hào)：包含“采集時(shí)刻

+

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

用量化的語言2.

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

需求的緊急度2.

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

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

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

物：需求關(guān)聯(lián)的客戶系統(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ì)該需求的滿足方式2.

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

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

=

嚴(yán)重程度/改進(jìn)成本，問題（用戶需求）決定嚴(yán)重程度，解決方案（產(chǎn)品功能）決定改進(jìn)成本。售后/運(yùn)營該如何提需求目標(biāo)用戶：這件事，是為誰而做的，一旦售后填寫這個(gè)就可以自己排43質(zhì)量屬性的常見誤區(qū)定性描述普遍重視不足全局描述盲目定量需求簡(jiǎn)單復(fù)制開發(fā)直接翻過需求寫不出開發(fā)看不懂顧此失彼未能有效實(shí)現(xiàn)質(zhì)量屬性的常見誤區(qū)定性描述普遍重視不足全局描述盲目定量需求簡(jiǎn)44模塊：一般來說，每個(gè)模塊下分3~10個(gè)子模塊是合理的，否則要考慮重新劃分。子模塊：稍大一點(diǎn)的產(chǎn)品至少要給功能模塊做二級(jí)分類了。功能：要給用戶提供什么功能，功能名字。功能描述：這里可以說具體一點(diǎn)。需求列表到功能列表商業(yè)價(jià)值描述：賣點(diǎn)是什么，可以給用戶提供什么價(jià)值。商業(yè)屬性：簡(jiǎn)單分為基本，擴(kuò)展，增值。商業(yè)優(yōu)先級(jí)：這塊是整個(gè)FeatureList工作中核心的部分，判斷的準(zhǔn)確直接影響著將來產(chǎn)品的方向。先基于自己對(duì)商業(yè)目標(biāo)的理解，主觀定級(jí)別，然后再PD團(tuán)隊(duì)pk，如有必要，再去客戶處確認(rèn)。開發(fā)量：一般由技術(shù)部門的項(xiàng)目經(jīng)理或者系統(tǒng)分析師/架構(gòu)師來確定。性價(jià)比：綜合商業(yè)屬性、優(yōu)先級(jí)與開發(fā)量來確定一個(gè)合適產(chǎn)品的計(jì)算方法。備注：模塊：一般來說，每個(gè)模塊下分3~10個(gè)子模塊是合理的，否則要45需求確認(rèn)動(dòng)態(tài)功能列表是對(duì)每個(gè)需求加上跟蹤狀態(tài)屬性，能實(shí)時(shí)看到“何時(shí)做，誰來做，狀態(tài)如何”。負(fù)責(zé)人：細(xì)分為需求提出者（備注原始需求）、需求負(fù)責(zé)人、開發(fā)負(fù)責(zé)人、測(cè)試負(fù)責(zé)人，屬于哪個(gè)項(xiàng)目……需求狀態(tài)：通常有“待討論”、“拒絕”、“暫緩”、“需求中”、“開發(fā)中”、“已完成”幾個(gè)狀態(tài)，可按實(shí)際情況增減。時(shí)間信息：提出時(shí)間、錄入時(shí)間、發(fā)布時(shí)間……需求確認(rèn)動(dòng)態(tài)功能列表是對(duì)每個(gè)需求加上跟蹤狀態(tài)屬性，能實(shí)時(shí)看到46采集產(chǎn)品干系人（廣義用戶）提出的各種需求，整理轉(zhuǎn)化為產(chǎn)品需求，即“需求轉(zhuǎn)化”?！按_定屬性”即這個(gè)需求是屬于產(chǎn)品的哪個(gè)模塊？是基本/擴(kuò)展/增值功能？是功能/性能/用戶體驗(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è)目的沒有價(jià)值的，而暫緩的需求是“有價(jià)值，但是現(xiàn)在不做”的，通常要表明重啟的條件。狀態(tài)變?yōu)椤靶枨笾小钡墓δ茳c(diǎn)，下一步就是初定工作量，只是簡(jiǎn)單的評(píng)估，和真實(shí)情況的匹配程度很取決于經(jīng)驗(yàn),要靠不斷的實(shí)踐來反復(fù)修正。有了每個(gè)功能點(diǎn)的商業(yè)價(jià)值和工作量，很自然的就能算出性價(jià)比，簡(jiǎn)單的說即“商業(yè)價(jià)值/開發(fā)工作量”，我們把featurelist按照性價(jià)比從大到小排序，再對(duì)應(yīng)考察每行評(píng)估出來的開發(fā)工作量，從上到下依次納入項(xiàng)目，我們的可用工作量能做多少個(gè)功能點(diǎn)，一目了然。第二，需求依賴，功能點(diǎn)互相之間有依賴關(guān)系，只能先做某些功能，應(yīng)在featurelist里注明；功能點(diǎn)與人力資源之間的依賴關(guān)系也會(huì)經(jīng)常存在，在這里評(píng)估工作量的時(shí)候不會(huì)考慮“誰來做”的問題，但是在后續(xù)立項(xiàng)，組建團(tuán)隊(duì)的時(shí)候需要注意。第三，功能點(diǎn)的粒度大小問題，商業(yè)價(jià)值很高的功能，如果細(xì)分的話，我們也會(huì)發(fā)現(xiàn)其中有價(jià)值相對(duì)低的部分，所以功能點(diǎn)的粒度應(yīng)該盡量細(xì)，前提是細(xì)化引起的管理成本上升在可接受的范圍內(nèi)。第一，需求打包最好打類似的功能點(diǎn)，是否類似取決于需求的屬性，“確定屬性”這步做的事情起作用了，一般來說業(yè)務(wù)上有邏輯關(guān)系的需求才會(huì)包含一個(gè)項(xiàng)目里，否則就是一個(gè)純粹修修補(bǔ)補(bǔ)的“小需求項(xiàng)目”了。采集產(chǎn)品干系人（廣義用戶）提出的各種需求，整理轉(zhuǎn)化為產(chǎn)品需求47需求發(fā)布流程需求發(fā)布流程48目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷售……6業(yè)務(wù)規(guī)劃需求收集與管理目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)1業(yè)務(wù)規(guī)劃--Why？What？How？可做的事想做的事能做的事一句話的業(yè)務(wù)定位一個(gè)商業(yè)模型幾個(gè)個(gè)業(yè)務(wù)關(guān)鍵點(diǎn)資源保障計(jì)劃安排效果預(yù)估業(yè)務(wù)規(guī)劃HowWhatWhy業(yè)務(wù)規(guī)劃--Why？What？How？可做的事一句話的業(yè)務(wù)定50首先，明確目的，最最重要，其實(shí)做一個(gè)會(huì)議和做一個(gè)產(chǎn)品也是一樣的。不要試圖在一個(gè)會(huì)議中解決所有的問題，就算你要連著召集兩個(gè)參與人大部分相同的會(huì)議，我也建議你把它們分開，甚至，更好的做法，合理安排一個(gè)會(huì)議中的議題，可以讓部分人早點(diǎn)走，或者晚點(diǎn)到。依據(jù)目的，類似的日常會(huì)議一般在15min～2、3個(gè)小時(shí)不等。會(huì)議前，做好資源的確認(rèn)：會(huì)議室、投影儀等；更要做好人員的確認(rèn)：確認(rèn)好“必選”的和“可選”的，不要漏人，也不要叫閑人，把握“大會(huì)決定小事，小會(huì)決定大事”的原則。識(shí)別出會(huì)議的KP（KeyPerson，關(guān)鍵人物），通常是最大的一個(gè)或幾個(gè)老板，提前當(dāng)面或者電話知會(huì)一下，然后發(fā)出會(huì)議邀請(qǐng)。對(duì)于KP，爭(zhēng)取提前與他討論關(guān)鍵議題，達(dá)成一致，叫做“串供”，這會(huì)讓會(huì)上省很多時(shí)間和精力。正所謂，要想讓會(huì)議不流于形式，就要把會(huì)議本身變成走走形式。所有事情，盡量在會(huì)上取得共識(shí)，給出“會(huì)議決議”，實(shí)在不行的可以作為“遺留問題”。最后，牢記很實(shí)用的“所有人提供意見，少數(shù)人討論，一個(gè)人拍板”的民主集中原則?？孔V的會(huì)議首先，明確目的，最最重要，其實(shí)做一個(gè)會(huì)議和做一個(gè)產(chǎn)品也是一樣51回顧截至到上次會(huì)議結(jié)束時(shí)的信息1．上次會(huì)議討論的重點(diǎn)問題是什么？2．關(guān)于這些問題我們達(dá)成了哪些一致意見？3．上次會(huì)議中哪些問題由于缺乏信息考證，不確定性因素等原因而未能解決？4．上次會(huì)議哪些執(zhí)行計(jì)劃被通過了？對(duì)于這些執(zhí)行計(jì)劃我們有哪些主要想法和設(shè)想？持續(xù)的戰(zhàn)略規(guī)劃會(huì)面對(duì)回顧信息，今天的重中之重8．我們今天討論的重點(diǎn)是什么？9．你們提議的執(zhí)行計(jì)劃是什么？最初的設(shè)想和決定的理由？10．我們?cè)鯓訉?shí)踐這些設(shè)想和減少潛在的不確定因素？11．今天要討論和做出的決定回顧上次會(huì)議結(jié)束到本次會(huì)議開始時(shí)間段5．自上次討論會(huì)議后外部發(fā)生了哪些主要變化？6．自上次討論會(huì)議后采取了哪些重要行動(dòng)？以及這些執(zhí)行對(duì)戰(zhàn)略和財(cái)政上產(chǎn)生的影響？7．上次會(huì)議后我們搜集了一些供參考的信息，對(duì)于執(zhí)行計(jì)劃是否要對(duì)當(dāng)初的設(shè)想作些調(diào)整？“戰(zhàn)略回顧”持續(xù)改進(jìn)12．從上一輪的戰(zhàn)略回顧中我們學(xué)到什么？怎樣在下一輪中學(xué)到更多？13．怎樣改進(jìn)戰(zhàn)略回顧會(huì)議和會(huì)議進(jìn)行方式？回顧截至到上次會(huì)議結(jié)束時(shí)的信息持續(xù)的戰(zhàn)略規(guī)劃會(huì)面對(duì)回顧信息，52謝謝！謝謝！53演講完畢，謝謝觀看！演講完畢，謝謝觀看！54產(chǎn)品與需求產(chǎn)品與需求55目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷售……6業(yè)務(wù)規(guī)劃需求收集與管理目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)1任務(wù)的目的是展示美國的幾個(gè)城市在不同月份的平均降水量。UI演進(jìn)舉例——產(chǎn)品需求確定后的表現(xiàn)差異任務(wù)的目的是展示美國的幾個(gè)城市在不同月份的平均降水量。UI演57體驗(yàn)設(shè)計(jì)要點(diǎn)貼心功能功能呈現(xiàn)信息展現(xiàn)交互感受輔助指引體驗(yàn)設(shè)計(jì)要點(diǎn)貼心功能功能呈現(xiàn)信息展現(xiàn)交互感受輔助指引58用戶體驗(yàn)場(chǎng)景是核心重視情感需求場(chǎng)景下行為分析業(yè)務(wù)價(jià)值抽象用戶體驗(yàn)場(chǎng)景是核心場(chǎng)景下行為分析業(yè)務(wù)價(jià)值抽象59目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷售……6業(yè)務(wù)規(guī)劃需求收集與管理目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)1目錄需求產(chǎn)品博客用戶產(chǎn)品目錄需求產(chǎn)品博客用戶產(chǎn)品項(xiàng)目是定制的，個(gè)性化的，為了滿足一個(gè)或一批特定的客戶需求；而產(chǎn)品是服務(wù)一個(gè)用戶群的，通用的。這就意味著，項(xiàng)目要服務(wù)好那個(gè)特定的客戶；而產(chǎn)品不能為了個(gè)別用戶的需求去定制，必須考慮用有限的資源去滿足更多的、能有更多回報(bào)的用戶。產(chǎn)品與項(xiàng)目的區(qū)別項(xiàng)目是相對(duì)短期的，較少后續(xù)工作的，可以結(jié)束的（稱為“結(jié)項(xiàng)”）；產(chǎn)品是相對(duì)長期的，不存在所謂的“結(jié)束”，只能是“生命周期完結(jié)”。所以不可能有一個(gè)已經(jīng)“完成”的產(chǎn)品，只存在不斷完善中的產(chǎn)品，直到這個(gè)產(chǎn)品被新產(chǎn)品替代，已經(jīng)沒有存在的價(jià)值，它才會(huì)“生命周期完結(jié)”。為了避免把產(chǎn)品做成項(xiàng)目的集合體而臃腫不堪，我們需要細(xì)分市場(chǎng)，這時(shí)產(chǎn)品可能就要升級(jí)為“產(chǎn)品線”，按不同的細(xì)分市場(chǎng)，推出不同的產(chǎn)品。項(xiàng)目是定制的，個(gè)性化的，為了滿足一個(gè)或一批特定的客戶需求；而62產(chǎn)品團(tuán)隊(duì)PMPDUIUEPM：產(chǎn)品經(jīng)理。一個(gè)產(chǎn)品，首先由PM來進(jìn)行商業(yè)上的規(guī)劃，比如細(xì)分市場(chǎng)、目標(biāo)客戶、主要賣點(diǎn)等等，通常PD已經(jīng)介入這個(gè)過程。在這個(gè)層面，商業(yè)問題、業(yè)務(wù)邏輯的流暢是思考的焦點(diǎn)。PD：產(chǎn)品設(shè)計(jì)師/產(chǎn)品規(guī)劃師/需求分析師。PD側(cè)重于做功能級(jí)的設(shè)計(jì)，在某個(gè)模塊上，PD類似一個(gè)小產(chǎn)品經(jīng)理。技術(shù)團(tuán)隊(duì)中的架構(gòu)師/系統(tǒng)分析師/開發(fā)組長會(huì)與PD緊密合作，這時(shí)候開始考慮技術(shù)可行性，性價(jià)比，確定方案。UE：用戶體驗(yàn)師/交互設(shè)計(jì)師/界面設(shè)計(jì)師。UE負(fù)責(zé)產(chǎn)品和用戶交互方面的設(shè)計(jì)，這方面在技術(shù)部門的配合角色應(yīng)該是前端工程師/客戶端開發(fā)。PD與UE要充分溝通，UE必須要了解商業(yè)層面的內(nèi)容，理解功能的商業(yè)價(jià)值。。UI：界面設(shè)計(jì)師/視覺設(shè)計(jì)師/美工，與UE的界限模糊。到了UI層面，基本是界面的表現(xiàn)，是用戶第一眼看到的效果，比如配色、頁面結(jié)構(gòu)、按鈕形狀、字體字號(hào)等等產(chǎn)品團(tuán)隊(duì)PMPDUIUEPM：產(chǎn)品經(jīng)理。一個(gè)產(chǎn)品，首先由PM63最基本的句式：解決了什么用戶的什么需求？練習(xí)的時(shí)候，切忌求多，說一點(diǎn)即可，找到你感覺最貼切的那一種用戶，和他最迫切的那一個(gè)需求。主要擴(kuò)展有如下幾種：產(chǎn)生需求的場(chǎng)合是什么？需求的應(yīng)用場(chǎng)景，時(shí)間地點(diǎn)等，要有“故事感”，盡量找一個(gè)能讓人會(huì)心一笑的。產(chǎn)品的主要功能有哪些？需求和功能的區(qū)別在于，前者是從用戶角度說的，是一種希望，利益點(diǎn)，這時(shí)候還沒有產(chǎn)品，后者是從產(chǎn)品屬性上說的。產(chǎn)品定位—規(guī)劃練習(xí)技術(shù)基礎(chǔ)是什么？主要考察產(chǎn)品的實(shí)現(xiàn)成本，從而評(píng)估性價(jià)比，是否值得做。沒有這個(gè)產(chǎn)品的時(shí)候，用戶是怎么解決問題的？幫助思考，這個(gè)產(chǎn)品是否是“不做會(huì)死人”的，我們盡量不要做有很多替代方案的產(chǎn)品。競(jìng)爭(zhēng)對(duì)手是什么？這個(gè)問題不用局限，盡量展開了想，比上一個(gè)問題更廣，可以考慮潛在的競(jìng)爭(zhēng)對(duì)手。順應(yīng)了什么趨勢(shì)？好的產(chǎn)品是順勢(shì)而為的，滿足未來的某種根本需求是更進(jìn)一步的基礎(chǔ)，嘗試預(yù)測(cè)未來。最基本的句式：解決了什么用戶的什么需求？產(chǎn)品定位—規(guī)劃練習(xí)技64解決了什么用戶的什么需求？產(chǎn)生需求的場(chǎng)合是什么？產(chǎn)品的主要功能有哪些？技術(shù)基礎(chǔ)是什么？沒有這個(gè)產(chǎn)品的時(shí)候，用戶是怎么解決問題的？競(jìng)爭(zhēng)對(duì)手是什么？順應(yīng)了什么趨勢(shì)？方便面產(chǎn)品解決了什么用戶的什么需求？方便面產(chǎn)品653+1思考法：測(cè)量產(chǎn)品/項(xiàng)目“靠譜程度”需求是從哪里來的？目標(biāo)客戶是誰？有多少人有這樣的需求？這個(gè)需求緊迫嗎？他們的痛是什么？場(chǎng)景是什么？（用產(chǎn)品之前/之后）解決之后在軟件數(shù)據(jù)上會(huì)有二次挖掘價(jià)值嗎？3+1思考法：測(cè)量產(chǎn)品/項(xiàng)目“靠譜程度”需求是從哪里來的？目66目錄需求產(chǎn)品博客用戶用戶目錄需求產(chǎn)品博客用戶用戶找到種子用戶受要解決的問題困擾最深的人！愿意配合可以提供很多有價(jià)值的信息可以忍受缺陷樂意成為義務(wù)推銷員找到種子用戶受要解決的問題困擾最深的人！68除了最終用戶外，還有……Stakeholder分析Stakeholder列表：籌碼量分析—優(yōu)先級(jí)Stakeholder檔案：籌碼付出—關(guān)注點(diǎn)需求平衡與跟蹤：沖突識(shí)別、實(shí)現(xiàn)跟蹤123評(píng)價(jià)者運(yùn)營者購買者除了最終用戶外，還有……Stakeholder分析Stake69不同層次的用戶，其需求的價(jià)值不同業(yè)績(jī)差距(問題)項(xiàng)目目標(biāo)Stakeholder操作層要求機(jī)會(huì)差距(機(jī)會(huì))Stakeholder列表Stakeholder關(guān)注點(diǎn)效率質(zhì)量業(yè)務(wù)價(jià)值不同層次的用戶，其需求的價(jià)值不同業(yè)績(jī)差距(問題)項(xiàng)目目標(biāo)St70Stakeholder分析影響度興趣度高低低高保持溝通關(guān)鍵玩家盡力滿足最小努力Stakeholder分析影響度興趣度高低低高保持溝通關(guān)鍵玩71目錄需求產(chǎn)品博客用戶需求目錄需求產(chǎn)品博客用戶需求產(chǎn)品設(shè)計(jì)是端到端的過程，端即用戶，也就是從用戶中來到用戶中去，最最開始的源頭就是“為用戶解決問題，滿足其需求”。產(chǎn)品需求過程三步驟：產(chǎn)品設(shè)計(jì)中與需求相關(guān)的部分需求管理需求分析需求采集產(chǎn)品設(shè)計(jì)是端到端的過程，端即用戶，也就是從用戶中來到用戶中去73產(chǎn)品創(chuàng)意源于三新新技術(shù)新人群新業(yè)務(wù)技術(shù)創(chuàng)新帶來的機(jī)會(huì)新業(yè)務(wù)模式帶來的機(jī)會(huì)人群特點(diǎn)變化帶來的機(jī)會(huì)手段特點(diǎn)模式產(chǎn)品創(chuàng)意源于三新新技術(shù)新人群新業(yè)務(wù)技術(shù)創(chuàng)新新業(yè)務(wù)模式人群特點(diǎn)74產(chǎn)品靈感源于需求洞察產(chǎn)品現(xiàn)狀預(yù)期預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀問題機(jī)會(huì)產(chǎn)品靈感源于需求洞察產(chǎn)品現(xiàn)狀預(yù)期預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期75需求的三層次WantNeedWin小張問店老板：你這里有賣沖擊鉆嗎？店主問：您為什么想在墻上打個(gè)孔呢？小張答：我想在墻上掛幅畫。店主問：您為什么想在墻上掛幅畫呢？小張答：我下班回家，單身一人太冷清，掛幅畫熱鬧點(diǎn)。店主問：你想用沖擊鉆來解決什么問題呢？小張答：想在墻上打個(gè)孔店主答：對(duì)不起，我們這沒有沖擊鉆賣，你到別處看看。暴食、貪婪、懶惰、嫉妒、驕傲、淫欲、憤怒需求的三層次WantNeedWin小張問店老板：你這里有賣沖76意識(shí)：需求三要素業(yè)務(wù)背景：花盆種類、擺放位置解決方案：木制的小板凳問題：放花盆木樁什么形狀，釘在什么位置？要幾枚鐵釘，多長多大？板多大、多寬、多厚？意識(shí)：需求三要素業(yè)務(wù)背景：花盆種類、擺放位置解決方案：木制的77意識(shí)：需求三要素問題Why業(yè)務(wù)背景Context解決方案

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

業(yè)務(wù)術(shù)語+變化/約束/擴(kuò)展……）3、建議并確認(rèn)解決方案（問題有效解決+成本合適）意識(shí)：需求三要素問題業(yè)務(wù)背景解決方案

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

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

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

用戶最容易接受

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

流圖

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

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

未表示出誰執(zhí)行

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

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

語義最豐富

強(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ù)類系統(tǒng)更常用描述流程：選擇正確的工具商業(yè)建模標(biāo)準(zhǔn)跨職能流程圖活動(dòng)圖時(shí)序92現(xiàn)場(chǎng)出圖：流程分析加速器一聽二問三讀客戶代表陳述不要中途打斷繪出基本脈絡(luò)為指引忽略

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

演化具體的崗位分支與異常其他細(xì)節(jié)繪圖者復(fù)述客戶代表驗(yàn)證達(dá)成共識(shí)現(xiàn)場(chǎng)出圖：流程分析加速器一聽二問三讀客戶代表陳述不要中途打斷93閱讀用例圖閱讀用例圖94目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試……產(chǎn)品需求、設(shè)計(jì)…博客商業(yè)市場(chǎng)、銷售……6業(yè)務(wù)規(guī)劃需求收集與管理目錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)1需求編號(hào)：包含“采集時(shí)刻

+

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

用量化的語言2.

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

需求的緊急度2.

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

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

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

物：需求關(guān)聯(lián)的客戶系統(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ì)該需求的滿足方式2.

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

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

=

嚴(yán)重程度/改進(jìn)成本，問題（用戶需求）決定嚴(yán)重程度，解決方案（產(chǎn)品功能）決定改進(jìn)成本。售后/運(yùn)營該如何提需求目標(biāo)用戶：這件事，是為誰而做的，一旦售后填寫這個(gè)就可以自己排97質(zhì)量屬性的常見誤區(qū)定性描述普遍重視不足全局描述盲目定量需求簡(jiǎn)單復(fù)制開發(fā)直接翻過需求寫不出開發(fā)看不懂顧此失彼未能有效實(shí)現(xiàn)質(zhì)量屬性的常見誤區(qū)定性描述普遍重視不足全局描述盲目定量需求簡(jiǎn)98模塊：一般來說，每個(gè)模塊下分3~10個(gè)子模塊是合理的，否則要考慮重新劃分。子模塊：稍大一點(diǎn)的產(chǎn)品至少要給功能模塊做二級(jí)分類了。功能：要給用戶提供什么功能，功能名字。功能描述：這里可以說具體一點(diǎn)。需求列表到功能列表商業(yè)價(jià)值描述：賣點(diǎn)是什么，可以給用戶提供什么價(jià)值。商業(yè)屬性：簡(jiǎn)單分為基本，擴(kuò)展，增值。商業(yè)優(yōu)先級(jí)：這塊是整個(gè)FeatureList工作中核心的部分，判斷的準(zhǔn)確直接影響著將來產(chǎn)品的方向。先基于自己對(duì)商業(yè)目標(biāo)的理解，主觀定級(jí)別，然后再PD團(tuán)隊(duì)pk，如有必要，再去客戶處確認(rèn)。開發(fā)量：一般由技術(shù)部門的項(xiàng)目經(jīng)理或者系統(tǒng)分析師/架構(gòu)師來確定。性價(jià)比：綜合商業(yè)屬性、優(yōu)先級(jí)與開發(fā)量來確定一個(gè)合適產(chǎn)品的計(jì)算方法。備注：模塊：一般來說，每個(gè)模塊下分3~10個(gè)子模塊是合理的，否則要99需求確認(rèn)動(dòng)態(tài)功能列表是對(duì)每個(gè)需求加上跟蹤狀態(tài)屬性，能實(shí)時(shí)看到“何時(shí)做，誰來做，狀態(tài)如何”。負(fù)責(zé)人：細(xì)分為需求提出者（備注原始需求）、需求負(fù)責(zé)人、開發(fā)負(fù)責(zé)人、測(cè)試負(fù)責(zé)人，屬于哪個(gè)項(xiàng)目……需求狀態(tài)：通常有“待討論”、“拒絕”、“暫緩”、“需求中”、“開發(fā)中”、“已完成”幾個(gè)狀態(tài)，可按實(shí)際情況增減。時(shí)間信息：提出時(shí)間、錄入時(shí)間、發(fā)布時(shí)間……需求確認(rèn)動(dòng)態(tài)功能列表是對(duì)每個(gè)需求加上跟蹤狀態(tài)屬性，能實(shí)時(shí)看到100采集產(chǎn)品干系人（廣義用戶）提出的各種需求，整理轉(zhuǎn)化為產(chǎn)品需求，即“需求轉(zhuǎn)化”?！按_定屬性”即這個(gè)需求是屬于產(chǎn)品的哪個(gè)模塊？是基本/擴(kuò)展/增值功能？是功能/性能/用戶體驗(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è)目的沒有價(jià)值的，而暫緩的需求是“有價(jià)值，但是現(xiàn)在不做”的，通常要表明重啟的條件。狀態(tài)變?yōu)椤靶枨笾小钡墓δ茳c(diǎn)，下一步就是初定工作量