需求評(píng)審面面觀,手把手帶教你做好評(píng)審

1 評(píng)論 6508 瀏覽 65 收藏 25 分鐘

在產(chǎn)品經(jīng)理的日常工作中,需求評(píng)審是十分重要的環(huán)節(jié)之一,通過需求評(píng)審,產(chǎn)品經(jīng)理可以提前規(guī)避風(fēng)險(xiǎn)和問題,減少可能的資源浪費(fèi)。那么需求評(píng)審這件事兒,要怎么做才有可能做到更好呢?其中又有哪些維度是需要注意的?本文作者談了談自己的看法,一起來看一下。

上次筆者同大家聊了聊如何寫出一篇優(yōu)秀的PRD(【萬字長(zhǎng)文】PRD面面觀,手把手帶你寫出優(yōu)秀的PRD)。

寫完P(guān)RD之后,最重要的當(dāng)然就是組織評(píng)審啦。

根據(jù)實(shí)際情況,比如公司要求或心里沒底,可在組織正式評(píng)審之前,發(fā)起需求內(nèi)審。

一、需求內(nèi)審

進(jìn)行需求內(nèi)審的好處有很多。問題暴露越早,造成的影響和修正成本越小。此時(shí)只有產(chǎn)品經(jīng)理投入了時(shí)間和精力,進(jìn)行產(chǎn)品內(nèi)審可以有效避免設(shè)計(jì)資源的浪費(fèi)和需求評(píng)審時(shí)的爭(zhēng)論。

1. 邀請(qǐng)對(duì)象

  • 產(chǎn)品負(fù)責(zé)人(必選);
  • 同組的產(chǎn)品同事(可選);
  • UX/UI設(shè)計(jì)師(推薦);
  • 技術(shù)Leader或骨干(必選);
  • 需求關(guān)聯(lián)業(yè)務(wù)方,運(yùn)營(yíng)、售后、商務(wù)等(推薦)。

2. 邀請(qǐng)準(zhǔn)備

提前約好大家的時(shí)間,發(fā)送會(huì)議邀請(qǐng),概括評(píng)審主要內(nèi)容并附上評(píng)審用到的PRD文檔。

如何做好需求評(píng)審

如果有拿不準(zhǔn)或者可能有爭(zhēng)議的點(diǎn),可以在會(huì)邀中說明,讓與會(huì)者預(yù)先有個(gè)準(zhǔn)備。

大多數(shù)情況下,與會(huì)者是不會(huì)看你的會(huì)邀內(nèi)容和PRD的,因此要提前找到關(guān)鍵的同事討論,對(duì)主要問題達(dá)成一致。

比如對(duì)于某個(gè)產(chǎn)品功能是否能滿足用戶和商業(yè)需求,可以同產(chǎn)品負(fù)責(zé)人或業(yè)務(wù)方討論;對(duì)于頁面跳轉(zhuǎn)、導(dǎo)航等設(shè)計(jì)的合理性,可以同UX設(shè)計(jì)師溝通;對(duì)于功能的可實(shí)現(xiàn)性,可以找相關(guān)的技術(shù)同事請(qǐng)教。

在評(píng)審前做好充足的準(zhǔn)備,可以提高溝通效率、節(jié)約與會(huì)者的時(shí)間,避免因?yàn)橹卮髥栴}返工導(dǎo)致重復(fù)召開內(nèi)審會(huì)議。

3. 評(píng)審技巧

在做內(nèi)審時(shí),最基本的要求是溝通表達(dá)能力,要做到吐字清晰,注意放慢語速(人在緊張是容易語速加快),陳述邏輯清晰,使用內(nèi)部溝通語言(同寫PRD時(shí)的要求)。

