《人人都是產(chǎn)品經(jīng)理》總結(jié)

此篇文章分兩部分進行總結(jié)

  1. 用戶研究
  2. 需求奮斗史(即需求采集到確定需求的過程)
  3. 項目kick off

用戶研究

用戶是需求之源
以用戶為中心的思想
需求采集,做哪些辐烂?做多少?怎么做?

需求采集過程
與用戶接觸的過程

需求采集方法
數(shù)據(jù)分析横缔、調(diào)查問卷、用戶訪談等

需求分析過程
對于用戶說出的需求 衫哥,PM“聽用戶的但不要照著做”茎刚,必須明確存在的價值
把用戶需求轉(zhuǎn)化為產(chǎn)品需求(PM存在的價值).

a. 篩選需求
b. 確定需求基本屬性
c. 分析需求的商業(yè)價值
d. 初評需求的實現(xiàn)難度
e. 計算出需求的性價比

需求篩選
盡可能多的放棄需求
發(fā)現(xiàn)一個問題,設(shè)法將其轉(zhuǎn)為一個任務(wù)來解決

需求奮斗史

需求管理:需求采集 —> 需求分析—> 需求篩選

需求奮斗史縮略圖
需求奮斗史思維導(dǎo)圖

從用戶中來到用戶中去

需求是從用戶中來的撤逢,所以我需要到用戶中去了解用戶需求

需求

生活中存在太多的問題膛锭,從而產(chǎn)生了不滿意,而問題就是”理想與現(xiàn)實的差距“蚊荣,那么人類很自然的產(chǎn)生了“減少甚至消除這個差距”的愿望初狰,這就產(chǎn)生了需求

需求本質(zhì)

問題

問題本質(zhì)

理想與現(xiàn)實的差距

用戶和客戶

用戶
終端用戶 end user,使用產(chǎn)品的人
客戶
customer互例,購買產(chǎn)品的人奢入,為產(chǎn)品付錢的人
試圖滿足所有用戶的需求是一個災(zāi)難,那會讓產(chǎn)品變成一個臃腫不堪敲霍,誰都不滿意的四不像
而以用戶為中心俊马,到底以哪些為中心?我們無法滿足所有用戶的需求肩杈,應(yīng)該優(yōu)先照顧哪些人柴我?
優(yōu)先滿足哪些用戶需要和產(chǎn)品的商業(yè)目標要結(jié)合起來考慮,簡單 的說就是看KPI是什么
我們無須滿足所有用戶的需求

用戶研究

