常見問題

您所在的位置：網站首頁 › 常見問題

如何做一個完整的項目複盤，該從哪裏入手？

2021-7-30 14:03|發布：河南千尚文化傳播有限公司|點擊數: 565

　　從計劃到執行到複盤，隻有複盤整個活動流程，才算做活動項目完整結束，那麽，如何真正做好“複盤”這項工作呢？

　　複盤，是運營必不可少的能力——小到一次買菜的經曆，大到百億千億的投資項目，都可以通過複盤來總結規律、提升水平。

　　簡單說來，複盤可以達到的效果有兩條：

　　1.優化弱項，強化強項

　　2.明确自己的價值，明确工作的價值

　　那麽，複盤到底該怎麽做呢？

　　或者說：做好複盤有比較高效、實用的方法嗎？

　　有的。

　　以下内容來源于我工作中的思考，同時參考了柳傳志的關于複盤的方法論，力圖展現一個完整的、可實踐的項目複盤流程。

　　1/複盤的底層邏輯

　　複盤***先是要做的是事實陳述，一個有效的AAR(After Action Review)必須建立在“鐵的事實”的基礎上，如果現實難以陳述清楚，并取得一緻，将導緻複盤進展緩慢或無法深入下去。

　　一旦事實确定下來了，就開始診斷、分析存在差異的原因，找出導緻成功或失敗的根本原因後進行規律總結。明白爲什麽會成功、哪些關鍵行爲起了作用、這些行爲有沒有适用條件，對于提高後續行動的成功率有沒有價值。

　　因此，一個完整的複盤就出現了，包括如下四個步驟：目标回顧、結果陳述、過程分析、規律總結。

　　1.1. 目标回顧

　　當初行動的意圖或目的是什麽？

　　事件/行動想要達到的目标是什麽？

　　我們計劃怎麽做？

　　預先制訂的計劃是什麽？

　　事先設想要發生的事情是什麽？

　　1.2. 結果陳述

　　實際上發生了什麽事？

　　在什麽情況下？是怎麽發生的？

　　與目标相比，哪些地方做得好？哪些未達預期？

　　1.3. 過程分析

　　實際狀況與預期有無差異？

　　如果有，爲什麽會發生這些差異？是哪些因素造成了我們沒有達到預期目标？

　　失敗的根本原因是什麽？

　　如果沒有失敗，成功的關鍵因素是什麽？

　　1.4. 規律總結

　　從過程中學到了什麽新東西？

　　如果有人要進行同樣的行動，我會給他什麽建議？

　　接下來我們該做些什麽？

　　哪些是我們可直接行動的？

　　02/項目複盤的階段流程

　　一個項目，基本都會包含幾個核心階段：目标、需求、設計、開發、測試、上線，把每個階段中的具體工作進行分解，才能分析出每一項工作的進展是否順利，問題點在哪、以及如何更好的優化。

　　這裏分享一個項目複盤的小技巧：按照項目執行的時間線記工作日記。

　　不一定要每天都寫，但一定要在各個重要的時間節點留下工作記錄，這樣才會對整個活動過程了如指掌。

　　複盤的時候，隻需要重新去翻這部分日記，列出一個實際工作的時間表，對比策劃書中的計劃時間表，哪部分工作提前，哪部分工作延後，哪部分工作是臨時加進去，完成度怎麽樣。

　　比如***步是項目目标回顧，***的項目往往都伴随着明确的預設目标，目标本身要是不合理的話，複盤得出的結論也很難有說服力。

　　所以，在複盤的時也有從目标設定合理性開始複盤，當初是基于怎樣的條件設定的目标。

　　如果項目整體目标較大，建議進行目标分解，确定項目實施裏程碑，形成子目标或階段性目标，便于目标的衡量與跟進。

　　以電商類活動策劃爲例爲例，影響交易額的子目标包含：流量、轉化率、客單價、複購率。

　　後續步驟也是這樣：通過不斷分解，對整個項目流程做出完整的、可量化的梳理，從而對項目指标的實際情況和預期對比做到了解。

　　03/如何做産品項目複盤？

　　複盤***重要的兩個環節：過往演繹和複盤優化，明确産生偏差的原因，并提出針對性意見。

　　1. 項目目标複盤

　　1.1 項目進度複盤

　　是否按照原計劃交付時間交付？