請(qǐng)一位熟悉文檔的同事幫你記錄會(huì)議紀(jì)要,包括:

  • 討論比較激烈且達(dá)成一致的點(diǎn)。
  • 需要更改的點(diǎn)。
  • 遺漏,需要補(bǔ)充的點(diǎn)。
  • 多余,需要去掉的點(diǎn)。
  • 未達(dá)成一致性、需要會(huì)后討論的點(diǎn)。
  • 表述PRD內(nèi)容要做到順序合理。想做好其實(shí)也不難,可以按照寫PRD的思路。
  • 交代需求背景,向大家講清楚本次迭代為誰做、為什么做、要做什么。雖然不是實(shí)質(zhì)功能,但是這點(diǎn)非常重要。你要盡量把與會(huì)者帶入情境,人的思考脫離了情境就可能偏頗。
  • 對(duì)照著業(yè)務(wù)流程圖,講述業(yè)務(wù)流程。先講涉及的業(yè)務(wù)場(chǎng)景和角色,再講主要的業(yè)務(wù)流程,最后補(bǔ)充次要業(yè)務(wù)流程。讓大家對(duì)本期的需求范圍有個(gè)直觀的認(rèn)識(shí)。這個(gè)部分非常重要,一定要講出關(guān)鍵的流程、對(duì)之前流程的變動(dòng)和可能存在問題的點(diǎn),帶著與會(huì)者去思考。一旦流程出現(xiàn)問題,往往就是大問題。
  • 對(duì)著需求List告訴大家本期要做哪些需求,每個(gè)需求要按照Story的格式去講,進(jìn)一步強(qiáng)化為誰做、要做什么,為什么要做。
  • 最后是講每個(gè)需求的具體產(chǎn)品需求。這個(gè)部分是問題最多的部分,除了表述清晰之外,要說清楚自己這么設(shè)計(jì)的原因什么,不要只呈現(xiàn)結(jié)果。

評(píng)審過程中,要鼓勵(lì)、引導(dǎo)參會(huì)者發(fā)言,充分收集各方的想法和建議。要尊重每個(gè)與會(huì)者的意見,即便可能是不成熟的。要善意的肯定對(duì)方的建議,表達(dá)自己的想法并和對(duì)方達(dá)成一致。

但是也要注意控制時(shí)間。一旦發(fā)生爭(zhēng)論激烈或短時(shí)間難以有結(jié)果的點(diǎn),要適時(shí)打斷并跳過,避免陷入無休止的爭(zhēng)論,浪費(fèi)大家的時(shí)間。

在準(zhǔn)備充分的情況下,不應(yīng)該出現(xiàn)激烈爭(zhēng)論的點(diǎn)。此時(shí)你要做好會(huì)后反思了:

  • 爭(zhēng)論的實(shí)質(zhì)是什么?
  • 應(yīng)該怎么解決?
  • 為什么我會(huì)前沒有注意到?
  • 下次該怎么避免?

會(huì)后務(wù)必要發(fā)送會(huì)議紀(jì)要,一方面是對(duì)與會(huì)者付出的尊重,大家提的意見我都收到了。另一方是二次確認(rèn),避免后續(xù)可能出現(xiàn)的扯皮。

根據(jù)會(huì)議紀(jì)要更新完P(guān)RD之后,也要記得再次發(fā)出來給大家確認(rèn)。

二、關(guān)于UED設(shè)計(jì)

如果需求比較簡(jiǎn)單或?qū)ψ约旱腜RD比較有信心,可以提交UED設(shè)計(jì)需求。

在人力充足的公司,UX設(shè)計(jì)會(huì)由專業(yè)的交互設(shè)計(jì)師擔(dān)任;而在人手不足的情況下,產(chǎn)品經(jīng)理就要兼職交互設(shè)計(jì)了。

在目前各類交互設(shè)計(jì)規(guī)范比較成熟的情況下(例如iOS人機(jī)交互指南、Material Design、Ant Design等),交互設(shè)計(jì)做到合格還是比較容易的。

UX完成后就是UI設(shè)計(jì)。UI設(shè)計(jì)建議讓專業(yè)的UI設(shè)計(jì)師擔(dān)任,尤其是用戶端界面。一個(gè)好的設(shè)計(jì)師對(duì)于用戶體驗(yàn)具有舉足輕重的作用。