\color{#999}{必須在做產(chǎn)品的過程中隨時納入計劃}
用戶研究的方法創(chuàng)建persona艘儒,即人物角色界睁,方便新人進入團隊時,迅速了解用戶翻斟、理解產(chǎn)品逾礁、老板可利用persona迅速進入狀態(tài).

方法

  1. 說和做
    \color{#999}{”怎么說“表現(xiàn)了目標和觀點,怎么做反應(yīng)了行為访惜,用戶怎么說怎么做經(jīng)常不一致嘹履。}

  2. 定性和定量
    \color{#999}{定性研究可以找出原因、偏于了解债热;定量研究可以發(fā)現(xiàn)現(xiàn)象砾嫉,偏向于證實。}
    第一輪
    \color{#999}{聽用戶定性的說-用戶訪談窒篱。 確定產(chǎn)品方向焕刮,做什么? 隨機抽取40個用戶做訪談墙杯,據(jù)此列出需求分析表}
    第二輪
    \color{#999}{聽用戶定量的說-調(diào)查問卷 確定需求的優(yōu)先級配并,先做什么? 投放20萬份調(diào)查問卷高镐,確定需求優(yōu)先級排序}
    第三輪
    \color{#999}{看用戶定性的做-可用性測試荐绝。 先做的那幾個需求,怎么做避消? 邊設(shè)計邊陸續(xù)找10個用戶來驗證,做可用性測試召夹。}
    第四輪
    \color{#999}{根據(jù)產(chǎn)品的用戶使用情況做數(shù)據(jù)分析岩喷,不斷改進產(chǎn)品}


需求采集

不怕發(fā)現(xiàn)荒謬的需求,就怕錯漏合理的需求

過程
  1. 明確目標
  2. 選擇采集方法
  3. 制定采集計劃
  4. 執(zhí)行采集
  5. 資料整理
  6. 進入下一步的需求分析階段
步驟

用戶研究方法的簡化

說和做:”怎么說“表現(xiàn)了目標和觀點纱意,怎么做反應(yīng)了行為,用戶怎么說怎么做經(jīng)常不一致
定性研究:可以找出原因类少、偏于了解
定量研究:可以發(fā)現(xiàn)現(xiàn)象硫狞,偏向于證實*

需求采集方法

步驟a. 定性的說 — 用戶訪談
確定產(chǎn)品方向财忽、做什么 聽用戶定性的說即彪,通過用戶訪談方式,了解用戶需求惠况,列出需求列表
一對一聊天方式稠屠;圍繞特定的話題,問攘蔽,答;說唆垃,聽
聽用戶怎么說,即他們的目標和觀點

用戶訪談場景
新產(chǎn)品方向的預(yù)言工作中渐尿;
通過數(shù)據(jù)采集的第四步驟定量做的數(shù)據(jù)分析發(fā)現(xiàn)現(xiàn)象后,去探索背后的原因

常見問題和策略

  1. 說和做不一致問題
    策略:
    a. 盡量在用戶可以和產(chǎn)品發(fā)生交互的場合下進行渔彰,讓用戶在說的同時也做宝惰,但訪談成本> 電話訪談/邀請用戶訪談尼夺;
    b. 注意區(qū)分用戶說的事實和觀點:如“我做了什么,步驟如何拐邪,碰到什么問題”可信度更高扎阶;“我覺得、我認為”需要帶著大大的問好去聽惰赋;

  2. 樣本少赁濒,以偏概全問題
    策略:
    a. 盡量做到隨機;
    \color{#666}{避免為了成本考慮等其他原因舞丛,只找了某些特定的用戶谷誓,本市户辱,優(yōu)先撥打留了手機的用戶提高聯(lián)系成功率庐镐,邀約愿意來訪談的用戶等都是不隨機的}
    b. 盡量識別出各種可能引起偏差的因素揽乱,并在訪談報告標明损拢,讓讀者了解绘证;
    c. 為了用盡可能少的樣本得到盡可能正確的結(jié)論胞枕,以增量的方式做訪談;
    \color{#666}{先訪談5個用戶派桩,得出結(jié)論,然后再訪談5個员魏,觀察結(jié)論是否有改變?nèi)鐭o改變碌补,就停止繼續(xù)訪談節(jié)省成本镇匀;}
    \color{#666}{若改變則繼續(xù)加大樣本量岩梳,或思考問題是否合適宫屠?樣本集是否合適抵栈?}

  3. 用戶過于強勢,把我們往溝里帶
    用戶羅里吧嗦扯其他話題
    策略:
    牢記訪談的目的产艾;發(fā)現(xiàn)話題不對滑绒,趕緊往正道上扳闷堡,多次扳不過來,可以考慮盡快結(jié)束訪談疑故;

  4. 我們過于強勢杠览,把用戶往溝里帶
    訪談?wù)吡_里吧嗦扯起話題
    牢記訪談目的;管好自己的嘴纵势;

用戶訪談注意點

  1. 避免一組固定的問題:
    固定的問題讓被訪者產(chǎn)生被訪問的感覺踱阿;應(yīng)準備好問題清單,引導(dǎo)作用,不用照讀书妻;
  2. 關(guān)注目標,任務(wù)其次:
    \color{red}{比用戶行為更重要的是行為背后的原因惊橱,多問問用戶為什么這么做}
  3. 避免用戶成為設(shè)計師:
    \color{red}{聽用戶說但不要照著做},用戶的解決方法通常短淺贤笆、片面
  4. 避免討論技術(shù):
    especially略懂技術(shù)的用戶奇瘦,不要與其糾纏產(chǎn)品實現(xiàn)方式
  5. 鼓勵講故事
    故事是最好的幫助設(shè)計師理解用戶的方法
  6. 避免誘導(dǎo)性的問題
    典型的誘導(dǎo)問題:如果有xxx功能你會使用嗎画畅,一般用戶給出毫無意義的肯定答復(fù)

用戶大會
用戶訪談如何準備嘁傀、操作

步驟b. 定量的說 — 調(diào)查問卷
聽用戶說怎么做坚踩,確定需求優(yōu)先級拦宣,先做什么
作答時間不超過10minutes略步;

問卷組成
開篇也切,簡單不需要思考問題导犹;
中間节猿,想知道的內(nèi)容吟榴,需要思考搏予,較敏感的問題牍陌;
卷后,有關(guān)訪者個人信息的題目峡迷;

調(diào)查問卷一人一份银伟,獨立作答你虹,可消除“焦點小組”、“論壇發(fā)帖征求需求”等有群體討論性質(zhì)的方法的弊端彤避;(用戶特點:沉默與騎墻的總是大多數(shù))

用戶特點
沉默與騎墻的總是大多數(shù)傅物;
沉默的多數(shù),少數(shù)的不能保證其代表了目標用戶的想法琉预;
騎墻的是大多數(shù)沒有明確的觀點董饰,開始表態(tài)的那幾個人的觀點引導(dǎo)了群體的觀點,隨機的初始值決定了結(jié)果圆米;
調(diào)查問卷的客觀性尖阔、多份問卷之間的獨立性,可避免榨咐,但存在問題:如下

常見問題 + 策略

  1. 樣本偏差,樣本與想了解的目標用戶群體出現(xiàn)偏差
    策略:
    a. 盡可能覆蓋目標群體中各類型的用戶谴供,比如性別块茁、 年齡段、行業(yè)桂肌、收入等数焊,要各種類型用戶的用樣本比例接近全體的比例,比如目標用戶中用男女比例為 7:3崎场,那??我們的樣本也應(yīng)該保持這個比例佩耳。
    b. 把潛在的篩選條件標明,讓報告的讀者知道數(shù)據(jù)獲取的方法與來源谭跨;

  2. 樣本過少問題
    樣本過少干厚,采用百分比是無意義的;
    要給出百分比答案螃宙,至少有100分答案蛮瞄;
    只能說“問了x個用戶,y個用戶選A

  3. 問卷內(nèi)容的細節(jié)問題
    問題表述\color{red}{應(yīng)無引導(dǎo)性}(類似用戶訪談)谆扎;如”你喜歡某個產(chǎn)品嗎“ 改為 "你是否喜歡某個產(chǎn)品"
    策略:
    a. 答案的順序挂捅,可能產(chǎn)生順序偏差,位置偏差堂湖;即用戶選擇的答案可能與改答案的排列順序有關(guān)闲先;
    b. 陳述性選項,用戶趨向于第一個或最后一個答案无蜂,特別是第一個伺糠;
    c. 對于一組數(shù)字,如價格酱讶,打分退盯,趨向于選中間位置
    d. 為減少順序偏差,課準備幾種形式問卷,每種形式的問卷選項排列順序不同渊迁;
    e. 先進行小范圍試答慰照,根據(jù)反饋修改后在大面積投放,與互聯(lián)網(wǎng)產(chǎn)品的灰度發(fā)布有同樣的理念(灰度發(fā)布:上線常用形式琉朽,先讓少量用戶看到新產(chǎn)品毒租,利用他們的反饋進行修改,逐步把新產(chǎn)品展現(xiàn)所有用戶眼前)

步驟c. 定性的做 — 可用性分析
怎么做箱叁?確定先做的需求是怎么做墅垮?一邊做一遍找10個用戶來做可行性分析

可用性測試
通過讓實際用戶使用產(chǎn)品或原型方法 來發(fā)現(xiàn)界面設(shè)計中的可用性問題,通常只能做少數(shù)幾個用戶的測試耕漱,看他們怎么做算色,典型的定性研究。發(fā)現(xiàn)軟件產(chǎn)品中的問題螟够。

根本目的
用于指導(dǎo)產(chǎn)品改進

步驟過程

  1. 招募測試用戶灾梦。
    用戶盡可能代表將來真實的用戶,如產(chǎn)品的用戶是新手妓笙,應(yīng)該選擇對產(chǎn)品不熟悉的用戶

  2. 準備測試任務(wù)若河。
    實際使用中的典型任務(wù)

  3. 測試過程 ——重頭戲
    用戶使用產(chǎn)品來完成所要求的測試任務(wù),組織者在旁邊觀察用戶操作過程并記錄發(fā)現(xiàn)的問題寞宫。

  4. 測試結(jié)束后萧福,
    詢問用戶對于產(chǎn)品整體的主觀看法或感覺;
    詢問測試中他們當時的想法辈赋;為什么作出這些操作

  5. 研究和分析:可用性測試結(jié)束后鲫忍,
    分析記錄并產(chǎn)生一份產(chǎn)品的可用性問題列表,并對問題的嚴重程度進行分級钥屈,
    可根據(jù)項目進度來選擇哪些優(yōu)先處理饲窿。

使用場景
產(chǎn)品改版
\color{#999}{改版會挑戰(zhàn)用戶現(xiàn)有的習慣,可用性分析 可保證產(chǎn)品改版的安全性}

常見問題 + 策略

  1. 可用性測試做太晚(往~產(chǎn)品將要上線時),發(fā)現(xiàn)問題也于事無補焕蹄。
    \color{#999}{可用性分析各個階段都可做逾雄;不同階段不同想法,發(fā)現(xiàn)響相應(yīng)問題腻脏。}

  2. 總覺得可用性測試很專業(yè)鸦泳,所以干脆不做
    \color{#999}{通常做5個左右的用戶才可以發(fā)現(xiàn)大部分共性問題。}

  3. 明確是測試產(chǎn)品永品,而不是測試用戶
    告訴用戶測試目的是發(fā)現(xiàn)軟件產(chǎn)品中的問題昌腰,而不是要測試用戶是否有能力來很好的使用軟件悦施。
    “試用一下新產(chǎn)品馍管,提點意見”說明這點有助于減輕用戶的壓力,使得他們像真實環(huán)境下使用軟件更振,而不是讓用戶聽到“可用性測試”字眼。}$

  4. 測試過程中饭尝,組織者該做的和不該做的肯腕。
    a. 告知用戶大概持續(xù)的時間,要做哪些事钥平,讓用戶心中有數(shù)实撒,愉快的完成任務(wù)。
    b. 讓用戶在測試過程使用\color{red}{“發(fā)聲思維”}涉瘾,即使用產(chǎn)品同時說出自己的思考過程知态,如c. 為了完成某個任務(wù),\color{red}{用戶想先做什么立叛?后做什么负敏?為什么要做某個動作?}
    d. 測試過程避免任何的引導(dǎo)和暗示秘蛇,只是觀察和記錄原在,引導(dǎo)會使得原本可以發(fā)現(xiàn)的問題無法暴露

  5. 結(jié)束后,盡快總結(jié) 并發(fā)給用戶彤叉,感覺到是一件有意義的事情。
    表示感謝的同時村怪。建立長期和諧的“用戶參與設(shè)計”的氛圍
    這份總結(jié)用于指導(dǎo)產(chǎn)品的改進秽浇,—— \color{red}{可用性測試的根本目的}

步驟d. 定量的做 — 數(shù)據(jù)分析
通過數(shù)據(jù)分析,發(fā)現(xiàn)現(xiàn)象甚负,來確定需求怎么做
數(shù)據(jù)分析只能發(fā)現(xiàn)現(xiàn)象和問題柬焕,并不能了解原因,分析完后通常伴隨一些用戶訪談梭域,聽聽用戶怎么解釋

場景
日志分析的商業(yè)價值

數(shù)據(jù)分析方法
Excel表格斑举,
復(fù)雜的:統(tǒng)計軟件、數(shù)據(jù)庫軟件病涨,自寫程序解決

常見問題 + 決策

  1. 過于學術(shù)富玷,沉迷于“科學研究”
    策略:
    a. 科學研究注重性價比的性,只要結(jié)果好既穆,往~不在乎投入赎懦,相對于科研結(jié)果不是為了馬上應(yīng)用,而是為了證明實力幻工;
    b. 實際生產(chǎn)環(huán)境更注重綜合的性價比励两;需要的是一種\color{red}{對數(shù)據(jù)的敏感,對商業(yè)的敏感囊颅;}

  2. 數(shù)據(jù)不會主動騙人当悔,但經(jīng)常有意無意的誤讀數(shù)據(jù)
    策略:
    a. 學習統(tǒng)計學知識傅瞻,提高水平
    b. 對數(shù)據(jù)保持中立的態(tài)度,不要“為了迎合一個觀點而去找數(shù)據(jù)”盲憎,減少利益牽扯嗅骄,比如為了證明老板的判斷或保持自己之前拍腦袋的英明形象等。

  3. 平時不燒香焙畔,臨時抱佛腳
    經(jīng)常在做決策時才想起來數(shù)據(jù)分析掸读,忽然發(fā)現(xiàn)沒有數(shù)據(jù)可分析。
    策略:
    避免此情況宏多,應(yīng)該在產(chǎn)品設(shè)計時就把數(shù)據(jù)分析的需求加進去儿惫,如記錄每個按鈕的點擊次數(shù)、統(tǒng)計每個用戶的登錄頻率等伸但,非功能需求肾请。

用戶訪談與調(diào)查問卷區(qū)別

即定性的說與定量的說區(qū)別

  • 用戶訪談提綱是開放式問題,適用于我們心里較疑惑時去尋求產(chǎn)品方向更胖,適合與較少的訪談對象進行深入交流铛铁;
  • 調(diào)查問卷是封閉式問題較多,類似判斷題和選擇題却妨;適合大用戶量的信息收集饵逐,不夠深入,一般只能獲取某些明確問題的答案彪标;不適合安排問答題倍权;
  • 兩者之間的聯(lián)系:通過前者的開放性問題,為后者收緊具體的封閉式問題
有特點的方法

堅持“需求驅(qū)動學習”
現(xiàn)場調(diào)查捞烟,AB測試薄声、日志研究、卡片分類法题画、自己提需求默辨。
現(xiàn)場調(diào)查
和客戶一起工作一段時間,深度了解需求苍息;聽用戶怎么說怎么做缩幸。

AB測試
一個按鈕不知放左邊右邊,先挑選少量用戶發(fā)布這個按鈕竞思,1000人放左邊桌粉,1000放右邊,過一段時間分析結(jié)果衙四,讓用戶參與設(shè)計

卡片分類法
a. 把各種需求寫在便利貼上铃肯,讓用戶一起討論并完成分類,深入了解用戶怎么給產(chǎn)品劃分模塊传蹈,認為這個網(wǎng)站該是什么結(jié)構(gòu)押逼。
b. 產(chǎn)品設(shè)計人員和用戶的思維不一樣步藕,導(dǎo)致用戶理解困難
c. 讓產(chǎn)品更加符合用戶的心理模型。

自己提需求
自己使用產(chǎn)品挑格,發(fā)動認識的人都來用

需求采集人人有責

產(chǎn)品人員驅(qū)動咙冗,去主動采集需求,直接去潛在的目標用戶采集
產(chǎn)品部門至少應(yīng)該和銷售 漂彤、服務(wù)等部門有平等的地位雾消,堅持不斷的從終端用戶那里直接獲得需求,保證產(chǎn)品的可持續(xù)發(fā)展挫望。

單項需求卡片
a. 產(chǎn)品需求工作不只是需求分析人員的事立润,而是涉及產(chǎn)品的每個干系人的義務(wù),至少的參與“采集”的過程

b. 理想狀態(tài):產(chǎn)品的所有干系人都參加“需求采集”培訓媳板,日常工作養(yǎng)成主動提交需求給產(chǎn)品人員的習慣桑腮。

c. 作為專業(yè)的需求分析人員,應(yīng)該盡量降低同事們蛉幸,比如銷售破讨、服務(wù)、技術(shù)人員提交需求的要求奕纫。

d. 單項需求卡片包含提陶?重點是描述用戶場景,誰在什么時間匹层、地點產(chǎn)生了什么需求隙笆?

e. 至少包含“需求描述”,需求編號又固、來源、場景煤率;

拿到卡片 跟提交人交流仰冠,完善內(nèi)容;


需求分析

PM存在的價值:偉大的需求分析師蝶糯,可以無視用戶想要的東西洋只,去探索他內(nèi)心真正的渴望,再給出更好你的解決方案昼捍,或者說用戶真正需要的東西;
聽用戶的但不要照著做;
\color{red}{明確我們存在的價值(把用戶需求轉(zhuǎn)化為產(chǎn)品需求识虚,即需求的DNA檢測)}

明確我們存在的價值

用戶需求 VS 產(chǎn)品需求
用戶需求
用戶自以為的需求,且經(jīng)常表達為用戶表的解決方案妒茬。

產(chǎn)品需求
經(jīng)過我們分析担锤,找到真實的需求,且表達為產(chǎn)品的解決方案

需求分析
從用戶提出的需求出發(fā)乍钻,找到用戶內(nèi)心真正的渴望肛循,再轉(zhuǎn)化為產(chǎn)品需求的過程

技術(shù)分析和需求分析
技術(shù)分析
樹干 —— 樹枝 —— 樹葉
大問題分解成小問題铭腕,發(fā)現(xiàn)難點逐一攻克
需求分析
分 —— 總 —— 分
樹葉 —— 樹枝 —— 樹干
其次:樹干 —— 樹枝 —— 樹葉
\color{red}{不能漏掉提煉用戶需求的這個過程,目的透過現(xiàn)象看本質(zhì)多糠;}
\color{#666}{也不能停在本質(zhì)上累舷,試想如做到“樹干”就結(jié)束,后端的執(zhí)行人員可能還是不知道} \color{#666}{要做什么東西夹孔,所以還要繼續(xù)吧樹干在重新分解成樹枝被盈、樹葉}

滿足需求的三種方式

從問題本質(zhì)出發(fā),尋找新路搭伤。
需求來源于理想與現(xiàn)實的差距只怎,減少差距就是三種方式

  1. 改變現(xiàn)狀
    去開發(fā)某種產(chǎn)品,對產(chǎn)品進行改進等

  2. 降低理想
    不忽視精神的力量闷畸;
    人們更在意的是相對而不是絕對尝盼,減少抱怨,但是一種低水平的滿足需求佑菩,對產(chǎn)品美譽沒有幫助

  3. 轉(zhuǎn)移需求
    引導(dǎo)用戶去關(guān)注其他事物盾沫;人的行為是需求驅(qū)動的,想要改變?nèi)说男袨榈钅梢詫ふ腋鼜娏业男枨笳宫F(xiàn)給他赴精,而讓他不再糾結(jié)原來的需求;
    滿足用戶的需求不一定要做新產(chǎn)品绞幌,新功能蕾哟,是否有“四兩拔千斤”的妙招

創(chuàng)造需求
產(chǎn)品設(shè)計的最高境界 —— 創(chuàng)造需求 需要天賦
如喬布斯;
需求分析過程也需要有創(chuàng)造需求的成分

給需求做一次DNA檢測

過程
\color{#666}{先把用戶需求轉(zhuǎn)換為產(chǎn)品需求莲蜘,在一步步確定每個產(chǎn)品需求的基本屬性谭确、商業(yè)價值、實現(xiàn)難度票渠、性價比等}

  1. 需求轉(zhuǎn)換-用戶轉(zhuǎn)為產(chǎn)品
  2. 確定需求基本屬性
  3. 分析商業(yè)價值
  4. 初評需求的實現(xiàn)難度—
  5. 計算性價比

產(chǎn)品需求列表的屬性
模塊逐哈、子模塊、feature问顷、任務(wù)描述昂秃、商業(yè)價值、商業(yè)屬性杜窄、商業(yè)優(yōu)先級肠骆、開發(fā)量、性價比塞耕、備注

需求的基本屬性
編號蚀腿、提交人、提交時間扫外、模塊唯咬、名稱纱注、描述、提出者胆胰、提出時間狞贱、bug編號
a. 需求種類
新增功能、功能改進蜀涨、體驗提升瞎嬉、bu修復(fù)、內(nèi)部需求等
b. 需求層次
基礎(chǔ)厚柳、擴展(期望需求)氧枣、增值(興奮需求)

分析需求商業(yè)價值
需求屬性:重要性、緊急度别垮、持續(xù)時間便监、商業(yè)價值(不考慮實現(xiàn)難度)

初評需求的實現(xiàn)難度
絕對不能因為某個需求的商業(yè)價值很大而馬上去做,也不能因為另一個需求的商業(yè)價值不大而不做碳想。

性價比
性價比 = 商業(yè)價值 / 實現(xiàn)難度(簡化為開發(fā)量) = 商業(yè)價值/ 開發(fā)量
絕對不能因為某個需求的實現(xiàn)難度很小就馬上去做烧董,也不能因為另一個需求的實現(xiàn)難度很大就不做


需求篩選

少做就是多做
需求PK

需求篩選
過程
  1. 需求打包
  2. 產(chǎn)品會議
  3. 商業(yè)需求文檔(描述打包的需求,用于資源爭奪)

需求打包
做項目胧奔,終極目標是逊移,多快好省,即范圍廣龙填、時間短胳泉、品質(zhì)高、資源省岩遗。
需求打包最好打包類似的功能點
是否類似取決于需求的基本屬性(需求分析中做的事情扇商,需求的基本屬性)

需求依賴,功能相互之間有依賴關(guān)系
功能與人力資源的依賴關(guān)系也經(jīng)常存在宿礁,如特定功能依賴于某個特定的人員做案铺。

需求的粒度大小
盡量細分
需求列表出現(xiàn)的任意一行,工作量最好不超過不超過5人天

產(chǎn)品會議
對資源的爭搶

商業(yè)需求文檔
BRD
參與資源爭奪的武器

怎么寫B(tài)RD
a. 項目背景
我們在哪里窘拯,為什么要做這個項目红且,解決什么問題坝茎,列出數(shù)據(jù)說明項目的必要性

b. 商業(yè)價值— 重點1
我們?nèi)ツ睦锏渔ⅲ惺裁磧r值,提出商業(yè)目標

c. 功能需求描述
我們怎么去嗤放,通過什么事情達到目標思喊,把打包好的需求描述一下,可用功能列表的形式表達次酌,畫出業(yè)務(wù)邏輯圖

d. 非功能需求描述
重要的非功能需求

e. 資源評估 — 重點2
成本
了解達到目標需要多大的花費后才能作出決策

f. 風險和對策
潛在風險
是否存在與公司將來的戰(zhàn)略沖突

少做就是多做
情愿把一般的功能盡可能完美也不要把全部功能都做成半吊子恨课。
當發(fā)現(xiàn)一個功能可有可無時舆乔,甚至只要是沒有強烈的理由要做時,
要明確的選擇:不做剂公!

做的少不如做得巧希俩!—— 轉(zhuǎn)移需求(滿足需求的三種方式中之一)
動手前先找找有沒有成本低,收獲大的解決方案纲辽。

盡可能多的放棄

盡可能多的采集需求颜武,盡可能多的放棄。相互矛盾拖吼,反應(yīng)我們對事物的認識過程鳞上,只有在收集過程階段沒有遺漏,才可能完整的看到事物的全貌吊档,有了大局觀篙议,在放棄的時候才知道孰輕孰重,也更下得了手


需求的生老病死

產(chǎn)品的不斷迭代:反復(fù)的需求分析怠硼、需求分析鬼贱、需求篩選

需求的生老病死

需求簡報

項目

需求采集 —> 需求分析 —> 需求篩選 —> 立項 —> 寫文檔(BRD、PRD等) —> 產(chǎn)品原型 —> 概要設(shè)計拒名、詳細設(shè)計 —> 評審 (需求評審吩愧、設(shè)計評審、測試評審)
產(chǎn)品原型可在產(chǎn)品會議前可開始增显,即需求篩選后的產(chǎn)品會議

項目縮略圖
立項階段的工作內(nèi)容
立項做的事情

kick off 做的事情
WBS拆分任務(wù)

kick 0ff - WBS.png

立項后做的事情-寫文檔

立項-寫文檔.png
日常需求發(fā)布流程
項目 - 需求發(fā)布流程
bug狀態(tài)流轉(zhuǎn)圖
bug狀態(tài)流轉(zhuǎn)圖
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末雁佳,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子同云,更是在濱河造成了極大的恐慌糖权,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,122評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件炸站,死亡現(xiàn)場離奇詭異星澳,居然都是意外死亡,警方通過查閱死者的電腦和手機旱易,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,070評論 3 395
  • 文/潘曉璐 我一進店門禁偎,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人阀坏,你說我怎么就攤上這事如暖。” “怎么了忌堂?”我有些...
    開封第一講書人閱讀 164,491評論 0 354
  • 文/不壞的土叔 我叫張陵盒至,是天一觀的道長。 經(jīng)常有香客問我,道長枷遂,這世上最難降的妖魔是什么樱衷? 我笑而不...
    開封第一講書人閱讀 58,636評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮酒唉,結(jié)果婚禮上矩桂,老公的妹妹穿的比我還像新娘。我一直安慰自己痪伦,他們只是感情好耍鬓,可當我...
    茶點故事閱讀 67,676評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著流妻,像睡著了一般牲蜀。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上绅这,一...
    開封第一講書人閱讀 51,541評論 1 305
  • 那天涣达,我揣著相機與錄音,去河邊找鬼证薇。 笑死度苔,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的浑度。 我是一名探鬼主播寇窑,決...
    沈念sama閱讀 40,292評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼箩张!你這毒婦竟也來了甩骏?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,211評論 0 276
  • 序言:老撾萬榮一對情侶失蹤先慷,失蹤者是張志新(化名)和其女友劉穎饮笛,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體论熙,經(jīng)...
    沈念sama閱讀 45,655評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡福青,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,846評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了脓诡。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片无午。...
    茶點故事閱讀 39,965評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖祝谚,靈堂內(nèi)的尸體忽然破棺而出宪迟,到底是詐尸還是另有隱情,我是刑警寧澤踊跟,帶...
    沈念sama閱讀 35,684評論 5 347
  • 正文 年R本政府宣布踩验,位于F島的核電站,受9級特大地震影響商玫,放射性物質(zhì)發(fā)生泄漏箕憾。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,295評論 3 329
  • 文/蒙蒙 一拳昌、第九天 我趴在偏房一處隱蔽的房頂上張望袭异。 院中可真熱鬧,春花似錦炬藤、人聲如沸御铃。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,894評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽上真。三九已至,卻和暖如春羹膳,著一層夾襖步出監(jiān)牢的瞬間睡互,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,012評論 1 269
  • 我被黑心中介騙來泰國打工陵像, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留就珠,地道東北人。 一個月前我還...
    沈念sama閱讀 48,126評論 3 370
  • 正文 我出身青樓醒颖,卻偏偏與公主長得像妻怎,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子泞歉,可洞房花燭夜當晚...
    茶點故事閱讀 44,914評論 2 355

推薦閱讀更多精彩內(nèi)容