　　原計劃的需求點實現了多少？

　　哪些需求點沒有按計劃實現？

　　每一個需求點延後原因分别是什麽？

　　哪些裏程碑有延遲，延遲原因是什麽？

　　1.2 項目結果複盤

　　項目中出現了哪些意外？

　　爲什麽會出現這些意外？

　　用戶對新增功能點的接受程度和項目規劃中的是否一緻？

　　2. 需求階段複盤

　　是否提供完整的需求輸出?包括：原型、MRD、PRD、UML等？

　　設計師、交互師、開發人員分别對需求是否明确？

　　如果出現需求不明确的情況，将會嚴重影響項目的進度和質量？

　　是否對典型用戶和使用場景有清晰的描述？

　　3. 設計階段複盤

　　是否确定視覺設計的***終審核人？

　　UI設計産出是否符合統一标準？

　　設計工作是否影響開發工作的進度？

　　影響原因是什麽？

　　産品設計工作在什麽時候，由誰來完成的？

　　4. 開發階段複盤

　　4.1 工期評估複盤

　　開發實施前，是否有充分的時間做工期預估？

　　工期評估一方面是讓項目成員能夠對項目的整體進度有所準備，也是對項目需求進行詳細梳理的過程。

　　工期預估與實際開發時間是否有差異，及差異原因分析。

　　4.2 開發文檔複盤

　　是否有撰寫開發文檔？

　　開發文檔是否符合規範?

　　4.3 突發狀況複盤

　　是否出現需求無法實現的狀況？原因是什麽？

　　是否出現團隊成員變動情況？如何應對成員變動？後期如何避免？

　　是否出現功能模塊與需求不符的情況？出現原因是什麽？

　　5. 測試階段複盤

　　5.1 測試計劃複盤

　　是否有完整、準确的測試用例？

　　是否有一個測試計劃？這樣的計劃是否有效？

　　團隊是如何測試并跟蹤産品開發效果的？

　　5.2 測試工具複盤

　　使用了哪些測試工具來幫助測試？

　　是否可以持續使用？

　　測試的時間、人力和軟件/硬件資源是否足夠?

　　5.3 測試結果複盤

　　哪個功能模塊産生的Bug***多，爲什麽？

　　哪些BUG出現回滾，原因是什麽（回滾：即程序版本回退。出現較大bug，程序從1.1回退到1.0，叠代之後全是bug，修複成本高）？

　　6. 上線階段複盤

　　6.1 驗收複盤

　　是否進行了正式的上線驗收？

　　在正式發布的過程中是否有出現狀況？後續如何避免？

　　上線前是否和運營、文案進行充分的溝通？

　　是否檢查了數據埋點，數據埋點是否滿足運營要求？

　　6.2 上線後效果複盤

　　在上線之後是否出現重大bug? 爲什麽測試階段沒有發現？

　　産品上線後的問題反饋渠道是否流程？

　　産品上線後收集到哪些問題反饋？都是什麽類型？如何改進？

　　每次的項目複盤，都是對自己的一次拷問和錘煉，叠代型産品每逢3個版本進行一次複盤。

　　一般情況下，發版的節奏是一個月一個版本，因此可以按照3個月的節奏進行複盤。

　　在複盤結束後，***短時間開複盤會議，這樣很多活動執行細節和用戶反饋都曆曆在目，做複盤的可靠性比較高。

　　彼此坦誠剖析，既不推卸責任，也不妄自菲薄，而是盡可能地呈現一個完整真實的項目流程。每個參與者都有平等的發言權，都能真實地表達想法。

　　要有專人控制時間和記錄要點，開會***忌諱的就是不着邊際地開得又臭又長，控制每個部分的時間很重要，另外記錄要點也是一種會議成果的輸出，有利于總結經驗并開展下一步行動。

　　此文适合多個行業，希望對你有幫助！

上一篇：活動策劃，真的像你想的那麽簡單嗎？

下一篇：活動策劃必備的30個法則

分享到：

　産品分類

　 BUSSINESS

　聯系我們

　 CONTACT

河南千尚文化傳播有限公司
聯系人：晉經理
熱線電話：15290866232
熱線電話：13733838019
在線 QQ：1985289935
電子郵箱：1985289935@qq.com
公司地址：鄭州市金水區農業路中州大道蘇荷中心2503室