給新手產(chǎn)品經(jīng)理幾個(gè)建議:

  • 跟設(shè)計(jì)師溝通不要只講功能需求,要從用戶需求開始講起。讓設(shè)計(jì)師理解為什么要做這樣的需求,設(shè)計(jì)師才能有的放矢。
  • 一定要定好設(shè)計(jì)排期。在追求完美設(shè)計(jì)的道路上時(shí)間永遠(yuǎn)是不夠的。
  • 打鐵還需自身硬,平時(shí)一定要注意產(chǎn)品設(shè)計(jì)的積累。
  • 在別人的專業(yè)領(lǐng)域多聽建議,少指手畫腳。
  • 必要時(shí)拉上前端開發(fā)的負(fù)責(zé)人或技術(shù)骨干一起討論,可能有意外收獲。
  • 不要用手指點(diǎn)設(shè)計(jì)師的屏幕,真的很惹人煩。

UX和UI完成之后一定要仔細(xì)驗(yàn)收,驗(yàn)收點(diǎn)包括:

  • 界面流程和功能是否能夠滿足用戶需求,是否有用、好用;
  • 交互和界面設(shè)計(jì)是否與產(chǎn)品需求一致,比如想要突出的重點(diǎn)信息等;
  • 設(shè)計(jì)是否具備可實(shí)現(xiàn)性,或者工作量適中。此類問題可以把開發(fā)同學(xué)拉到你的戰(zhàn)壕里,一起說服設(shè)計(jì)師;
  • 是否符合產(chǎn)品以往的設(shè)計(jì)習(xí)慣和設(shè)計(jì)規(guī)范;
  • UX的標(biāo)注是否合理、清晰、易于閱讀等。

如何做好需求評(píng)審

對(duì)于界面設(shè)計(jì)風(fēng)格,除非有十足的把握,否則盡量不要和設(shè)計(jì)師爭(zhēng)論,因?yàn)槿菀妆辉O(shè)計(jì)師視為質(zhì)疑其的專業(yè)性或者覺得你啥也不懂。即便要爭(zhēng)論,也要態(tài)度謙和、有理有據(jù),切忌得理不饒人。

三、需求評(píng)審

當(dāng)設(shè)計(jì)稿都確認(rèn)之后,就可以開始激動(dòng)人心的需求評(píng)審了。需求評(píng)審主要思路和需求內(nèi)審相同,后文主要描述需要額外注意的事項(xiàng)。

即便進(jìn)行了設(shè)計(jì)內(nèi)審,評(píng)審時(shí)也必須要完整的評(píng)審?fù)?,因?yàn)闀?huì)議會(huì)有很多新的同事參加。

1. 邀請(qǐng)對(duì)象

  • 產(chǎn)品負(fù)責(zé)人(必選)
  • UX/UI設(shè)計(jì)師(推薦)
  • 技術(shù)Leader或骨干(必選)
  • 前后端等開發(fā)(必選)
  • 測(cè)試(必選)
  • 需求關(guān)聯(lián)業(yè)務(wù)方,運(yùn)營(yíng)、售后、商務(wù)等(推薦)

2. 邀請(qǐng)準(zhǔn)備

會(huì)議邀請(qǐng)要將PRD、UX和UI一并發(fā)送給與會(huì)者。

如何做好需求評(píng)審

會(huì)議前記得拿著PRD、UX和UI和關(guān)鍵同事,比如技術(shù)骨干、業(yè)務(wù)方等溝通。一個(gè)順利的會(huì)議都建立在會(huì)前充分溝通的基礎(chǔ)上。需求評(píng)審會(huì)最主要的作用在于達(dá)成共識(shí)而非討論。

3. 評(píng)審技巧

同樣要發(fā)揮自己的溝通技巧,讓與會(huì)者能夠聽清、聽進(jìn)去,避免在開發(fā)過程中才暴露問題,導(dǎo)致產(chǎn)生延期風(fēng)險(xiǎn)和開發(fā)資源的浪費(fèi)。

同樣需要請(qǐng)一位同事做會(huì)議紀(jì)要,除了記關(guān)鍵的事情之外,還要記錄時(shí)間和負(fù)責(zé)人。比如對(duì)于一個(gè)有爭(zhēng)論的需求,那么需要指定負(fù)責(zé)確認(rèn)需求的負(fù)責(zé)人和要在何時(shí)之前確認(rèn)解決方案。

