日報應該是大家非常熟悉的一樣東西了吧，作為PM日報功底更是必不可少。很多時候，管理層和一些項目干系人，都需要通過日報去獲取他們所需要的項目信息。

　　那么，如何寫出一份優秀的日報，能夠讓所有人都清楚項目的進展、問題、風險、變更，看懂項目的進程、健康度等，是每位PM需要深度思考的。

　　一、多使用序號，每行盡量精簡

　　一些PM的日報為了描述上的完整性，喜歡用大段的文字去闡述一件事情。但其實人是會有視覺疲勞的，大家如果看到大段的文字，就不太會仔細地閱讀了，非常容易錯過重點信息。

　　所以我一般會把大段的文字進行拆分，用1、2、3來標注區分，同時對內容進行篩減，提煉重點話術。我給大家舉個栗子：

　　A：今天一共評審了10個模塊，其中5個模塊順利通過，2個模塊需要修改，3個模塊因為不符合業務訴求所以退回重新和業務對焦方案，5個已通過的模塊已經安排產品和技術對接，技術評估后明確可行，需要進行技術方案設計，預計2天后出。

　　B（推薦）：

　　1、7.16組織評審會，共10個模塊，5個通過，2個需修改，3個退回

　　2、已通過的模塊，產品與技術已經對齊，技術方案預計7.19輸出

　　拆分和精簡可以讓日報的整體看上去清晰明了易讀，大家會更愿意看。

　　二、不要進行開放性描述，一定要有閉環

　　什么叫開放性描述？比如，今天xxx延期了，今天業務方案變更了等，類似這種沒有原因、沒有結論、沒有后續動作的語句稱之為開放性描述。

　　大家看到開放性描述的時候，大多會很懵：這個東西延期了到底要不要緊？是某一環延期了，還是整體延期了？為什么延期？有沒有解決方案？方案變更對項目有沒有影響？影響有多大？這些信息如果都看不到，大家就會產生疑問，項目經理要回復大家的各種疑問，來回反復既增加溝通成本又繁瑣。

　　那啥叫閉環呢？不是說給一個解決方案就叫閉環，而是要把這件事挖到底，做到做無可做的時候，給出的結論叫閉環。

　　例如：“直播功能業務方案變更了，今天與業務協商需要給出解決方案”。

　　這個描述看上去找了業務，推進了后續的發展，但其實并沒有完結，業務方案為什么變更了？有沒有牽涉到外部問題？什么時候能給出新的方案？業務方案的變更對當前的項目進展有沒有影響？如果有影響，怎么處理，怎么補救？這些都是需要PM去挖掘的。

　　當這些信息挖掘到以后，重新組織的結論才是一個可閉環的結論。所以我會先去把所有能挖掘的都挖掘一遍，再將結論輸出出來：

　　1、直播功能因為預算問題需要變更方案，已同步給所有相關方

　　2、與業務方及財務共同對齊，6.18進行預算重新申報審核，最晚6.19給出最新業務方案

　　3、（無影響版本）與產研對齊，6.19之前給出業務方案對當前進度不影響

　　4、（有影響版本）與產研對齊，業務方案變更導致當前開發進度停滯，會優先啟動另一需求，待6.19業務方案給出后重新評估，目前延期風險較高。

　　這樣一來，無論是問題的根本原因，還是信息同步、解決方案以及后續時間規劃都能清晰地反饋出來，大家會更容易看懂。

　　日報的內容，很多時候反映出了PM的項目管理方式，我們需要刨根問底，追本溯源，才能將項目管理做到極致，真正幫助團隊解決問題。

　　三、要著眼全局，日報開頭寫總結性話語

　　常規的日報都有固定的版式，如項目信息、本周目標、今日進展、問題風險變更等。這些內容大多是比較豐富而詳細的，但是對整體項目而言，其中的每一條其實都只是一個點，比如某個任務延期，比如某個方案變更，比如突然發現了某個依賴方沒加進來等等。

　　那些通過日報來了解項目的人，很難通過一個個點去想象項目的整體情況。

　　這時候，作為PM——你的作用就顯現出來了，你需要幫助他們去了解整個的項目，在日報開頭加上今日總結的目的就是為了將這些點匯總成面，從全局的角度去看整個項目，給項目做個判斷，給看日報的人做一個輸入。

　　比方說今天延期特別多，你可以總結一下今日延期較多，對項目有一定影響，與各方對齊后預計明天輸出解決方案；

　　如果變更很多，但是都在可控范圍內，也可以總結一下，今天共有8個變更，但目前評估下來，風險可控；

　　如果今天開了好幾個會，并且都沒有結論，可以總結一下，今日針對xx問題已拉多方溝通，結論還未輸出，會持續推進。

　　有了這些開頭的總結，大家對于項目的體感會進一步加深，不是停留在某個點的問題上，而是對整體項目有了一個感官。

　　把日報用好，可以避免很多額外的問題。建議大家可以在寫完日報后，自己讀一遍，也能發現不少問題。