產(chǎn)品設(shè)計(jì)與需求分析_第1頁
產(chǎn)品設(shè)計(jì)與需求分析_第2頁
產(chǎn)品設(shè)計(jì)與需求分析_第3頁
產(chǎn)品設(shè)計(jì)與需求分析_第4頁
產(chǎn)品設(shè)計(jì)與需求分析_第5頁
已閱讀5頁,還剩48頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、產(chǎn)品與需求12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6 任務(wù)的目的是展示美國(guó)的幾個(gè)城市在不同月份的平均降水量。UI演進(jìn)舉例產(chǎn)品需求確定后的表現(xiàn)差異體驗(yàn)設(shè)計(jì)要點(diǎn)貼心功能功能呈現(xiàn)信息展現(xiàn)交互感受輔助指引用戶體驗(yàn)場(chǎng)景是核心重視情感需求12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6需求產(chǎn)品博客用戶產(chǎn)品項(xiàng)目是定制的,個(gè)性化的,為了滿足一個(gè)或一批特定的客戶項(xiàng)目是定制的,個(gè)性化的,為了滿足一個(gè)或一批特定的客戶需求需求;而產(chǎn)品是服務(wù)一個(gè)用戶群的,通用的。這就意味著,項(xiàng)目要服務(wù)好那個(gè)特定的客戶;而產(chǎn)品不能為了個(gè)別用戶的需求去定制,必須考慮用有限的資源去滿足更多的、能有更多回報(bào)的用戶。產(chǎn)

2、品與項(xiàng)目的區(qū)別產(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)。 最基本的句式:解決了什么用戶用戶的什么需求需求? 練習(xí)的時(shí)候,切忌求多,說一點(diǎn)即可,找到你感覺最貼切的那一種用戶,和他最迫切的那一個(gè)需求。 主要擴(kuò)展有如下幾種: 產(chǎn)生需求的場(chǎng)合場(chǎng)合是什么? 需求的應(yīng)用場(chǎng)景,時(shí)間地點(diǎn)等,要有“故事感”,盡量找一個(gè)能讓人會(huì)心一笑的。 產(chǎn)品的主要功能功能有哪些? 需求和功能的區(qū)別在于,前者是從用戶角度說的,是一種希望,利益點(diǎn),這時(shí)候還沒有產(chǎn)品,后者是從產(chǎn)品屬性

3、上說的。產(chǎn)品定位規(guī)劃練習(xí) 解決了什么用戶的什么需求? 產(chǎn)生需求的場(chǎng)合是什么? 產(chǎn)品的主要功能有哪些? 技術(shù)基礎(chǔ)是什么? 沒有這個(gè)產(chǎn)品的時(shí)候,用戶是怎么解決問題的? 競(jìng)爭(zhēng)對(duì)手是什么? 順應(yīng)了什么趨勢(shì)?方便面產(chǎn)品3+1思考法:測(cè)量產(chǎn)品/項(xiàng)目“靠譜程度”需求是從哪需求是從哪里來的?目里來的?目標(biāo)客戶是誰?標(biāo)客戶是誰?有多少人有有多少人有這樣的需求?這樣的需求?這個(gè)需求緊這個(gè)需求緊迫嗎?迫嗎?他們的痛是什他們的痛是什么?場(chǎng)景是什么?場(chǎng)景是什么?(用產(chǎn)品么?(用產(chǎn)品之前之前/之后)之后)解決之后在軟解決之后在軟件數(shù)據(jù)上會(huì)有件數(shù)據(jù)上會(huì)有二次挖掘價(jià)值二次挖掘價(jià)值嗎?嗎?需求產(chǎn)品博客用戶用戶找到種子用戶受要解

