產(chǎn)品需求應(yīng)該如何管理?
編輯導(dǎo)語:產(chǎn)品項目在進(jìn)行時經(jīng)常會有一些需求需要實現(xiàn),需求是產(chǎn)品更新迭代的動力,需求也是從用戶訴求轉(zhuǎn)化而來;在做需求管理時,我們需要判斷一個需求的優(yōu)先級等方面,對產(chǎn)品進(jìn)行優(yōu)化;本文作者分享了如何管理產(chǎn)品需求,我們一起來看一下。
目錄:
- 一、 為什么要管理需求;
- 二、 什么是需求:需要與需求、從功能性劃分需求分類、需求的層次;
- 三、 需求的來源:調(diào)研、用戶反饋、公司戰(zhàn)略、產(chǎn)品研究、政策與標(biāo)準(zhǔn)要求;
- 四、 需求收集記錄;
- 五、 需求管理:給需求分類、確定需求優(yōu)先級;
- 六、 需求變更:需求變更的原因、如何應(yīng)對需求變更、需求變更的流程控制;
- 七、 需求的反饋;
- 八、 需求的后續(xù)處理。
需求對于產(chǎn)品的重要性,相當(dāng)于一日三餐對于人的重要性,需求是我們產(chǎn)品不斷迭代的動力之源;本文所指需求,主要針對企業(yè)服務(wù)企業(yè)服務(wù)產(chǎn)品的需求,項目型需求和C端產(chǎn)品需求的處理會有差異,僅供大家參考。
一、為什么要管理需求
需求的來源多樣,重要性、緊迫性也不一樣;如何處理好紛繁復(fù)雜的需求,對于產(chǎn)品發(fā)展至關(guān)重要。
如果處理不好,無法辨別出需求的范圍、重要性,無法合理安排需求的優(yōu)先級等,都可能將產(chǎn)品方向“帶偏”,浪費公司資源,錯失發(fā)展時機,失去產(chǎn)品競爭力,嚴(yán)重的將會將丟掉市場和客戶;相反,如果能夠識別關(guān)鍵需求、緊急需求、緊跟市場,需求處理及時得當(dāng),將有助于提高產(chǎn)品競爭力。
二、什么是需求
在上一篇文章中,介紹到:需求=預(yù)期-現(xiàn)狀,這是一個簡單的描述,大家對于需求有一個形象的了解。
在不同的領(lǐng)域,對于需求有不同的定義,在產(chǎn)品中,我理解需求是與具體產(chǎn)品有相關(guān)性的、為解決具體問題而提出的、尚未滿足的要求。
1. 需要與需求
需要與需求兩個詞語相似,詞義相近,但在產(chǎn)品中,這兩個詞有比較大的差異。
需要往往為用戶提出的訴求,希望滿足某一個要求;而需求是與產(chǎn)品有相關(guān)性,并且一般為可設(shè)計、可實現(xiàn)的要求。
用戶“需要”一般經(jīng)過提煉、轉(zhuǎn)化后才能成為“需求”,而有些需要受制于客觀限制,是不能轉(zhuǎn)化為需求的。
2. 從功能性劃分需求分類
需求一般分為功能性需求和非功能性需求:
- 功能性需求:是那些用以處理產(chǎn)品所必須滿足用戶需求的功能特性,功能型需求是最基礎(chǔ)也最核心的用戶需求,功能型需求有時也被稱為業(yè)務(wù)需求。
- 非功能性需求:包括可用性需求、性能需求、可靠性需求和安全需求等;這類需求在系統(tǒng)建設(shè)早期重視度往往不高,當(dāng)用戶量上升,產(chǎn)品越來越重要時,非功能性需求的重要性越來越突出。
3. 需求的層次
提到需求的層次,一般繞不開馬斯洛需求理論,雖然這是基于個體的需求理論,但企業(yè)需求場景仍然具有借鑒意義;畢竟B端的產(chǎn)品使用對象,也是一個個鮮活的個體。
但總體上企業(yè)服務(wù)產(chǎn)品更多注重實用性和效率提升,對于美觀性和心里滿足的要求相對較弱,但這是由行業(yè)現(xiàn)狀導(dǎo)致的;從長遠(yuǎn)來看,企業(yè)服務(wù)產(chǎn)品應(yīng)吸納借鑒C端產(chǎn)品設(shè)計的一些優(yōu)秀特點。
企業(yè)服務(wù)產(chǎn)品需求有自身的特點,比如:
- 企業(yè)服務(wù)產(chǎn)品面向企業(yè)或組織,幫助其解決企業(yè)經(jīng)營或管理問題;對于組織來說,需要企業(yè)服務(wù)產(chǎn)品提供基于管理場景的功能,無法簡單的通過馬斯洛模型來定義描述;
- 企業(yè)服務(wù)產(chǎn)品的使用對象,也需要關(guān)注業(yè)務(wù)用戶;而業(yè)務(wù)用戶的需求動機,同馬斯洛需求模型有一定的交叉,但并非完全適用;
- 企業(yè)服務(wù)產(chǎn)品作為業(yè)務(wù)管理或協(xié)同系統(tǒng),除了承載業(yè)務(wù)目標(biāo),還需要考慮軟件架構(gòu)設(shè)計、體系構(gòu)建、生態(tài)構(gòu)建等問題(C端產(chǎn)品的后臺同樣存在類似的問題);因此需求分析管理中,對于軟件產(chǎn)品本身還需要有足夠的關(guān)注度。
基于此,企業(yè)服務(wù)產(chǎn)品也可分為幾個層面的需求:
1)業(yè)務(wù)需求
業(yè)務(wù)需求實際上為滿足企業(yè)某一使用場景和目的,必須實現(xiàn)的功能,主要體現(xiàn)在滿足業(yè)務(wù)規(guī)則、管理制度、業(yè)務(wù)流程等方面。
比如開具一張發(fā)票,需要有發(fā)票數(shù)據(jù)相關(guān)字段的錄入功能;添加一張憑證,必須錄入一些摘要、科目、借貸方等信息;再比如一些工作審批流程功能,沒有流程的相關(guān)處理,就沒法完成業(yè)務(wù)的流轉(zhuǎn)。
2)用戶需求
企業(yè)服務(wù)產(chǎn)品的使用對象,是一個個有情感的人,在滿足業(yè)務(wù)需求后,產(chǎn)品是否好用,會成為評判產(chǎn)品優(yōu)劣的重要指標(biāo)。
產(chǎn)品頁面表達(dá)是否清晰、操作是否便捷、反饋是否準(zhǔn)確、效率能否提升,都是用戶體驗相關(guān)的重要因素。
我們在一些項目型需求中,經(jīng)常會專注于滿足業(yè)務(wù)需求;但在SaaS、PaaS等平臺型產(chǎn)品中,僅滿足于業(yè)務(wù)需求,是遠(yuǎn)遠(yuǎn)不夠的;產(chǎn)品在具備良好的產(chǎn)品體驗后,才會真正具備一定的市場競爭力。
3)產(chǎn)品需求
產(chǎn)品需求一般是由產(chǎn)品團(tuán)隊自發(fā)提出的,基于公司戰(zhàn)略及產(chǎn)品戰(zhàn)略,滿足企業(yè)持續(xù)發(fā)展的需要,如用戶中心、消息中心、訂單中心、賬戶中心、短信服務(wù)、郵件服務(wù)、認(rèn)證中心等服務(wù)建設(shè)。
解決產(chǎn)品發(fā)展的重復(fù)建設(shè)問題,搭建技術(shù)中臺服務(wù);滿足產(chǎn)品生態(tài)建設(shè),建設(shè)代理、運營管理平臺,建設(shè)合作伙伴開放平臺等等,都可以歸類于產(chǎn)品需求——產(chǎn)品需求在一定階段又會轉(zhuǎn)化為業(yè)務(wù)需求和用戶用戶。
業(yè)務(wù)需求是企業(yè)服務(wù)產(chǎn)品的需求基石,需求功能的健全程度決定企業(yè)用戶是否能夠使用產(chǎn)品;用戶需求解決企業(yè)服務(wù)產(chǎn)品體驗的問題,是企業(yè)服務(wù)產(chǎn)品具備競爭力的主要產(chǎn)品因素,滿足用戶更好的使用產(chǎn)品的訴求;產(chǎn)品需求基于集團(tuán)戰(zhàn)略及產(chǎn)品戰(zhàn)略的規(guī)劃而提出,為企業(yè)服務(wù)產(chǎn)品的可持續(xù)發(fā)展及最終成功提供產(chǎn)品支持。
三、需求的來源
1. 調(diào)研
需求調(diào)研有多種方式,有行業(yè)調(diào)研、用戶訪談、需求溝通會等等,其中:
- 行業(yè)調(diào)研:包括行業(yè)研究、競品分析、典型用戶分析等;
- 用戶訪談:與用戶的電話會議、跟蹤用戶工作場景、訪談等方式,獲取需求;
- 需求會議:與相關(guān)方開展會議,收集用戶需求;組織頭腦風(fēng)暴會議,激發(fā)大家的觀點碰撞。
需求調(diào)研的方式多樣,在產(chǎn)品的不同階段、產(chǎn)品所在的不同行業(yè)、不同場景,需要選擇不同的調(diào)研方式;需求調(diào)研的每一種方式方法,都可以作為專題來研究。
2. 用戶反饋
1)測試反饋
測試人員在測試系統(tǒng)的過程中,實際是在模擬用戶的操作;在這個過程中,可以發(fā)現(xiàn)一些系統(tǒng)問題,提出比較好的需求建議,特別是用戶體驗相關(guān)的建議。
2)客戶反饋
實際用戶在使用過程中,會發(fā)現(xiàn)一些系統(tǒng)提供的功能同實際操作需要之間不匹配的一些功能點,如果溝通渠道通暢,也會收集到一些用戶反饋的需求。
3)運營反饋
在一些有運營支撐部門的公司,運營團(tuán)隊會代表用戶向產(chǎn)品團(tuán)隊提出使用反饋的需求,以幫助產(chǎn)品改進(jìn)。
用戶反饋和需求調(diào)研的差異,主要在于是主動還是被動的收集需求。
3. 公司戰(zhàn)略
公司會根據(jù)發(fā)展需要,推出一些新的發(fā)展方向或者提出新的產(chǎn)品方向,對這些公司戰(zhàn)略的分解與分析,形成產(chǎn)品需求。
公司戰(zhàn)略形成的需求,有些可能不是真實的用戶需求,有些是在創(chuàng)造用戶需求,這些都需要產(chǎn)品同學(xué)花費更多的精力去研究,對產(chǎn)品有更好的預(yù)判能力,避免產(chǎn)品掉入“偽創(chuàng)新”的泥坑。
4. 產(chǎn)品研究
產(chǎn)品同學(xué)可基于對行業(yè)的理解、用戶的研究,規(guī)劃產(chǎn)品設(shè)計,對產(chǎn)品進(jìn)行優(yōu)化迭代;產(chǎn)品研究一般更側(cè)重產(chǎn)品宏觀發(fā)展和產(chǎn)品內(nèi)在管理邏輯的實現(xiàn)。
5. 政策與標(biāo)準(zhǔn)要求
在一些國家監(jiān)管或者存在行業(yè)管理標(biāo)準(zhǔn)的行業(yè)中,企業(yè)服務(wù)產(chǎn)品需要滿足國家的政策、文件及行業(yè)標(biāo)準(zhǔn)的要求,為此需要設(shè)計相關(guān)的功能、流程、管理機制,確保產(chǎn)品本身合法規(guī)范。
此類需求,需要產(chǎn)品同學(xué)或者公司反饋機制,去查找相關(guān)的政策、文件、標(biāo)準(zhǔn),并確保產(chǎn)品及時更新,在要求的時限內(nèi)完成或盡快完成產(chǎn)品改造,滿足監(jiān)管要求。
四、需求收集記錄
通過多種渠道獲取需求后,一定要對需求進(jìn)行記錄,我總結(jié)需求記錄一般遵循以下原則:
需求來源可追溯:一般需要對需求來源記錄清楚,當(dāng)有些需求問題存在不確定性或需要對異常流程進(jìn)行補充處理時,可以再次進(jìn)行溝通。
需求場景可還原:需求記錄要能夠清晰的描述用戶實際場景需要,看到需求記錄的相關(guān)描述,要能夠明白用戶的實際需要是什么,盡量不要產(chǎn)生歧義,避免難以理解的需求記錄。
需求分析可實現(xiàn):需求記錄的問題,應(yīng)該是經(jīng)過一定的過濾,比如重復(fù)問題、與系統(tǒng)無關(guān)的問題等,這些問題需要在更靠前的環(huán)節(jié)解決掉,需求記錄的問題應(yīng)該是可實現(xiàn)或理論可實現(xiàn)的需求。
需求推進(jìn)可持續(xù):有時會存在需求后續(xù)推進(jìn)過程中,提需求的人,我們已經(jīng)找不到或者無法確認(rèn),這種情況時有發(fā)生。一個后續(xù)無法獲取反饋的需求,上線后無人使用,會浪費團(tuán)隊大量的精力,我們在需求收集階段,就需要開始辨別此類風(fēng)險。
需求采集表一般需要體現(xiàn)出如下信息,比如需求來源(比如客戶、企業(yè)員工等)、提出人、提交時間、企業(yè)客戶名稱、客戶聯(lián)系人、客戶聯(lián)系方式、需求描述、涉及系統(tǒng)、功能節(jié)點等,也可以根據(jù)產(chǎn)品的實際情況,調(diào)整需求記錄的項目。
五、需求管理
1. 給需求分類
做需求管理時,我們需要先弄清楚幾個問題,這個需求是否為個性化需求?覆蓋的用戶范圍有多大?帶來的價值有多高?緊迫度有多高?如果對需求工作量有一定的判斷經(jīng)驗,可以初步評估實現(xiàn)的難易度和工作量。
需求影響力:指需求能夠影響的用戶范圍,對用戶影響范圍越大,得分需要越高,反之越低;例如分值可以為5、4、3、2、1、0,其中5代表最大范圍,0代表無影響范圍。
需求復(fù)雜度:評估需求影響產(chǎn)品范圍,可通過數(shù)值來標(biāo)識,可以通過判斷影響功能范圍、復(fù)雜度高低,進(jìn)行評分,用于評估后續(xù)的實現(xiàn)難易程度;影響功能范圍越大,復(fù)雜度越高,實現(xiàn)難易度就越困難,反之越容易,可用數(shù)值進(jìn)行標(biāo)識;例如分值可以為5、4、3、2、1,其中5代表實現(xiàn)最簡單,1代表實現(xiàn)最復(fù)雜。
需求緊急度:可跟提交需求的伙伴溝通優(yōu)先級,了解緊急程序,也需要根據(jù)產(chǎn)品同學(xué)的經(jīng)驗進(jìn)行判斷,對于業(yè)務(wù)需求、阻斷流程需求、政策性需求,可給與較高的緊急程度;例如分值可以設(shè)定為5、4、3、2、1,5代表最緊急、1代表不緊急。
需求價值:需求價值可區(qū)分為經(jīng)濟(jì)價值和產(chǎn)品價值(沒有想到特別好的命名)。
需求經(jīng)濟(jì)價值是指這個需求的滿足,是否能夠直接帶來經(jīng)濟(jì)價值,在企業(yè)服務(wù)SaaS產(chǎn)品中,會有客戶愿意為某一定制化功能買單;對于SaaS產(chǎn)品來說,需要慎重評估經(jīng)濟(jì)價值和需求影響力之間的關(guān)系;例如分值可以設(shè)定為5、4、3、2、1進(jìn)行評估。
需求產(chǎn)品價值:可通過典型的KANO模型進(jìn)行分類,KANO模型將需求分為五類。
- 必備需求:當(dāng)優(yōu)化此需求,用戶滿意度不會提升,當(dāng)不提供此需求,用戶滿意度會大幅降低;
- 期望需求:當(dāng)提供此需求,用戶滿意度會提升,當(dāng)不提供此需求,用戶滿意度會降低;
- 魅力需求:用戶意想不到的,如果不提供此需求,用戶滿意度不會降低,但當(dāng)提供此需求,用戶滿意度會有很大提升;此類需求處理得當(dāng),可以很快提升產(chǎn)品競爭力。
- 無差異需求:無論提供或不提供此需求,用戶滿意度都不會有改變,用戶根本不在意;
- 反向需求:用戶根本都沒有此需求,提供后用戶滿意度反而會下降。
KANO模型經(jīng)常用于C端產(chǎn)品需求分類的工具,關(guān)于KANO模型的應(yīng)用,可以參考《善用KANO模型,做需求分類與評估優(yōu)先級》,辛小仲老師對于KANO模型的理論和實操做了非常詳細(xì)的講解,可以通過需求調(diào)研問卷的形式獲得相對準(zhǔn)確的KANO分類,再通過Better-Worse系數(shù)確定落入的象限范圍,判斷需求優(yōu)先級。
一般來說,可以分別使用3、2、1、-1、-2來分別代表必備需求、期望需求、魅力需求、無差異需求、反向需求。
需求價值可以通過需求經(jīng)濟(jì)價值+需求產(chǎn)品價值來表達(dá)。
2. 確定需求優(yōu)先級
處理需求的過程中,很重要的事情就是確定需求優(yōu)先級,優(yōu)先級的確定可以參考使用ICE方法。
ICE是將需求分為影響范圍、自信程度、實現(xiàn)難易3個層面進(jìn)行評估:
- 影響范圍是指需求的影響力;
- 自信程度是指用戶對需求實現(xiàn)能夠帶來好的反饋的程度;
- 實現(xiàn)難易是指技術(shù)實現(xiàn)需求的難易程度。
在上個章節(jié)中,我們將需求進(jìn)行分類打標(biāo)簽,我們對需求分類標(biāo)簽的目的,是希望通過對需求進(jìn)行客觀的分析,以數(shù)值的方式記錄評估;然后對需求的總得分比較排序,盡量避免用拍腦袋的方式定義分值,讓使用ICE方法時更加合理。
- 影響范圍:可以用需求影響力*需求產(chǎn)品價值來表達(dá);
- 自信程度:可以使用緊急程度+需求價值來表達(dá);
- 實現(xiàn)難易:可以通過需求復(fù)雜度的分值來表達(dá);
最終將每個需求的ICE三個分值相加,根據(jù)得分順序,排列需求優(yōu)先級。
對于每一個需求的歸類和分值定義,可以在實際的操作過程中進(jìn)行調(diào)整,摸索出一套適合自己產(chǎn)品的方法。我們在對外溝通的過程中,也可以將確定優(yōu)先級的方法作為一套標(biāo)準(zhǔn),爭取各環(huán)節(jié)共識,各環(huán)節(jié)能夠理解并達(dá)成一致后,有助于產(chǎn)品推進(jìn)。
六、需求變更
需求變更是難以避免的。
有人說唯一不變的就是變——我深以為然,變更對于產(chǎn)品來說可能是好事也可能是壞事,所以我們需要做好需求變更的控制——對需求變更的管理,不是為了杜絕變更,而是降低需求變更對產(chǎn)品的負(fù)面影響,讓產(chǎn)品向更好的方向發(fā)展。
在PMP的知識體系中,對于需求變更非常重視,在傳統(tǒng)的瀑布式項目開發(fā)過程中,需求變更意味著項目計劃的調(diào)整、資源投入的調(diào)整,實際情況是大多數(shù)情況都會導(dǎo)致項目進(jìn)度延期或者增加資源投入。
在產(chǎn)品迭代(常采用敏捷開發(fā)的方式)過程中,我們對于需求變更的控制力度或流程管控力度有所降低,迭代開發(fā)模式追求快速上線、快速試錯、快速調(diào)整,本身也容易導(dǎo)致需求變更的發(fā)生。
1. 需求變更的原因
前期需求不夠明確:我們在一些產(chǎn)品早期或者功能早期建設(shè)過程中,有時會缺少參照,需要進(jìn)行一些產(chǎn)品創(chuàng)新;此時對于需求的評估還不夠精準(zhǔn),用戶研究也不夠透徹,上線往往需要根據(jù)用戶反饋調(diào)整產(chǎn)品設(shè)計。
業(yè)務(wù)場景不夠了解:我們在分析客戶的使用場景的過程中,由于自身專業(yè)知識水平和行業(yè)經(jīng)驗的限制,對業(yè)務(wù)的使用場景不夠了解;對用戶的需求描述,僅看到表面問題,沒有分析到本質(zhì)問題,設(shè)計出來的產(chǎn)品,往往不能滿足客戶的真實完整需要。
業(yè)務(wù)形態(tài)發(fā)生變化:當(dāng)公司的商業(yè)形態(tài)或者業(yè)務(wù)運營邏輯發(fā)生變化時,我們也需要根據(jù)情況進(jìn)行調(diào)整;這類問題在業(yè)務(wù)主導(dǎo)型公司經(jīng)常發(fā)生,產(chǎn)品團(tuán)隊作為提供服務(wù)方,往往會比較被動。
2. 如何應(yīng)對需求變更
在管理的過程中,我們需要根據(jù)造成需求變更的原因,有針對性的進(jìn)行管理,在有些產(chǎn)品中,多種情況可能會同時出現(xiàn)。
對于需求不夠明確的情況,我們需要控制需求量,避免一次投入過多的工作量,采用小步快跑的模式,減少資源的浪費。
因為業(yè)務(wù)場景了解不夠?qū)е碌男枨笞兏鼏栴},在設(shè)計產(chǎn)品前,需要產(chǎn)品人員多方面、深入、客觀的了解業(yè)務(wù)需求,增強自身對業(yè)務(wù)場景的認(rèn)知,了解需求的真正痛點,不要浮于表面。產(chǎn)品設(shè)計過程中,多考慮新需求的相關(guān)性,有助于發(fā)現(xiàn)更多的場景問題;在產(chǎn)品評審時,需要仔細(xì)跟用戶討論確認(rèn)(有條件的情況下),讓用戶幫助評估是否符合業(yè)務(wù)場景,對于客戶的疑慮或不解,多追問、多了解。
當(dāng)業(yè)務(wù)形態(tài)發(fā)生變化時,需要評估影響范圍和緊迫度,比如公司戰(zhàn)略調(diào)整,就需要盡快全面響應(yīng)需求變更。
當(dāng)業(yè)務(wù)管理部門的頻繁變動或業(yè)務(wù)規(guī)則頻繁調(diào)整時,我們需要適當(dāng)降低需求的優(yōu)先級;在設(shè)計產(chǎn)品的過程中,針對這類頻繁變更的需求,產(chǎn)品同學(xué)需要注意總結(jié)需求變更前后的特點,找到規(guī)則,通過可配置的產(chǎn)品設(shè)計實現(xiàn)需求,讓用戶自行配置,保持產(chǎn)品功能的靈活性,減少需求的變更。
在實際的需求管理過程中,需求變更的原因是比較復(fù)雜的,有產(chǎn)品自身的原因、有業(yè)務(wù)的原因、公司管理的問題;我們需要根據(jù)具體情況具體分析,當(dāng)遇到較大的需求變更風(fēng)險時,應(yīng)及時反饋到上級。
3. 需求變更的流程控制
在產(chǎn)品迭代過程中,變更的需求往往被作為新需求進(jìn)行處理,這是目前一些公司的現(xiàn)狀,產(chǎn)品同學(xué)可根據(jù)自己所在公司的情況,選擇需求變更的控制流程。
但總體來說,遇到需求變更時,需要提升對變更需求的風(fēng)險關(guān)注度。
我們可以總結(jié)出相對通用的需求變更控制流程,作為參考:
- 變更申請:如果用戶需要變更需求,最好提出《需求變更申請》,經(jīng)客戶方和服務(wù)方共同確認(rèn)后,發(fā)送內(nèi)容給產(chǎn)品需求對接人。
- 變更分析:產(chǎn)品人對接人收到變更需求時,將問題錄入到需求收集表,標(biāo)識問題類型;接下來組織團(tuán)隊分析需求變更影響、緊急度、需求價值等。
- 變更決策:團(tuán)隊相關(guān)人員進(jìn)行內(nèi)部變更評估、審核,決定哪些變更無法修改并說明原因,哪些變更需要修改和什么時候修改。
- 變更實施:需求變更通過后,確定開發(fā)時間和納入的版本,制定開發(fā)計劃;
- 變更驗收:對于需求變更而進(jìn)行的版本更新,需交付相應(yīng)的《版本更新說明》。
七、需求的反饋
我們在確定大致的需求優(yōu)先級后,根據(jù)項目團(tuán)隊的初步評估,確定上線周期,及時同各方做好需求的反饋工作。
新產(chǎn)品和處于迭代中的產(chǎn)品,在處理需求的過程中,會有一些差異。
新產(chǎn)品一般需要經(jīng)過立項過程,其需求來源相對簡單,溝通反饋過程也相對簡單;而迭代中的產(chǎn)品,可能會出現(xiàn)部分需求重要但沒有馬上給出排期計劃的情況,需要分別對待。
一般在溝通需求反饋時,需要對需求受理狀態(tài)、解決方案、解決時間等給出響應(yīng)。
八、需求的后續(xù)處理
在需求管理完成后,后續(xù)還有很多工作需要處理,比如產(chǎn)品設(shè)計、產(chǎn)品評審、UI設(shè)計評審、研發(fā)過程跟進(jìn)、配合測試評審、產(chǎn)品驗收、產(chǎn)品發(fā)布、收集反饋意見等,這些內(nèi)容我們會在后續(xù)章節(jié)繼續(xù)探討。
本文由 @原始森林 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
本文由 @原始森林 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
寫的很好!