產(chǎn)品經(jīng)理在日常工作時為了避免低效率和出錯，經(jīng)常需要使用一些工作參考模板來把工作系統(tǒng)化且快速的整理出來，本文分享給大家一些（附帶表格作用和解讀）。

產(chǎn)品經(jīng)理日常工作內(nèi)容大同小異，比如需求分析、需求評估、輸出方案、數(shù)據(jù)驗收等。針對每一項工作，如果每次都靠記憶從頭開始開展，效率會比較低而且容易遺漏。

從工作中抽象出來模板，每次開展工作時參考模板，就可以解決這個問題，提高工作效率。接下來分享給大家五個常用模板，分別是：需求評估模板、需求文檔模板、交互設(shè)計走查表、數(shù)據(jù)驗收模板、問題排查模板。

一、需求評估模板

1. 模板應(yīng)用場景

（1）當(dāng)你想要提高某個指標(biāo)，提需求去優(yōu)化這個指標(biāo)時，需要評估需求價值以便于確定優(yōu)先級

（2）當(dāng)業(yè)務(wù)方把需求拋給你，想要你承接業(yè)務(wù)需求時，需要評估需求價值以便于確定優(yōu)先級

2. 模板解讀

產(chǎn)品經(jīng)理在評估某個需求要不要做，什么時候做的時候，必須綜合考慮企業(yè)價值和用戶價值，才算考慮全面。

（1）企業(yè)價值

企業(yè)不會做虧本的生意，收益-成本大于0時，產(chǎn)品經(jīng)理才要考慮要不要做。

收益方面，一般需要評估需求針對的目標(biāo)客群量級有多大？轉(zhuǎn)化率能提高多少？最后計算最多可以提升多少收入或降低多少成本。

成本方面，一般需要評估開發(fā)成本、運營成本、風(fēng)險成本（風(fēng)險例如對舊有邏輯的影響、或政策合規(guī)性等）、其他成本（比如品牌影響）

（2）用戶價值

同理，用戶也不會做虧本買賣，效用-成本大于0時，用戶才會考慮要不要購買或使用。

效用方面，一般需要看這個產(chǎn)品方案有沒有滿足用戶的需求（效用是指需求的滿足程度）。當(dāng)我們要評估效用時，需要回答：該功能的目標(biāo)客群是誰，滿足用戶在什么場景下的什么需求。

什么是B端产品经理？和C端产品经理有什么区别？

B端产品经理中的B是Business，商业的意思，B端产品经理首先就要理解这个职位的重要性，要设计出更适合这个项目需求的产品方案，B最终产品经理在日常工作中...

查看详情 >

成本方面，一般需要評估直接成本和交易成本。直接成本是指交易對象帶來的成本，比如購買商品時需要付錢，看抖音時需要花時間，申請貸款時需要提供身份證等隱私數(shù)據(jù)（這里的交易是泛指，購買或使用都稱為交易）。

交易成本是指完成一筆交易時，交易雙方在買賣前后所產(chǎn)生的各種與此交易相關(guān)的成本（不包括直接成本）。交易成本有：認(rèn)知成本、心理成本、決策成本（比價、度量價值等）、視覺成本、操作成本。

二、需求文檔模板

1. 模板應(yīng)用場景

需求交付物，提交給設(shè)計、開發(fā)、測試同事的文檔，讓下游同事要做什么需求，怎么實現(xiàn)需求。

2. 模板解讀

模板大概邏輯是從需求背景出發(fā)，確定需求目標(biāo)，確定需求方案，讓合作伙伴了解需求的前因后果。從整體出發(fā)，提供業(yè)務(wù)流程和頁面流程，讓合作伙伴了解整體實現(xiàn)邏輯。從細節(jié)入手，分別描述功能邏輯和頁面邏輯，具體可參考模板內(nèi)容。

三、交互設(shè)計走查表

1. 模板應(yīng)用場景

在做流程設(shè)計、原型設(shè)計以及撰寫需求文檔時，都會用到交互設(shè)計走查表。該表格是參考了百度的交互走查規(guī)范，筆者覺得不錯就收藏了，圖片沒有截取完整。

2. 模板解讀

該模板主要作用是優(yōu)化流程、界面展示、界面交互，提升用戶體驗。另外對于撰寫需求文檔，也可以達到查漏補缺的作用。

走查表從整體的信息架構(gòu)和流程出發(fā)，檢視信息架構(gòu)是否清晰好理解，流程是否簡單、周全、符合預(yù)期；

再從界面呈現(xiàn)入手，檢查控件是否符合預(yù)期、數(shù)據(jù)顯示是否考慮全面、文案是否易懂、視覺是否符合場景、選擇與輸入操作的反饋形式是否合理；

最后再看交互過程和特殊情況，檢查交互過程的反饋是否到位、網(wǎng)絡(luò)和臨界情況、系統(tǒng)特性等。

四、數(shù)據(jù)驗收模板

1. 模板應(yīng)用場景

需求上線后驗收數(shù)據(jù)，評估新功能效果，分析帶來效果的原因，以及制定下一步產(chǎn)品規(guī)劃。

2. 模板解讀

劃分實驗組和對比組，分組查看數(shù)據(jù)表現(xiàn)。實驗組和對比組的客群邏輯需要在開發(fā)前確定，因為有些灰度策略需要投入開發(fā)。

接著對比兩組的流程效率、業(yè)務(wù)轉(zhuǎn)化、留存等等，流程效率需要把每一步的轉(zhuǎn)化都列舉出來，更容易分析效果。數(shù)據(jù)對比完成后，可大概寫下數(shù)據(jù)上升或下降的原因，最后思考每一項數(shù)據(jù)的應(yīng)對方案做下一步規(guī)劃。（不是每一項數(shù)據(jù)都有問題，一般需要考慮的是需要繼續(xù)提高的數(shù)據(jù)）

五、問題排查模板

1. 模板應(yīng)用場景

自己發(fā)現(xiàn)數(shù)據(jù)異?；驑I(yè)務(wù)人員上報數(shù)據(jù)異常情況，需要麻煩產(chǎn)品經(jīng)理排查問題。

2. 模板解讀

第一步：需要先確定數(shù)據(jù)下跌是正常還是異常，可通過同比和環(huán)比進行對比，異常則繼續(xù)分析；

第二步：需要拆解異常數(shù)據(jù)的上下游流程，一定要細分到每一步，找出影響數(shù)據(jù)異常的具體步驟轉(zhuǎn)化率；

第三步：從源頭出發(fā)，看市場獲客量級、獲客渠道結(jié)構(gòu)變化是否影響到數(shù)據(jù)；

第四步：看最近有沒有新上線運營活動，還是促動發(fā)送減少，或者下線運營活動；

第五步：看新版上線后，新功能的發(fā)布是否影響到數(shù)據(jù)，或者開發(fā)新功能是否引出新Bug（此項可按應(yīng)用版本、終端類型查看數(shù)據(jù)）；

第六步：看是否有偶發(fā)的技術(shù)原因，可查看后端接口調(diào)用是否正常，前端頁面的點擊跳轉(zhuǎn)是否正常等。

希望這5個模板可以幫助到你。