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

1、產(chǎn)品與需求.目 錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)規(guī)劃需求搜集與管理義務(wù)的目的是展現(xiàn)美國(guó)的幾個(gè)城市在不同月份的平均降水量。UI演進(jìn)舉例產(chǎn)品需求確定后的表現(xiàn)差別.體驗(yàn)設(shè)計(jì)要點(diǎn).用戶體驗(yàn)場(chǎng)景是中心注重情感需求場(chǎng)景下行為分析業(yè)務(wù)價(jià)值籠統(tǒng).目 錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)規(guī)劃需求搜集與管理目 錄需求產(chǎn)品博客用戶產(chǎn)品工程是定制的，個(gè)性化的，為了滿足一個(gè)或一批特定的客戶需求；而產(chǎn)品是效力一個(gè)用戶群的，通用的。這就意味著，工程要效力好那個(gè)特定的

2、客戶；而產(chǎn)品不能為了個(gè)別用戶的需求去定制，必需思索用有限的資源去滿足更多的、能有更多報(bào)答的用戶。產(chǎn)品與工程的區(qū)別工程是相對(duì)短期的，較少后續(xù)任務(wù)的，可以終了的稱為“結(jié)項(xiàng)；產(chǎn)品是相對(duì)長(zhǎng)期的，不存在所謂的“終了，只能是“生命周期結(jié)束。所以不能夠有一個(gè)曾經(jīng)“完成的產(chǎn)品，只存在不斷完善中的產(chǎn)品，直到這個(gè)產(chǎn)品被新產(chǎn)品替代，曾經(jīng)沒有存在的價(jià)值，它才會(huì)“生命周期結(jié)束。為了防止把產(chǎn)品做成工程的集合體而臃腫不堪，我們需求細(xì)分市場(chǎng)，這時(shí)產(chǎn)品能夠就要晉級(jí)為“產(chǎn)品線，按不同的細(xì)分市場(chǎng)，推出不同的產(chǎn)品。.產(chǎn)品團(tuán)隊(duì)PMPDUIUEPM：產(chǎn)品經(jīng)理。一個(gè)產(chǎn)品，首先由PM來進(jìn)展商業(yè)上的規(guī)劃，比如細(xì)分市場(chǎng)、目的客戶、主要賣點(diǎn)等等，

3、通常PD曾經(jīng)介入這個(gè)過程。在這個(gè)層面，商業(yè)問題、業(yè)務(wù)邏輯的流暢是思索的焦點(diǎn)。PD：產(chǎn)品設(shè)計(jì)師/產(chǎn)品規(guī)劃師/需求分析師。PD偏重于做功能級(jí)的設(shè)計(jì)，在某個(gè)模塊上，PD類似一個(gè)小產(chǎn)品經(jīng)理。技術(shù)團(tuán)隊(duì)中的架構(gòu)師/系統(tǒng)分析師/開發(fā)組長(zhǎng)會(huì)與PD嚴(yán)密協(xié)作，這時(shí)候開場(chǎng)思索技術(shù)可行性，性價(jià)比，確定方案。UE：用戶體驗(yàn)師/交互設(shè)計(jì)師/界面設(shè)計(jì)師。UE擔(dān)任產(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)，是用戶第一眼看到的效果，比

4、如配色、頁面構(gòu)造、按鈕外形、字體字號(hào)等等.最根本的句式：處理了什么用戶的什么需求？練習(xí)的時(shí)候，切忌求多，說一點(diǎn)即可，找到他覺得最貼切的那一種用戶，和他最迫切的那一個(gè)需求。主要擴(kuò)展有如下幾種：產(chǎn)生需求的場(chǎng)所是什么？需求的運(yùn)用場(chǎng)景，時(shí)間地點(diǎn)等，要有“故事感，盡量找一個(gè)能讓人會(huì)心一笑的。產(chǎn)品的主要功能有哪些？需求和功能的區(qū)別在于，前者是從用戶角度說的，是一種希望，利益點(diǎn)，這時(shí)候還沒有產(chǎn)品，后者是從產(chǎn)品屬性上說的。產(chǎn)品定位規(guī)劃練習(xí)技術(shù)根底是什么？主要調(diào)查產(chǎn)品的實(shí)現(xiàn)本錢，從而評(píng)價(jià)性價(jià)比，能否值得做。沒有這個(gè)產(chǎn)品的時(shí)候，用戶是怎樣處理問題的？協(xié)助思索，這個(gè)產(chǎn)品能否是“不做會(huì)死人的，我們盡量不要做有很多替代