在具體評(píng)審流程時(shí),也有一些技巧分享給大家。

  • 表述PRD的需求背景、業(yè)務(wù)流程、需求list同需求內(nèi)審。
  • 需求描述部分可以快速帶過或者不講,因?yàn)槿嗣鎸?duì)大段文字之時(shí),往往會(huì)產(chǎn)生抵觸心理。比如閱讀我的文章。
  • 具體需求的功能可以對(duì)著帶標(biāo)注的UX講解。圖文對(duì)照,可以講得更清楚,更易于與會(huì)者理解。
  • 講每個(gè)功能之前,同樣要先講清楚功能是為誰、為什么做,然后再講怎么做。
  • 將怎么做的時(shí)候,要講清楚這是什么頁面,怎么跳轉(zhuǎn)進(jìn)來,怎么跳轉(zhuǎn)出去,頁面內(nèi)的主要功能、次要功能、默認(rèn)狀態(tài)、空狀態(tài)、異常處理等。

準(zhǔn)備充分的話,一般會(huì)有一些小修小改的問題。對(duì)于敏捷開發(fā)的團(tuán)隊(duì)(尤其是C端),會(huì)馬上開始分配任務(wù)、評(píng)估故事點(diǎn)、進(jìn)行迭代排期等。

這種做法對(duì)技術(shù)Leader、項(xiàng)目經(jīng)理和開發(fā)團(tuán)隊(duì)的要求都很高。本人主要從事B端工作,沒有經(jīng)歷過如此敏捷的團(tuán)隊(duì)。有需要的道友可以自行查閱資料。

會(huì)后的會(huì)議紀(jì)要也是必須要發(fā)送的,明確事、人、時(shí)間,以及完成項(xiàng)目排期的Deadline。

如何做好需求評(píng)審

更新完相關(guān)的產(chǎn)品文檔再次發(fā)送,就可以進(jìn)入產(chǎn)品迭代了。

講完需求評(píng)審的方法,筆者還想再詳細(xì)解釋其背后的原因。以幫助各位讀者理解PRD評(píng)審的重要性。主要圍繞幾個(gè)關(guān)鍵點(diǎn)展開。

四、為什么要讓與會(huì)者提前看PRD

1. 理解信息的過程

人在理解信息的時(shí)候,雖然發(fā)生在一瞬間,但其是有復(fù)雜的過程的。可以簡(jiǎn)單分為:

  1. 外界刺激+感覺獲取信息;
  2. 調(diào)用相關(guān)的知識(shí)儲(chǔ)備(記憶、知覺);
  3. 通過邏輯推理形成對(duì)信息的理解。

第1點(diǎn)即是通過PRD去傳遞信息,想要正確地傳遞信息,對(duì)PRD的質(zhì)量有極高的要求。如何寫好PRD可以參考我之前的文章。

第2點(diǎn)即是讀者的專業(yè)知識(shí)、工作經(jīng)驗(yàn)、對(duì)本項(xiàng)目的知識(shí)積累等。因此不同角色的人,看到PRD的關(guān)注點(diǎn)和理解也是不同的。

  • 產(chǎn)品經(jīng)理會(huì)關(guān)注業(yè)務(wù)邏輯、功能設(shè)計(jì)的合理性,以及能否滿足用戶需求。
  • 設(shè)計(jì)師會(huì)關(guān)注通過怎樣的設(shè)計(jì)能夠更好的傳達(dá)產(chǎn)品信息,滿足用戶需求的同時(shí)兼顧商業(yè)目的。
  • 前端工程師會(huì)思考界面有哪些功能,使用那種架構(gòu)、控件去實(shí)現(xiàn);后端工程師則會(huì)關(guān)注數(shù)據(jù)的傳遞、存儲(chǔ)、讀取等。
  • 測(cè)試工程師則會(huì)思考如何設(shè)計(jì)測(cè)試用例,才能覆蓋所有產(chǎn)品功能測(cè)試。
  • 對(duì)于同一種角色,不同經(jīng)驗(yàn)的人理解也是不同的。比如資深的開發(fā)會(huì)先想整體的技術(shù)架構(gòu),考慮兼容性、耦合性、拓展性等;而新手開發(fā)則可能會(huì)想功能怎么用代碼實(shí)現(xiàn)。

