我給產(chǎn)品經(jīng)理設(shè)計(jì)了一個(gè)自檢清單,希望對(duì)你也有用
清單能幫助我們記憶如何處理復(fù)雜的工作,幫助我們整理眾多事情中的優(yōu)先級(jí),幫助我們不遺漏重要的工作環(huán)節(jié),并且促使我們進(jìn)行團(tuán)隊(duì)合作。
我們所掌握的知識(shí)的數(shù)量和復(fù)雜程度已經(jīng)超過了個(gè)人正確、安全和穩(wěn)定地發(fā)揮其功效的能力范圍。知識(shí)的確拯救了我們,但也讓我們不堪重負(fù)。我們需要開展一場偉大的變革來防止錯(cuò)誤與失敗,這一變革立足于已有的經(jīng)驗(yàn),既能充分利用我們所掌握的知識(shí),又能彌補(bǔ)人類不可避免的缺陷和不足。
這一變革并非艱難之舉,而且簡單至極,特別是對(duì)那些花了多年時(shí)間來培養(yǎng)和磨煉高超技藝的專業(yè)人士來說,投身這一變革簡直讓人貽笑大方。這個(gè)變革就是:清單革命!
——《清單革命》
作為一名產(chǎn)品汪,日常的工作非常繁雜瑣碎:處理需求、制定方案及邏輯、輸出需求文檔、協(xié)調(diào)各方資源、推動(dòng)需求按時(shí)上線、產(chǎn)品培訓(xùn)及使用說明、分析數(shù)據(jù)、調(diào)研用戶、調(diào)研競品、了解行業(yè)、洞察用戶需求、項(xiàng)目管理、規(guī)劃產(chǎn)品迭代節(jié)奏、跨端跨部門合作、對(duì)接業(yè)務(wù)方……。
下面以項(xiàng)目為例,給出了一個(gè)項(xiàng)目從無到上線所要經(jīng)歷的流程:
如此眾多類型的工作,對(duì)產(chǎn)品經(jīng)理的能力要求也各不相同。在日常工作中,除了上述的工作內(nèi)容之外,還會(huì)經(jīng)常被各種瑣碎的事情“打擾”,以至手頭上的工作經(jīng)常被臨時(shí)擱置。
在此背景下,產(chǎn)品經(jīng)理若想比較完美地處理日常工作,需要在具備各種維度的能力基礎(chǔ)之上,能夠在不同的場景下靈活且正確的使用對(duì)應(yīng)能力去處理,且保證所有工作和步驟都沒有遺忘。
怎奈何“理想很豐滿,現(xiàn)實(shí)很骨感?!?/p>
由于人類的認(rèn)知缺陷和有限的記憶力,在日常工作中面對(duì)大量繁雜的工作內(nèi)容且還會(huì)被中途“打擾”的場景下,我們難免會(huì)多多少少遺忘一些步驟或工作。而遺忘掉的這些步驟或工作,很可能就是能對(duì)產(chǎn)品產(chǎn)生致命影響的那極少數(shù),你說刺激不刺激!
難道我們就沒有辦法解決了嘛?
當(dāng)然有!
只要一張清單,真的只要一張清單,以上問題就能引刃而解?。X海中是否浮現(xiàn)出了那句經(jīng)典廣告語:只要998,真的只要998,以上商品全部帶回家!hhhhh)
清單為我們提供了一種認(rèn)知防護(hù)網(wǎng),不僅能夠抓住每個(gè)人生來就有的認(rèn)知缺陷,如記憶不完整或注意力不集中;還能會(huì)提醒我們不要忘記一些必要的步驟,并讓操作者明白該干什么。這不僅是一種檢查方法,更是一種保障高效且高質(zhì)量完成工作的法寶。
下圖便是本文的核心內(nèi)容:
下面將對(duì)清單中提到的內(nèi)容進(jìn)行詳細(xì)說明:
產(chǎn)品經(jīng)理自檢清單V1.0—詳細(xì)說明
項(xiàng)目環(huán)節(jié)
1)需求獲取
獲取需求時(shí),首先應(yīng)全面并充分利用各種獲取用戶需求的途徑,其次是在需求獲取階段盡量不要拒絕來自任何人的需求,將需求與身份和動(dòng)機(jī)區(qū)分開來,在之后的需求分析階段在充分考慮它們。
2)需求分析
需求分析時(shí),首先結(jié)合自己對(duì)業(yè)務(wù)的理解,從用戶角度出發(fā),判斷需求是否合理;其次,應(yīng)結(jié)合業(yè)務(wù)現(xiàn)狀及未來規(guī)劃,判斷需求是否真的有必要;最后,需要結(jié)合需求反饋者及業(yè)務(wù)現(xiàn)狀,判斷需求的重要緊急程度給出需求優(yōu)先級(jí)后納入需求池中。
3)需求確認(rèn)
需求確認(rèn)時(shí),結(jié)合業(yè)務(wù)現(xiàn)狀,開發(fā)資源,業(yè)務(wù)方實(shí)際需求情況等因素,評(píng)判選出來的需求是否是需求池中最為重要緊急的。
4)方案設(shè)計(jì)
慢思考快執(zhí)行。
動(dòng)手設(shè)計(jì)方案之前一定要全面深入思考,提前磨好刀,經(jīng)過全面的深入思考之后再開始設(shè)計(jì)方案。設(shè)計(jì)方案的過程中要本著“結(jié)果導(dǎo)向”的原則,先輸出結(jié)果再追求完美,輸出初版方案之后再不斷優(yōu)化。
5)需求文檔
先概述后具體。
輸出需求文檔時(shí),要先概述性的介紹此次項(xiàng)目的背景,目標(biāo)以及涉及到的需求點(diǎn)和影響面,讓受眾在看的時(shí)候能夠先對(duì)本次項(xiàng)目擁有一個(gè)全面的認(rèn)知。而后再對(duì)具體的需求實(shí)現(xiàn)細(xì)節(jié)進(jìn)行詳細(xì)的介紹,要保證文檔簡潔易懂。
需求文檔輸出之后,自己要反復(fù)仔細(xì)看幾遍,看看有沒有遺漏掉的點(diǎn),有沒有存在邏輯不完善的地方,然后再對(duì)文檔進(jìn)行優(yōu)化,修改文檔時(shí)一定要有修改記錄。需求文檔沒問題之后,如果涉及到UI或其他協(xié)助的需求,要確認(rèn)好相關(guān)協(xié)助資源準(zhǔn)備完善。
若產(chǎn)品功能較為復(fù)雜,還應(yīng)著手準(zhǔn)備產(chǎn)品使用說明或培訓(xùn)資料。
6)立項(xiàng)評(píng)審
立項(xiàng)評(píng)審之前,先通盤考慮此次項(xiàng)目是否會(huì)涉及到產(chǎn)品其他模塊或者其他部門支持,如有需要應(yīng)提前向各端同步信息。在拉會(huì)進(jìn)行立項(xiàng)評(píng)審之前,最好能夠先跟相關(guān)人員提前打聲招呼,約好時(shí)間,然后按照約定的時(shí)間定會(huì)議室發(fā)布會(huì)議邀請,拉項(xiàng)目群,在會(huì)議快開始之前再在群里提醒一下大家。
立項(xiàng)評(píng)審的主要目的是跟相關(guān)人員初步簡單評(píng)審將要做的項(xiàng)目,大家一起從各自的角度評(píng)估一下項(xiàng)目的可行性。
若立項(xiàng)評(píng)審?fù)ㄟ^,則需要在會(huì)議上確定好各端的負(fù)責(zé)人及需求評(píng)審時(shí)間,以便項(xiàng)目后繼工作能夠更好地開展。在立項(xiàng)會(huì)議上要確認(rèn)項(xiàng)目是否需要進(jìn)行灰度測試,以及是否需要市場及運(yùn)營部門協(xié)助進(jìn)行運(yùn)營推廣,如有需要,應(yīng)當(dāng)提前做好相應(yīng)準(zhǔn)備。
7)內(nèi)部評(píng)審
內(nèi)部評(píng)審的主要目的是:提升方案和需求文檔的質(zhì)量。
同行從不同的角度來對(duì)方案和文檔進(jìn)行檢查評(píng)估能夠更好地發(fā)現(xiàn)問題,在此基礎(chǔ)上再對(duì)項(xiàng)目方案和需求文檔進(jìn)行迭代優(yōu)化,從而使得方案和需求文檔更加完善。
8)需求評(píng)審
需求評(píng)審是一個(gè)項(xiàng)目的生命周期中較為重要的環(huán)節(jié),此環(huán)節(jié)需要產(chǎn)品經(jīng)理通過需求文檔和講述的方式,讓項(xiàng)目相關(guān)成員能夠?qū)Υ舜涡枨笥幸粋€(gè)完整的清晰的了解,只有在清晰了解了需求的基礎(chǔ)上,才能將需求實(shí)現(xiàn)地更好。
根據(jù)立項(xiàng)評(píng)審上定好的需求評(píng)審時(shí)間,給項(xiàng)目成員提前發(fā)好會(huì)議邀請并在會(huì)議快開始時(shí)提醒大家。會(huì)議過程中,產(chǎn)品經(jīng)理要詳細(xì)地向各位項(xiàng)目成員介紹需求,根據(jù)文檔的每個(gè)模塊講完之后用幾分鐘作為QA環(huán)節(jié),加深項(xiàng)目成員對(duì)需求的了解程度,在會(huì)議結(jié)尾要確定好技術(shù)評(píng)審的時(shí)間。
9)技術(shù)評(píng)審
技術(shù)評(píng)審的主要目的是項(xiàng)目開發(fā)成員從技術(shù)的角度,對(duì)此次項(xiàng)目的影響面以及實(shí)現(xiàn)細(xì)節(jié)進(jìn)行討論評(píng)估,給出各自需要的開發(fā)時(shí)間,而后匯總得到項(xiàng)目的排期。
在得到排期之后要跟預(yù)期做比較,如果遠(yuǎn)超出了預(yù)期時(shí)間,則需要再次評(píng)審,通過增加人員等方式縮短周期,盡量達(dá)到預(yù)期。一般情況下,如果項(xiàng)目周期超過一個(gè)月,則需要將項(xiàng)目分期進(jìn)行開發(fā)上線。
10)開發(fā)過程
項(xiàng)目進(jìn)入開發(fā)過程后,產(chǎn)品經(jīng)理需要著重關(guān)注項(xiàng)目開發(fā)進(jìn)度是否正常。對(duì)于較大的項(xiàng)目,要結(jié)合項(xiàng)目周期適時(shí)拉著項(xiàng)目成員,通過簡短的站會(huì)形式跟大家一起同步各自的開發(fā)進(jìn)度,尤其在聯(lián)調(diào)和提測的時(shí)間節(jié)點(diǎn)之前,需要加大進(jìn)度跟進(jìn)及同步頻率,確保項(xiàng)目能夠如期聯(lián)調(diào)和提測。
若發(fā)現(xiàn)延期風(fēng)險(xiǎn),需要及時(shí)向相關(guān)負(fù)責(zé)人及領(lǐng)導(dǎo)同步,尋找解決辦法。若無法避免延期,則需結(jié)合實(shí)際開發(fā)進(jìn)度及剩余時(shí)間重新給出合理排期并向相關(guān)人員同步最新排期。
11)測試過程
項(xiàng)目提測后,如果涉及到有UI協(xié)助,需要及時(shí)通知相關(guān)UI同事介入幫忙進(jìn)行UI走查,確保UI層面的問題能夠在早期修復(fù)。
在測試階段,要跟測試同事緊密溝通,掌握BUG數(shù)量及解決進(jìn)度,確保BUG能被以合理的時(shí)間修復(fù)好不要影響整體的排期。
測試過程中也應(yīng)盡量親身參與測試過程,發(fā)現(xiàn)一些細(xì)節(jié)層面的問題,推動(dòng)測試過程更快的進(jìn)行。當(dāng)測試同事提出驗(yàn)收申請后,要全面仔細(xì)的走一遍整體流程,確定此次需求沒有問題之后再上預(yù)發(fā)環(huán)境。預(yù)發(fā)環(huán)境中重復(fù)一遍測試環(huán)境的步驟,確認(rèn)驗(yàn)收通過后達(dá)到上線標(biāo)準(zhǔn)。
若測試過程發(fā)現(xiàn)延期風(fēng)險(xiǎn),需要及時(shí)向相關(guān)負(fù)責(zé)人及領(lǐng)導(dǎo)同步,尋找解決辦法。若無法避免延期,則需結(jié)合實(shí)際測試進(jìn)度及剩余時(shí)間重新給出合理排期并向相關(guān)人員同步最新排期。
12)上線前后
上線前若項(xiàng)目需要進(jìn)行灰度測試,則需要提前給出灰度測試的用戶范圍;若需要市場及運(yùn)營部門協(xié)助進(jìn)行推廣,則需要在上線前后的相應(yīng)時(shí)間點(diǎn)與市場運(yùn)營部門緊密溝通,確保項(xiàng)目在上線前后能夠得到及時(shí)的推廣。
正式上線后,要做的第一件事是對(duì)線上環(huán)境進(jìn)行回歸測試,確保上線后的產(chǎn)品功能沒有問題之后再發(fā)布上線郵件(里程碑性的產(chǎn)品上線還應(yīng)適當(dāng)慶祝)。若產(chǎn)品功能較為復(fù)雜,需要及時(shí)跟相關(guān)人員約好時(shí)間進(jìn)行內(nèi)部培訓(xùn),或向用戶發(fā)布產(chǎn)品使用說明。在上線后也應(yīng)及時(shí)對(duì)項(xiàng)目整個(gè)過程進(jìn)行全面復(fù)盤,如有需要可召集所有項(xiàng)目成員一起進(jìn)行復(fù)盤會(huì)議。
而后,需要持續(xù)對(duì)新上線的產(chǎn)品功能進(jìn)行體驗(yàn),分析相關(guān)數(shù)據(jù),評(píng)估項(xiàng)目的效果和收益情況,也應(yīng)主動(dòng)及時(shí)搜集用戶對(duì)新功能的反饋,形成相應(yīng)的迭代需求,然后再次以迭代優(yōu)化的形式進(jìn)入項(xiàng)目開發(fā)流程。
其他環(huán)節(jié)
1)溝通前后
溝通之前要先明確此次溝通的目的,開始時(shí)先向溝通對(duì)象介紹溝通的背景和此次溝通的主題,溝通過程中語言要盡量簡練,盡量不要說與此次溝通主題無關(guān)的話題,最終要達(dá)成明確的結(jié)論。
2)調(diào)研前后
產(chǎn)品經(jīng)理的日常工作中,需要經(jīng)常對(duì)用戶,競品及行業(yè)進(jìn)行調(diào)研。在調(diào)研之前需要先明確好調(diào)研的目標(biāo),根據(jù)目標(biāo)選擇合適的調(diào)研對(duì)象及調(diào)研方法,而后需要設(shè)置好調(diào)研的問題或者是思路。待這些都思考清楚之后,在開始調(diào)研,調(diào)研的過程中要細(xì)心,應(yīng)當(dāng)盡量圍繞目標(biāo)展開,最終要形成有效的調(diào)研結(jié)論。
3)匯報(bào)前后
在匯報(bào)工作之前,要先明確好匯報(bào)的目標(biāo),結(jié)合目標(biāo)提前做好相應(yīng)的準(zhǔn)備工作,如有需要還需準(zhǔn)備PPT。
匯報(bào)過程應(yīng)盡量簡練,本著結(jié)論先行的原則,先匯報(bào)結(jié)論然后再闡述原因,理由需要足夠充分且有說服力,如果涉及到相應(yīng)問題,需提前想好幾個(gè)解決方案讓領(lǐng)導(dǎo)做選擇題。
4)遇到問題
遇到問題之后,不要一上來就想解決方案。需要先認(rèn)真了解清楚問題的背景及產(chǎn)生的原因,深挖出問題的本質(zhì),在此基礎(chǔ)之上對(duì)問題的影響面進(jìn)行評(píng)估,看是否需要其他產(chǎn)品端或部門的協(xié)助。而后再開始針對(duì)問題的本質(zhì)思考解決方案,解決方案要能夠從根本上解決問題且最簡最優(yōu),具備良好的拓展性。還應(yīng)及時(shí)向相關(guān)人員同步問題解決進(jìn)度。
5)主持會(huì)議前后
會(huì)議開始之前,要先明確召開本次會(huì)議的目標(biāo)和會(huì)議主題,提前跟相關(guān)參會(huì)人員打招呼約好時(shí)間,根據(jù)約定好的時(shí)間提前發(fā)送會(huì)議邀請,在會(huì)議快開始之前再提醒一下大家。
會(huì)議開始時(shí),需要先向大家介紹會(huì)議的主題及目標(biāo),然后進(jìn)入主題。會(huì)議的過程中要注意對(duì)論題及節(jié)奏的把控,不討論與會(huì)議主題無關(guān)的話題,推動(dòng)會(huì)議正常進(jìn)行,最終要達(dá)成明確的會(huì)議結(jié)論和后繼TODO。會(huì)議結(jié)束后,及時(shí)將會(huì)議達(dá)成的結(jié)論整理成會(huì)議紀(jì)要同步給相關(guān)人員。
最近看了《清單革命》這本書,聯(lián)想到產(chǎn)品經(jīng)理的日常工作,便有了此文。
本著小馬哥“小步快跑,快速迭代”的思想,本文結(jié)合筆者將近一年(算上實(shí)習(xí))的產(chǎn)品工作經(jīng)歷,輸出了【產(chǎn)品經(jīng)理自檢清單】的V1.0最簡版本。后繼會(huì)結(jié)合該清單在實(shí)踐中的使用情況,及用戶反饋對(duì)其不斷迭代優(yōu)化,也非常歡迎閱讀本文后對(duì)此清單有優(yōu)化建議的用戶,通過微信公眾號(hào)與我建立聯(lián)系,互相交流學(xué)習(xí)。
清單的力量是有限的。它雖然能幫助我們記憶如何處理復(fù)雜的工作,幫助我們搞清楚哪些事情是最重要的,幫助我們不遺漏重要的工作環(huán)節(jié),并且促使我們進(jìn)行團(tuán)隊(duì)合作,但解決問題的主角畢竟是人,而不是清單。
愿本文能給你我?guī)硪欢ǖ膸椭蛦l(fā)。
以上。
本文由 @心中有這個(gè)世界 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
之前就看到這張圖,最近想要解決組內(nèi)產(chǎn)品流程設(shè)計(jì)環(huán)節(jié)缺失/遺漏問題,沒想到找到了原處,給與致敬。是這張圖給了我啟蒙,和解決方案的思路。
哈哈,我也有一個(gè)清單!非常好的,學(xué)習(xí)了!
分享一下唄~ ??
您好,方案設(shè)計(jì)是繪制原型圖嗎?
包含繪制原型圖,更重要的是相關(guān)業(yè)務(wù)流程,邏輯流程,信息架構(gòu)以及方案設(shè)計(jì)思路等
好的,謝謝。
、
OmniGraffle,看來還得買臺(tái)電腦!
很想知道是用的什么工具做的流程圖和清單表,樓主能分享一下不
OmniGraffle
學(xué)習(xí)了 ??
涵蓋了產(chǎn)品開發(fā)流程中所有涉及的點(diǎn),對(duì)預(yù)估工作和自查有很好的幫助。
我覺得其他環(huán)節(jié)-3)匯報(bào)前后 讓老板做選擇題,是多么痛的領(lǐng)悟~
哈哈,現(xiàn)在領(lǐng)悟還不晚 ??
學(xué)習(xí)了
??
你好,能給份參考的需求文檔學(xué)習(xí)下嗎?
網(wǎng)上有很多需求文檔的范例呢~
樓主寫得很好,總體思路很清晰,不過對(duì) “9)技術(shù)評(píng)審” 有小小不同看法
一般產(chǎn)品經(jīng)理比較難決定組織的資源(公司給你的資源相對(duì)固定),如果評(píng)估的進(jìn)度和預(yù)期進(jìn)度有偏差,可以先看關(guān)鍵路徑上的活動(dòng),是否有可能通過快速跟進(jìn)來實(shí)現(xiàn)工期縮短(部分非邏輯關(guān)聯(lián)工作并行),如果可以就評(píng)估風(fēng)險(xiǎn),如果不可以,且最短工期實(shí)在無法滿足預(yù)期工期的情況下可以找上司或者領(lǐng)導(dǎo)協(xié)商,擺出你估算工期的依據(jù),工期會(huì)在資源投入的某個(gè)點(diǎn)上會(huì)達(dá)到峰值,也就是說再投入資源也無法使工期縮短,如果領(lǐng)導(dǎo)還是堅(jiān)持時(shí)間優(yōu)先,最后才考慮縮減項(xiàng)目的范圍(縮減非核心需求)來達(dá)到預(yù)期的工期,項(xiàng)目中,范圍、成本、進(jìn)度會(huì)互為制約關(guān)系,其中一方的變更勢必會(huì)引起其他兩個(gè)因素的變更
贊,說的非常詳細(xì),受教了~
為什么要用純黑的背景配純白的宋體,看著特別難受 ?
哈哈,下一版優(yōu)化一下~
一看就不是ui出身 ?
哈哈,計(jì)算機(jī)專業(yè)剛畢業(yè)的,看來需要在UI方面好好下點(diǎn)功夫了 ??
大量的篇幅和時(shí)間都在為需求上線準(zhǔn)備,這部分應(yīng)該是項(xiàng)目經(jīng)理的職責(zé)吧
確實(shí)有涉及到項(xiàng)目經(jīng)理的一些職責(zé),產(chǎn)品經(jīng)理最好也能參與這些環(huán)節(jié)呢
我的意思是,這樣會(huì)變成更多的朝著項(xiàng)目經(jīng)理的方向發(fā)展。開篇提到了很多產(chǎn)品日常要做的事,這里概括的很全面。但是到表格中,就只列舉了很多為了確保項(xiàng)目順利上線要做的事情。感覺前后不一
比較同意,其實(shí)項(xiàng)目階段重要性次之,最重要的是項(xiàng)目推進(jìn)之前的調(diào)研和思考過程,如果作者能把立項(xiàng)之前的階段再做個(gè)整理就更好啦~
感謝,辛苦了??!
??
社區(qū)需要一個(gè)作者能刪除用戶評(píng)論的功能~ ??
應(yīng)該加一個(gè)舉報(bào)的功能 ?
想問一下,用戶需求進(jìn)行優(yōu)先級(jí)評(píng)估后,轉(zhuǎn)化為產(chǎn)品(功能)需求后還要再進(jìn)行優(yōu)先級(jí)排序么
優(yōu)先級(jí)排序的對(duì)象是產(chǎn)品需求
在需求分析時(shí),先評(píng)估用戶需求的合理性和必要性,將滿足評(píng)估要求的用戶需求轉(zhuǎn)化成產(chǎn)品需求,而后對(duì)產(chǎn)品需求進(jìn)行優(yōu)先級(jí)排序
個(gè)人理解,僅供參考哈~
謝謝 非常有用
感謝認(rèn)同~