5、方案的產(chǎn)品。競(jìng)爭(zhēng)對(duì)手是什么？這個(gè)問題不用局限，盡量展開了想，比上一個(gè)問題更廣，可以思索潛在的競(jìng)爭(zhēng)對(duì)手。順應(yīng)了什么趨勢(shì)？好的產(chǎn)品是順勢(shì)而為的，滿足未來的某種根本需求是更進(jìn)一步的根底，嘗試預(yù)測(cè)未來。.處理了什么用戶的什么需求？產(chǎn)生需求的場(chǎng)所是什么？產(chǎn)品的主要功能有哪些？技術(shù)根底是什么？沒有這個(gè)產(chǎn)品的時(shí)候，用戶是怎樣處理問題的？競(jìng)爭(zhēng)對(duì)手是什么？順應(yīng)了什么趨勢(shì)？方便面產(chǎn)品.3+1思索法：丈量產(chǎn)品/工程“靠譜程度需求是從哪里來的？目的客戶是誰？有多少人有這樣的需求？這個(gè)需求緊迫嗎？他們的痛是什么？場(chǎng)景是什么？用產(chǎn)品之前/之后處理之后在軟件數(shù)據(jù)上會(huì)有二次發(fā)掘價(jià)值嗎？.目 錄需求產(chǎn)品博客用戶用戶找到種子用戶

6、受要處理的問題困擾最深的人！情愿配合可以提供很多有價(jià)值的信息可以忍受缺陷樂意成為義務(wù)推銷員.除了最終用戶外，還有Stakeholder分析Stakeholder列表：籌碼量分析優(yōu)先級(jí)Stakeholder檔案：籌碼付出關(guān)注點(diǎn)需求平衡與跟蹤：沖突識(shí)別、實(shí)現(xiàn)跟蹤123評(píng)價(jià)者運(yùn)營(yíng)者購(gòu)買者.不同層次的用戶，其需求的價(jià)值不同業(yè)績(jī)差距(問題)工程目的Stakeholder操作層要求時(shí)機(jī)差距(時(shí)機(jī))Stakeholder列表Stakeholder關(guān)注點(diǎn)效率質(zhì)量業(yè)務(wù)價(jià)值.Stakeholder分析影響度興趣度高低低高堅(jiān)持溝通關(guān)鍵玩家盡力滿足最小努力.目 錄需求產(chǎn)品博客用戶需求產(chǎn)品設(shè)計(jì)是端到端的過程，端即用戶，

7、也就是從用戶中來到用戶中去，最最開場(chǎng)的源頭就是“為用戶處理問題，滿足其需求。產(chǎn)品需求過程三步驟：產(chǎn)品設(shè)計(jì)中與需求相關(guān)的部分需求管理需求分析需求采集.產(chǎn)品創(chuàng)意源于三新新技術(shù)新人群新業(yè)務(wù)技術(shù)創(chuàng)新帶來的時(shí)機(jī)新業(yè)務(wù)方式帶來的時(shí)機(jī)人群特點(diǎn)變化帶來的時(shí)機(jī).產(chǎn)品靈感源于需求洞察產(chǎn)品現(xiàn)狀預(yù)期預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀問題時(shí)機(jī).需求的三層次小張問店老板：他這里有賣沖擊鉆嗎？店主問：您為什么想在墻上打個(gè)孔呢？小張答：我想在墻上掛幅畫。店主問：您為什么想在墻上掛幅畫呢？小張答：我下班回家，獨(dú)身一人太冷清，掛幅畫繁華點(diǎn)。店主問：他想用沖擊鉆來處理什么問題呢？小張答：想在墻上打個(gè)孔店主答：對(duì)不起，我們這沒有沖擊鉆