第3點(diǎn)即是結(jié)合邏輯推理,最終形成對(duì)當(dāng)下產(chǎn)品需求的認(rèn)知和結(jié)論。

形成完善的認(rèn)知,得出完整的結(jié)論是需要思考時(shí)間的,到了評(píng)審會(huì)議上再臨陣磨槍,往往難以達(dá)到預(yù)期的效果。

而讓與會(huì)人員提前閱讀PRD,哪怕只是囫圇吞棗的讀一遍,那么思考的種子已經(jīng)在潛意識(shí)中種下(人的絕大部分思考都是通過潛意識(shí)完成的,感興趣自行檢索相關(guān)資料),到了評(píng)審的時(shí)候會(huì)理解會(huì)更快、也會(huì)有更多更完善的思路。

2. 如何讓與會(huì)者提前看PRD

少部分工作認(rèn)真的同事會(huì)看你寫的PRD。大部分同事都有自己的事情要忙,有的是本來想看,后來忘了;有的壓根沒有提前閱讀的習(xí)慣。

根據(jù)“誰得利,誰負(fù)責(zé)”的原則,需要你主動(dòng)的去達(dá)成該目標(biāo)。

比如挑選在大家都不太忙的時(shí)候發(fā)送會(huì)議邀請(qǐng)。發(fā)送會(huì)邀后一段時(shí)間和評(píng)審會(huì)議前1小時(shí),再次提醒與會(huì)者看PRD。對(duì)于關(guān)鍵人物(產(chǎn)品負(fù)責(zé)人、技術(shù)骨干等)則要提前約時(shí)間線下溝通,其他人則可以在平時(shí)交往時(shí),有意無意的問問對(duì)新需求的看法等。

當(dāng)然還有最重要的前提,把PRD寫好了。本來閱讀大段文字就很難,閱讀一大段沒有邏輯的文字,真是吃shi一般。

五、為什么要避免在評(píng)審會(huì)議上爭(zhēng)論

首先我們可以換位思考一下,在私下兩個(gè)人爭(zhēng)論的時(shí)候,是否愿意承認(rèn)自己想法的錯(cuò)誤?那么這個(gè)場(chǎng)景又放到一個(gè)全是熟悉的同事的會(huì)議上呢?

如果你都能夠坦然承認(rèn)錯(cuò)誤,那么我對(duì)你表示恭喜。但是很多人在私下爭(zhēng)論都是難以服軟的,就不要說在公開的會(huì)議上了。

因此一旦在公開場(chǎng)合提出不同意見,就如覆水難收。他的意見對(duì)了,你會(huì)很尷尬;他的意見錯(cuò)了,他會(huì)很尷尬。因此針對(duì)事情的討論往往會(huì)演變成捍衛(wèi)個(gè)人臉面的爭(zhēng)論。

再者說,很多觀點(diǎn)是很難說清楚對(duì)錯(cuò)的,可能大家都是出于對(duì)產(chǎn)品的善意,提出了自己的見解,只不過相互不能理解罷了。同時(shí),這種臉面之爭(zhēng)很容易跑題,甚至互相進(jìn)行人身攻擊。

即便有一方真的吵贏了,且不論輸?shù)囊环筋伱姹M失、形象受損,而且得出的結(jié)論真不一定是有益的,可能只是勝者更善于爭(zhēng)論。往往雙方都是輸家。

因此一定要把更多功夫花在會(huì)前溝通上,避免評(píng)審會(huì)議陷入無休止的爭(zhēng)吵。再次強(qiáng)調(diào),評(píng)審會(huì)議最重要目的是為了確認(rèn)。

六、為什么跟設(shè)計(jì)師強(qiáng)調(diào)時(shí)間

1. 設(shè)計(jì)工作的特性

設(shè)計(jì)本身是一個(gè)很主觀的事務(wù),沒有明確的判斷標(biāo)準(zhǔn)。因此設(shè)計(jì)師的工作不像開發(fā),有個(gè)明確的設(shè)計(jì)文檔作為目標(biāo)。設(shè)計(jì)工作往往是邊做邊想,可能經(jīng)歷無數(shù)的推翻重建的。