4、決的問題困擾最深的人!l 愿意配合l 可以提供很多有價(jià)值的信息l 可以忍受缺陷l 樂意成為義務(wù)推銷員除了最終用戶外,還有Stakeholder分析Stakeholder列表:籌碼量分析優(yōu)先級(jí)Stakeholder檔案:籌碼付出關(guān)注點(diǎn)需求平衡與跟蹤:沖突識(shí)別、實(shí)現(xiàn)跟蹤123不同層次的用戶,其需求的價(jià)值不同業(yè)績(jī)差距(問題)項(xiàng)目目標(biāo)Stakeholder操作層要求機(jī)會(huì)差距(機(jī)會(huì))Stakeholder列表Stakeholder關(guān)注點(diǎn)效率質(zhì)量Stakeholder分析影響度興趣度高低低高保持溝通關(guān)鍵玩家盡力滿足最小努力需求產(chǎn)品博客用戶需求 產(chǎn)品設(shè)計(jì)是端到端的過程,端即用戶,也就是從用戶中來到用戶中去,

5、最最開始的源頭就是“為用戶解決問題,滿為用戶解決問題,滿足其需求足其需求”。產(chǎn)品需求過程三步驟:產(chǎn)品設(shè)計(jì)中與需求相關(guān)的部分需求管理需求分析需求采集產(chǎn)品創(chuàng)意源于三新技術(shù)創(chuàng)新帶來的機(jī)會(huì)新業(yè)務(wù)模式帶來的機(jī)會(huì)人群特點(diǎn)變化帶來的機(jī)會(huì)手段特點(diǎn)模式產(chǎn)品靈感源于需求洞察產(chǎn)品預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀預(yù)期現(xiàn)狀問題機(jī)會(huì)需求的三層次WantNeedWin小張問店老板:你這里有賣沖擊鉆嗎?店主問:您為什么想在墻上打個(gè)孔呢?小張答:我想在墻上掛幅畫。店主問:您為什么想在墻上掛幅畫呢?小張答:我下班回家,單身一人太冷清,掛幅畫熱鬧點(diǎn)。店主問:你想用沖擊鉆來解決什么問題呢?小張答:想在墻上打個(gè)孔店主答:對(duì)不起,我們這沒有沖擊

6、鉆賣,你到別處看看。暴食、貪婪、懶惰、嫉妒、驕傲、淫欲、憤怒意識(shí):需求三要素業(yè)務(wù)背景:花盆種類、擺放位置解決方案:木制的小板凳問題:放花盆木樁什么形狀,釘在什么位置?要幾枚鐵釘,多長(zhǎng)多大?板多大、多寬、多厚?意識(shí):需求三要素1、澄清問題(問題表象+原因+范圍與限定)2、了解業(yè)務(wù)背景(業(yè)務(wù)場(chǎng)景誰、什么時(shí)候、怎么做+ 業(yè)務(wù)術(shù)語+變化/約束/擴(kuò)展)3、建議并確認(rèn)解決方案(問題有效解決+成本合適)12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6用戶為什么說不清需求易于放大需求不講需求背后的原因需求零散,思考不足問Why結(jié)構(gòu)化提問馬斯洛需求層級(jí)需求問題就是溝通問題溝通哲學(xué)產(chǎn)品產(chǎn)品做出來,還要賣

7、出去。前者是做出來,還要賣出去。前者是“需求到功能需求到功能”,可以對(duì)應(yīng)到可以對(duì)應(yīng)到“產(chǎn)品設(shè)計(jì)產(chǎn)品設(shè)計(jì)”的職能,后者是的職能,后者是“功能到賣功能到賣點(diǎn)點(diǎn)”,對(duì)應(yīng)產(chǎn)品,對(duì)應(yīng)產(chǎn)品運(yùn)營(yíng)。運(yùn)營(yíng)。從功能到賣點(diǎn)成敗案例分析(1)網(wǎng)上銀行孰優(yōu)孰劣?帳戶管理基本交易網(wǎng)上支付借記卡信用卡基 金產(chǎn)品賣點(diǎn)需求全景右腦需求:感覺、情感、外觀、設(shè)計(jì)左腦需求:實(shí)用、痛點(diǎn)、邏輯、功能(高層:解決問題/創(chuàng)造機(jī)會(huì);中層:管理/控制)關(guān)鍵需求詳細(xì)需求吸引購(gòu)買業(yè)務(wù)子系統(tǒng)/功能域行為數(shù)據(jù)質(zhì)量再次購(gòu)買12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)流程八要素分工活動(dòng)規(guī)模風(fēng)險(xiǎn)專業(yè)協(xié)作并行串行異步產(chǎn)物關(guān)系分支審核異常規(guī)則業(yè)