8、賣，他到別處看看。暴食、貪婪、懶惰、嫉妒、驕傲、淫欲、憤怒.認(rèn)識(shí)：需求三要素業(yè)務(wù)背景：花盆種類、擺放位置處理方案：木制的小板凳問題：放花盆木樁什么外形，釘在什么位置？要幾枚鐵釘，多長(zhǎng)多大？板多大、多寬、多厚？.認(rèn)識(shí)：需求三要素問題Why業(yè)務(wù)背景Context處理方案What1、廓清問題問題表象+緣由+范圍與限定2、了解業(yè)務(wù)背景業(yè)務(wù)場(chǎng)景誰、什么時(shí)候、怎樣做+ 業(yè)務(wù)術(shù)語+變化/約束/擴(kuò)展3、建議并確認(rèn)處理方案問題有效處理+本錢適宜.目 錄由一個(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òu)造化提問.

9、馬斯洛需求層級(jí).需求問題就是溝通問題.溝通哲學(xué).產(chǎn)品做出來，還要賣出去。前者是“需求到功能，可以對(duì)應(yīng)到“產(chǎn)品設(shè)計(jì)的職能，后者是“功能到賣點(diǎn)，對(duì)應(yīng)產(chǎn)品運(yùn)營(yíng)。從功能到賣點(diǎn)目的用戶：人物；場(chǎng)景：時(shí)間、地點(diǎn)；碰到的問題：事情的原因，需求產(chǎn)生；產(chǎn)品/功能：事情的經(jīng)過，我們?nèi)绾翁幚砹藛栴}；用戶收益：事情的結(jié)果，用了我們的產(chǎn)品以后，如何愉快。.成敗案例分析(1)網(wǎng)上銀行孰優(yōu)孰劣？帳戶管理根本買賣網(wǎng)上支付借記卡信譽(yù)卡基 金.產(chǎn)品賣點(diǎn)需求全景右腦需求：覺得、情感、外觀、設(shè)計(jì)左腦需求：適用、痛點(diǎn)、邏輯、功能高層：處理問題/發(fā)明時(shí)機(jī)；中層：管理/控制關(guān)鍵需求詳細(xì)需求吸引購(gòu)買再次購(gòu)買.目 錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品

10、到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)規(guī)劃需求搜集與管理業(yè)務(wù)流程八要素分工活動(dòng)規(guī)模風(fēng)險(xiǎn)專業(yè)協(xié)作并行串行異步產(chǎn)物關(guān)系分支審核異常規(guī)那么.業(yè)務(wù)流程分析沒有最好的圖，只需最適宜的的圖，應(yīng)根據(jù)流程邏輯特點(diǎn)選擇從效力懇求到效力滿足，整個(gè)過程涉及哪些角色參與其中一切正常的處置流程是什么樣的？需求相關(guān)的審核點(diǎn)嗎？在各個(gè)環(huán)節(jié)中會(huì)出現(xiàn)例外嗎？針對(duì)這些例外如何處置？有沒有完全不可以按流程處置的情況？有沒有出錯(cuò)的情況？.業(yè)務(wù)流程 vs. 業(yè)務(wù)功能最終用戶管理者.跨職能流程圖視頻偵緝.描畫流程：選擇正確的工具 商業(yè)建模規(guī)范 復(fù)用性強(qiáng) 用戶最容易接受 并行、異步支持差跨職

11、能流程圖活動(dòng)圖時(shí)序圖數(shù)據(jù)流圖 IDEF建模規(guī)范 強(qiáng)調(diào)數(shù)據(jù)流 未表示出誰執(zhí)行 計(jì)費(fèi)類系統(tǒng)最適用 UML建模規(guī)范 語義最豐富 強(qiáng)調(diào)行為流 強(qiáng)調(diào)活動(dòng)內(nèi)容 UML建模規(guī)范 強(qiáng)調(diào)行為流 強(qiáng)調(diào)協(xié)作 技術(shù)類系統(tǒng)更常用.現(xiàn)場(chǎng)出圖：流程分析加速器一聽二問三讀客戶代表陳說不要中途打斷繪出根本脈絡(luò)為指引忽略細(xì)節(jié)草圖演化詳細(xì)的崗位分支與異常其他細(xì)節(jié)繪圖者復(fù)述客戶代表驗(yàn)證達(dá)成共識(shí).閱讀用例圖.目 錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)規(guī)劃需求搜集與管理需求編號(hào)：包含“采集時(shí)刻+采集者”信息需求類型：（在進(jìn)行評(píng)審時(shí)填寫）功能需求、非功能需求來源（