“文無第一”,任何一個(gè)設(shè)計(jì)需求理論上都可以拉的非常長(zhǎng),能夠不斷發(fā)現(xiàn)新的思路和可以調(diào)整的地方。因此如果沒有明確的時(shí)間截點(diǎn),將會(huì)是一場(chǎng)項(xiàng)目災(zāi)難,可能設(shè)計(jì)師搜集材料、尋找靈感的時(shí)間就超過了你心中的成稿截止日期。

2. 設(shè)計(jì)師的特征

設(shè)計(jì)師尤其是UI設(shè)計(jì)師,往往身上帶有藝術(shù)家的色彩。他們有自己的藝術(shù)追求和對(duì)專業(yè)的驕傲,思維發(fā)散,渴望自我思想的表達(dá)。

一個(gè)優(yōu)秀的設(shè)計(jì)師需要這樣的特質(zhì),否則按部就班的設(shè)(chao)計(jì)(xi)很難做出引爆市場(chǎng)的產(chǎn)品設(shè)計(jì)。

3. 一些小建議

除了強(qiáng)調(diào)截止時(shí)間以外,你也幫助設(shè)計(jì)師更好的完成設(shè)計(jì)。

  • 交代清楚項(xiàng)目背景、使用場(chǎng)景、用戶需求和商業(yè)需求等關(guān)鍵信息。
  • 必要總是提一些“高大上”、“五彩斑斕的黑”等很虛的詞,可以找一些不錯(cuò)的競(jìng)品設(shè)計(jì)供設(shè)計(jì)師參考。切忌只找一個(gè)競(jìng)品并告訴設(shè)計(jì)師“按這個(gè)抄一個(gè)出來”。
  • 與設(shè)計(jì)師一起克服抄襲的誤區(qū)。齊白石先生說“學(xué)我者生,似我者死”。我們要認(rèn)識(shí)到,市面上主流的設(shè)計(jì)規(guī)范和趨勢(shì)的背后是無數(shù)的優(yōu)秀設(shè)計(jì)師的群體智慧,你是不可能強(qiáng)過他們的。如果能做到聰明的“抄”,抄的明白,理解為什么要這么設(shè)計(jì),并且能夠適應(yīng)自己的產(chǎn)品,就是成功的設(shè)計(jì)。

七、為什么推薦使用UX稿評(píng)審

首先要搞清楚人的認(rèn)知習(xí)慣。在人類幾十萬年的進(jìn)化道路上,我們80%以上的信息都是通過視覺獲得,且產(chǎn)生文字是最近幾千年的事情。人類的整個(gè)認(rèn)知系統(tǒng)其實(shí)對(duì)于文字的提取和理解效率其實(shí)遠(yuǎn)不如圖片高。

其次,文字是對(duì)世界的描述,但是其表現(xiàn)力是有限的。我們?cè)趯慞RD的時(shí)候就會(huì)感覺到,如果想把一個(gè)功能用文字描述出來就會(huì)很困難,且要使用大量的邏輯描述。如果通過原型圖、流程圖等可視化的手段,就會(huì)簡(jiǎn)單很多。

最后,文字的信息噪聲往往是高于圖片的。主要原因是對(duì)于相同的詞匯,不同人的認(rèn)知可能是不同的。比如很經(jīng)典的一個(gè)關(guān)于程序員的笑話,“下班順路買十個(gè)包子,如果看到賣西瓜的,買一個(gè)?!?/p>

其實(shí)在評(píng)審中,避免信息傳達(dá)失真最好的方式是高保真原型,每個(gè)功能的細(xì)節(jié)都能動(dòng)態(tài)展現(xiàn)的清清楚楚。但是其制作成本過高,且隨著行業(yè)發(fā)展,交互規(guī)范、專業(yè)術(shù)語等能夠極大改善信息失真的狀況。

因此帶標(biāo)注的設(shè)計(jì)稿是我認(rèn)為目前性價(jià)比最高的形式。

如何做好需求評(píng)審——原因篇

八、為什么寫會(huì)議紀(jì)要