8、務(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ù)流程 vs. 業(yè)務(wù)功能最終用戶管理者跨職能流程圖視頻偵緝描述流程:選擇正確的工具 商業(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) 語義最

9、豐富 強(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)更常用現(xiàn)場(chǎng)出圖:流程分析加速器一聽二問三讀客戶代表陳述不要中途打斷繪出基本脈絡(luò)為指引具體的崗位分支與異常其他細(xì)節(jié)繪圖者復(fù)述客戶代表驗(yàn)證達(dá)成共識(shí)閱讀用例圖12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6需求編號(hào):需求編號(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)景(場(chǎng)景(

10、Where、When):):產(chǎn)生該需求的用戶活動(dòng)特定的時(shí)間、地理、環(huán)境描述(描述(What):):用(主語+謂語+賓語)的語法結(jié)構(gòu),禁止使用修飾語句原因(原因(Why):(保持懷疑的心,很多時(shí)候理由是假想出來的):(保持懷疑的心,很多時(shí)候理由是假想出來的)驗(yàn)收標(biāo)準(zhǔn)(驗(yàn)收標(biāo)準(zhǔn)(How):1. 用量化的語言2. 無法量化尋找標(biāo)竿需求重要性權(quán)重(需求重要性權(quán)重(How much):):滿足后(1一般5非常高興)未實(shí)現(xiàn)(1略感遺憾5非常懊惱)產(chǎn)品設(shè)計(jì)期需求目標(biāo)用戶目標(biāo)用戶:這件事,是為誰而做的,一旦售后填寫這個(gè)就可以自己排除掉很多需求了;問題描述問題描述:目標(biāo)用戶碰到的痛點(diǎn),只說“何時(shí)/何地,怎么難受

11、”即可;嚴(yán)重程度嚴(yán)重程度:對(duì)問題嚴(yán)重程度的判斷,“高/中/低”即可,具體的判斷方法,可以根據(jù)用戶重要程度,問題出現(xiàn)的次數(shù)、頻率等因素考慮;現(xiàn)有方案現(xiàn)有方案:現(xiàn)在是如何解決此問題的。一般來說,一個(gè)值得解決的問題,通常已經(jīng)有人著手想方案了,也一定已經(jīng)有一些解決方案,而沒有現(xiàn)有方案的問題,通常不嚴(yán)重;建議方案建議方案:建議的產(chǎn)品改進(jìn) ,催促售后換位思考,產(chǎn)品不一定采納;價(jià)值描述價(jià)值描述:改進(jìn)方案帶來的額外價(jià)值,比如:省時(shí)間;能更精準(zhǔn)的找到某某改進(jìn)成本改進(jìn)成本:建議方案的成本評(píng)估,“高/中/低”,同樣,僅供參考。產(chǎn)品拿到一堆需求以后,主要根據(jù)性價(jià)比決定接下來做什么。性性價(jià)比價(jià)比 = 嚴(yán)重程度嚴(yán)重程度/

12、改進(jìn)成本,問題(用戶需求)決定嚴(yán)重程度,解決方案改進(jìn)成本,問題(用戶需求)決定嚴(yán)重程度,解決方案(產(chǎn)品功能)決定改進(jìn)成本。(產(chǎn)品功能)決定改進(jìn)成本。售后/運(yùn)營(yíng)該如何提需求質(zhì)量屬性的常見誤區(qū)需求簡(jiǎn)單復(fù)制開發(fā)直接翻過需求寫不出開發(fā)看不懂顧此失彼未能有效實(shí)現(xiàn)模塊:模塊:一般來說,每個(gè)模塊下分310個(gè)子模塊是合理的,否則要考慮重新劃分。子模塊:子模塊:稍大一點(diǎn)的產(chǎn)品至少要給功能模塊做二級(jí)分類了。功能功能:要給用戶提供什么功能,功能名字。功能描述:功能描述:這里可以說具體一點(diǎn)。需求列表到功能列表商業(yè)價(jià)值描述:賣點(diǎn)是什么,可以給用戶提供什么價(jià)值。商業(yè)屬性:簡(jiǎn)單分為基本,擴(kuò)展,增值。商業(yè)優(yōu)先級(jí):這塊是整個(gè)F

13、eature List工作中核心的部分,判斷的準(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ì)算方法。備注:需求確認(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í)間信息:提出

14、時(shí)間、錄入時(shí)間、發(fā)布時(shí)間 采集產(chǎn)品干系人(廣義用戶)提出的各種需求,整整理理轉(zhuǎn)化為產(chǎn)品需求轉(zhuǎn)化為產(chǎn)品需求,即“需求轉(zhuǎn)化需求轉(zhuǎn)化”。 “確定屬性確定屬性”即這個(gè)需求是屬于產(chǎn)品的哪個(gè)模塊?是基本/擴(kuò)展/增值功能?是功能/性能/用戶體驗(yàn)方面?等。屬性的維度可按照產(chǎn)品的不同自由定義,原則是為了便于需求管理。需求管理feature list,每隔一段時(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)

15、在不做”的,通常要表明重啟的條件。需求發(fā)布流程12345技術(shù)開發(fā)、測(cè)試產(chǎn)品需求、設(shè)計(jì)博客商業(yè)市場(chǎng)、銷售6業(yè)務(wù)規(guī)劃-Why?What?How?可做的可做的事事想做的想做的事事能做的事能做的事一句話的業(yè)務(wù)一句話的業(yè)務(wù)定位定位一個(gè)商業(yè)一個(gè)商業(yè)模型模型幾個(gè)幾個(gè)個(gè)個(gè)業(yè)務(wù)關(guān)鍵點(diǎn)業(yè)務(wù)關(guān)鍵點(diǎn)資源資源保障保障計(jì)劃計(jì)劃安排安排效果預(yù)估效果預(yù)估業(yè)務(wù)規(guī)劃業(yè)務(wù)規(guī)劃HowWhatWhy 首先,明確目的,最最重要,其實(shí)做一個(gè)會(huì)議和做一個(gè)產(chǎn)品也是一樣的。做一個(gè)會(huì)議和做一個(gè)產(chǎn)品也是一樣的。不要試圖在一個(gè)會(huì)議中解決所有的問題不要試圖在一個(gè)會(huì)議中解決所有的問題,就算你要連著召集兩個(gè)參與人大部分相同的會(huì)議,我也建議你把它們分開,甚至

16、,更好的做法,合理安排一個(gè)會(huì)議中的議題,可以讓部分人早點(diǎn)走,或者晚點(diǎn)到。依據(jù)目的,類似的日常會(huì)議一般在15min2、3個(gè)小時(shí)不等。 會(huì)議前,做好資源的確認(rèn):會(huì)議室、投影儀等;更要做好人員的確認(rèn):確認(rèn)好“必選”的和“可選”的,不要漏人,也不要叫閑人,把握“大會(huì)決大會(huì)決定小事,小會(huì)決定大事定小事,小會(huì)決定大事”的原則。識(shí)別出會(huì)議的KP(Key Person,關(guān)鍵人物),通常是最大的一個(gè)或幾個(gè)老板,提前當(dāng)面或者電話知會(huì)一下,然后發(fā)出會(huì)議邀請(qǐng)。對(duì)于KP,爭(zhēng)取提前與他討論關(guān)鍵議題,達(dá)成一致,叫做“串供”,這會(huì)讓會(huì)上省很多時(shí)間和精力。正所謂,要想讓會(huì)議不流于形要想讓會(huì)議不流于形式,就要把會(huì)議本身變成走走形式式,就要把會(huì)議本身變成走走形式。 所

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論