12、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)重（How much）：滿足后（1一般5非常高興）未實(shí)現(xiàn)（1略感遺憾5非常懊惱）需求生命特征（When）：1.需求的緊急度2.時(shí)間持續(xù)性需求關(guān)聯(lián)（Which）：1.

13、人：需求關(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ì)期需求.目的用戶：這件事，是為誰而做的，一旦售后填寫這個(gè)就可以本人排除掉很多需求了；問題描畫：目的用戶碰到的痛點(diǎn)，只說“何時(shí)/何地，怎樣難受即可；嚴(yán)重程度：對(duì)問題嚴(yán)重程度的判別，“高/中/低即可，詳細(xì)的判別方法，可以根據(jù)用戶重要程度，問題出現(xiàn)的次數(shù)、頻率等要素思索；現(xiàn)有方案：如今是如何處理此問

14、題的。普通來說，一個(gè)值得處理的問題，通常曾經(jīng)有人著手想方案了，也一定曾經(jīng)有一些處理方案，而沒有現(xiàn)有方案的問題，通常不嚴(yán)重；建議方案：建議的產(chǎn)品改良，敦促售后換位思索，產(chǎn)品不一定采用；價(jià)值描畫：改良方案帶來的額外價(jià)值，比如：省時(shí)間；能更精準(zhǔn)的找到某某改良本錢：建議方案的本錢評(píng)價(jià)，“高/中/低，同樣，僅供參考。產(chǎn)品拿到一堆需求以后，主要根據(jù)性價(jià)比決議接下來做什么。性價(jià)比=嚴(yán)重程度/改良本錢，問題用戶需求決議嚴(yán)重程度，處理方案產(chǎn)品功能決議改良本錢。售后/運(yùn)營(yíng)該如何提需求.質(zhì)量屬性的常見誤區(qū)定性描畫普遍注重缺乏全局描畫盲目定量需求簡(jiǎn)單復(fù)制開發(fā)直接翻過需求寫不出開發(fā)看不懂顧此失彼未能有效實(shí)現(xiàn).模塊：普通

15、來說，每個(gè)模塊下分310個(gè)子模塊是合理的，否那么要思索重新劃分。子模塊：稍大一點(diǎn)的產(chǎn)品至少要給功能模塊做二級(jí)分類了。功能：要給用戶提供什么功能，功能名字。功能描畫：這里可以說詳細(xì)一點(diǎn)。需求列表到功能列表商業(yè)價(jià)值描畫：賣點(diǎn)是什么，可以給用戶提供什么價(jià)值。商業(yè)屬性：簡(jiǎn)單分為根本，擴(kuò)展，增值。商業(yè)優(yōu)先級(jí)：這塊是整個(gè)Feature List任務(wù)中中心的部分，判別的準(zhǔn)確直接影響著未來產(chǎn)品的方向。先基于本人對(duì)商業(yè)目的的了解，客觀定級(jí)別，然后再PD團(tuán)隊(duì)pk，如有必要，再去客戶處確認(rèn)。開發(fā)量：普通由技術(shù)部門的工程經(jīng)理或者系統(tǒng)分析師/架構(gòu)師來確定。性價(jià)比：綜合商業(yè)屬性、優(yōu)先級(jí)與開發(fā)量來確定一個(gè)適宜產(chǎn)品的計(jì)算方法

16、。備注：.需求確認(rèn)動(dòng)態(tài)功能列表是對(duì)每個(gè)需求加上跟蹤形狀屬性，能實(shí)時(shí)看到“何時(shí)做，誰來做，形狀如何。擔(dān)任人：細(xì)分為需求提出者備注原始需求、需求擔(dān)任人、開發(fā)擔(dān)任人、測(cè)試擔(dān)任人，屬于哪個(gè)工程需求形狀：通常有“待討論、“回絕、“暫緩、“需求中、“開發(fā)中、“已完成幾個(gè)形狀，可按實(shí)踐情況增減。時(shí)間信息：提出時(shí)間、錄入時(shí)間、發(fā)布時(shí)間.采集產(chǎn)品干系人廣義用戶提出的各種需求，整理轉(zhuǎn)化為產(chǎn)品需求，即“需求轉(zhuǎn)化?！按_定屬性即這個(gè)需求是屬于產(chǎn)品的哪個(gè)模塊？是根本/擴(kuò)展/增值功能？是功能/性能/用戶體驗(yàn)方面？等。屬性的維度可按照產(chǎn)品的不同自在定義，原那么是為了便于需求管理。需求管理feature list，每隔一段時(shí)間