寫會(huì)議紀(jì)是為了對(duì)大家在達(dá)成的共識(shí)進(jìn)行書面確認(rèn),以作為后續(xù)執(zhí)行的依據(jù)。這并非是對(duì)團(tuán)隊(duì)的不信任,目的也是為了信息的一致性。

口頭傳達(dá)是信息失真非常嚴(yán)重的手段,因此才會(huì)需要有PRD、UI、UX等各種產(chǎn)品設(shè)計(jì)文檔,否則直接口頭傳達(dá)不是更方便。同樣的,評(píng)審會(huì)議也需要清晰的將會(huì)議要點(diǎn)記錄下來,保證大家的理解是一致的。

后續(xù)一旦發(fā)生問題,會(huì)議紀(jì)要是非常好的證據(jù),可以對(duì)企圖歪曲事實(shí)的同時(shí)進(jìn)行實(shí)錘。

這樣的同事有時(shí)候也并非故意,而是人的記憶會(huì)隨著時(shí)間的推移而越來越模糊。同時(shí)人有強(qiáng)大的心理補(bǔ)償機(jī)制,面對(duì)發(fā)生問題,往往會(huì)按照對(duì)自己有利的方面回憶甚至加工記憶。

更多的,會(huì)議紀(jì)要還有如下的作用:

  • 提供儀式感:儀式感對(duì)人類的心理、情緒的作用非常大,可以參考宗教儀式。發(fā)送一封評(píng)審會(huì)議紀(jì)要作為迭代的開始,很有必要。
  • 明確責(zé)任人和時(shí)間截點(diǎn):公開的郵件對(duì)于責(zé)任人是一種無形的、有效的社會(huì)壓力,有利于后續(xù)項(xiàng)目管理。
  • 幫助記錄:幫助自己和責(zé)任人記憶會(huì)后需要跟蹤的事宜,防止遺忘。
  • 廣而告之:告訴老板、業(yè)務(wù)方等未參會(huì)的人員,評(píng)審是否順利,產(chǎn)品迭代是否開始等信息。

關(guān)于如何做好需求評(píng)審的經(jīng)驗(yàn)就分享到這里。祝愿每一位產(chǎn)品汪都能夠?qū)懞肞RD、做好需求評(píng)審,不要給程序猿們挖坑。這樣團(tuán)隊(duì)更容易保持團(tuán)結(jié)的氛圍,團(tuán)隊(duì)成員之間也能保持良好的私人關(guān)系。

產(chǎn)品經(jīng)理提前做一點(diǎn)、多做一點(diǎn)、做細(xì)一點(diǎn),收益的不僅是團(tuán)隊(duì),更大的受益者其實(shí)是自己。

本文是投票期間筆者發(fā)布的第7篇文章,今天也是最后的投票。

親,請(qǐng)不要吝惜手中的票票,給筆者繼續(xù)做產(chǎn)品經(jīng)驗(yàn)分享的動(dòng)力!

為我投票

我在參加人人都是產(chǎn)品經(jīng)理2022年度作者評(píng)選,希望喜歡我的文章的朋友都能來支持我一下~

點(diǎn)擊下方鏈接進(jìn)入我的個(gè)人參選頁面,點(diǎn)擊紅心即可為我投票。

每人每天最多可投35票,投票即可獲得抽獎(jiǎng)機(jī)會(huì),抽取書籍、人人都是產(chǎn)品經(jīng)理紀(jì)念周邊和起點(diǎn)課堂會(huì)員等好禮哦!

投票傳送門:https://996.pm/YyDmr

專欄作家

一直產(chǎn)品汪,微信公眾號(hào):apmdogy,人人都是產(chǎn)品經(jīng)理專欄作家。邏輯型產(chǎn)品經(jīng)理,致力于將科學(xué)思維與產(chǎn)品經(jīng)理方法論結(jié)合。關(guān)注人工智能、教育領(lǐng)域,擅長(zhǎng)產(chǎn)品孵化、需求挖掘、項(xiàng)目管理、流程管理等產(chǎn)品技能。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 你好,交互文檔能分享下嗎

    來自河南 回復(fù)