17、、或新需求積累到一定數(shù)量、或是由特別事件觸發(fā)，進(jìn)展“確定商業(yè)價(jià)值產(chǎn)品內(nèi)PK。會(huì)議上討論一切形狀為“待討論的功能點(diǎn)，需求形狀一定要變化，進(jìn)入“需求中/“回絕/“暫緩?；亟^的需求是被以為對(duì)產(chǎn)品的商業(yè)目的沒有價(jià)值的，而暫緩的需求是“有價(jià)值，但是如今不做的，通常要闡明重啟的條件。形狀變?yōu)椤靶枨笾械墓δ茳c(diǎn)，下一步就是初定任務(wù)量，只是簡(jiǎn)單的評(píng)價(jià)，和真實(shí)情況的匹配程度很取決于閱歷,要靠不斷的實(shí)際來反復(fù)修正。有了每個(gè)功能點(diǎn)的商業(yè)價(jià)值和任務(wù)量，很自然的就能算出性價(jià)比，簡(jiǎn)單的說即“商業(yè)價(jià)值/開發(fā)任務(wù)量，我們把feature list按照性價(jià)比從大到小排序，再對(duì)應(yīng)調(diào)查每行評(píng)價(jià)出來的開發(fā)任務(wù)量，從上到下依次納入工程，

18、我們的可用任務(wù)量能做多少個(gè)功能點(diǎn)，一目了然。第二，需求依賴，功能點(diǎn)相互之間有依賴關(guān)系，只能先做某些功能，應(yīng)在feature list里注明；功能點(diǎn)與人力資源之間的依賴關(guān)系也會(huì)經(jīng)常存在，在這里評(píng)價(jià)任務(wù)量的時(shí)候不會(huì)思索“誰來做的問題，但是在后續(xù)立項(xiàng)，組建團(tuán)隊(duì)的時(shí)候需求留意。第三，功能點(diǎn)的粒度大小問題，商業(yè)價(jià)值很高的功能，假設(shè)細(xì)分的話，我們也會(huì)發(fā)現(xiàn)其中有價(jià)值相對(duì)低的部分，所以功能點(diǎn)的粒度應(yīng)該盡量細(xì)，前提是細(xì)化引起的管理本錢上升在可接受的范圍內(nèi)。第一，需求打包最好打類似的功能點(diǎn)，能否類似取決于需求的屬性，“確定屬性這步做的事情起作用了，普通來說業(yè)務(wù)上有邏輯關(guān)系的需求才會(huì)包含一個(gè)工程里，否那么就是一個(gè)純

19、粹修修補(bǔ)補(bǔ)的“小需求工程了。.需求發(fā)布流程.目 錄由一個(gè)產(chǎn)品UI說開去由產(chǎn)品到需求溝通業(yè)務(wù)分析與表達(dá)12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)規(guī)劃需求搜集與管理業(yè)務(wù)規(guī)劃-Why？What？How？可做的事想做的事能做的事一句話的業(yè)務(wù)定位一個(gè)商業(yè)模型幾個(gè)個(gè)業(yè)務(wù)關(guān)鍵點(diǎn)資源保證方案安排效果預(yù)估業(yè)務(wù)規(guī)劃HowWhatWhy.首先，明確目的，最最重要，其實(shí)做一個(gè)會(huì)議和做一個(gè)產(chǎn)品也是一樣的。不要試圖在一個(gè)會(huì)議中處理一切的問題，就算他要連著召集兩個(gè)參與人大部分一樣的會(huì)議，我也建議他把它們分開，甚至，更好的做法，合理安排一個(gè)會(huì)議中的議題，可以讓部分人早點(diǎn)走，或者晚點(diǎn)到。根據(jù)目的，類似的日常會(huì)議普通在15min2、3個(gè)小時(shí)不等。會(huì)議前，做好資源確實(shí)認(rèn)：會(huì)議室、投影儀等；更要做好人員確實(shí)認(rèn)：確認(rèn)好“必選的和“可選的，不要漏人，也