活動運營：一個完整的活動項目復(fù)盤過程！

復(fù)盤，是運營必不可少的能力，小到一次買菜的經(jīng)歷，大到百億千億的投資項目，都可以通過復(fù)盤來總結(jié)規(guī)律、提升水平。

簡單說來，復(fù)盤可以達(dá)到的效果有兩條：

1. 優(yōu)化弱項，強化強項
2. 明確自己的價值，明確工作的價值

那么，復(fù)盤到底該怎么做呢？或者說，做好復(fù)盤有比較高效、實用的方法嗎？有的。

以下內(nèi)容來源于我工作中的思考，同時參考了柳傳志的關(guān)于復(fù)盤的方法論，力圖展現(xiàn)一個完整的、可實踐的項目復(fù)盤流程。

一、復(fù)盤的底層邏輯

復(fù)盤首先是要做的是事實陳述，一個有效的AAR(After Action Review)必須建立在“鐵的事實”的基礎(chǔ)上，如果現(xiàn)實難以陳述清楚，并取得一致，將導(dǎo)致復(fù)盤進展緩慢或無法深入下去。

一旦事實確定下來了，就開始診斷、分析存在差異的原因，找出導(dǎo)致成功或失敗的根本原因后進行規(guī)律總結(jié)。明白為什么會成功、哪些關(guān)鍵行為起了作用、這些行為有沒有適用條件，對于提高后續(xù)行動的成功率有沒有價值。

因此，一個完整的復(fù)盤就出現(xiàn)了，包括如下四個步驟：目標(biāo)回顧、結(jié)果陳述、過程分析、規(guī)律總結(jié)。

1. 目標(biāo)回顧

當(dāng)初行動的意圖或目的是什么？

事件/行動想要達(dá)到的目標(biāo)是什么？

我們計劃怎么做？

預(yù)先制訂的計劃是什么？

事先設(shè)想要發(fā)生的事情是什么？

1. 結(jié)果陳述

實際上發(fā)生了什么事？

在什么情況下？是怎么發(fā)生的？

與目標(biāo)相比，哪些地方做得好？哪些未達(dá)預(yù)期？

1. 過程分析

實際狀況與預(yù)期有無差異？

如果有，為什么會發(fā)生這些差異？是哪些因素造成了我們沒有達(dá)到預(yù)期目標(biāo)？

失敗的根本原因是什么？

如果沒有失敗，成功的關(guān)鍵因素是什么？

1. 規(guī)律總結(jié)

從過程中學(xué)到了什么新東西？

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

接下來我們該做些什么？

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

二、項目復(fù)盤的階段流程

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

這里分享一個項目復(fù)盤的小技巧：按照項目執(zhí)行的時間線記工作日記。

不一定要每天都寫，但一定要在各個重要的時間節(jié)點留下工作記錄，這樣才會對整個活動過程了如指掌。復(fù)盤的時候，只需要重新去翻這部分日記，列出一個實際工作的時間表，對比策劃書中的計劃時間表，哪部分工作提前，哪部分工作延后，哪部分工作是臨時加進去，完成度怎么樣。

比如第一步是項目目標(biāo)回顧，優(yōu)質(zhì)的項目往往都伴隨著明確的預(yù)設(shè)目標(biāo)，目標(biāo)本身要是不合理的話，復(fù)盤得出的結(jié)論也很難有說服力。所以在復(fù)盤的時也有從目標(biāo)設(shè)定合理性開始復(fù)盤，當(dāng)初是基于怎樣的條件設(shè)定的目標(biāo)。

如果項目整體目標(biāo)較大，建議進行目標(biāo)分解，確定項目實施里程碑，形成子目標(biāo)或階段性目標(biāo)，便于目標(biāo)的衡量與跟進。以電商類活動策劃為例為例，影響交易額的子目標(biāo)包含：流量、轉(zhuǎn)化率、客單價、復(fù)購率。

后續(xù)步驟也是這樣，通過不斷分解，對整個項目流程做出完整的、可量化的梳理，從而對項目指標(biāo)的實際情況和預(yù)期對比做到了解。

三、如何做產(chǎn)品項目復(fù)盤？

復(fù)盤最重要的兩個環(huán)節(jié)：過往演繹和復(fù)盤優(yōu)化，明確產(chǎn)生偏差的原因，并提出針對性意見。

1. 項目目標(biāo)復(fù)盤

1.1 項目進度復(fù)盤

• 是否按照原計劃交付時間交付？
• 原計劃的需求點實現(xiàn)了多少？哪些需求點沒有按計劃實現(xiàn)？
• 每一個需求點延后原因分別是什么？
• 哪些里程碑有延遲，延遲原因是什么？

1.2 項目結(jié)果復(fù)盤

• 項目中出現(xiàn)了哪些意外？為什么會出現(xiàn)這些意外？
• 用戶對新增功能點的接受程度和項目規(guī)劃中的是否一致？

1. 需求階段復(fù)盤

• 是否提供完整的需求輸出?包括：原型、MRD、PRD、UML等
• 設(shè)計師、交互師、開發(fā)人員分別對需求是否明確？如果出現(xiàn)需求不明確的情況，將會嚴(yán)重影響項目的進度和質(zhì)量。
• 是否對典型用戶和使用場景有清晰的描述？

1. 設(shè)計階段復(fù)盤

• 是否確定視覺設(shè)計的最終審核人？
• UI設(shè)計產(chǎn)出是否符合統(tǒng)一標(biāo)準(zhǔn)？
• 設(shè)計工作是否影響開發(fā)工作的進度？影響原因是什么？
• 產(chǎn)品設(shè)計工作在什么時候，由誰來完成的？

1. 開發(fā)階段復(fù)盤

4.1 工期評估復(fù)盤

• 開發(fā)實施前，是否有充分的時間做工期預(yù)估？工期評估一方面是讓項目成員能夠?qū)椖康恼w進度有所準(zhǔn)備，也是對項目需求進行詳細(xì)梳理的過程。
• 工期預(yù)估與實際開發(fā)時間是否有差異，及差異原因分析。

4.2 開發(fā)文檔復(fù)盤

• 是否有撰寫開發(fā)文檔？
• 開發(fā)文檔是否符合規(guī)范?

4.3 突發(fā)狀況復(fù)盤

• 是否出現(xiàn)需求無法實現(xiàn)的狀況？原因是什么？
• 是否出現(xiàn)團隊成員變動情況？如何應(yīng)對成員變動？后期如何避免？
• 是否出現(xiàn)功能模塊與需求不符的情況？出現(xiàn)原因是什么？

1. 測試階段復(fù)盤

5.1 測試計劃復(fù)盤

• 是否有完整、準(zhǔn)確的測試用例？
• 是否有一個測試計劃？這樣的計劃是否有效？
• 團隊是如何測試并跟蹤產(chǎn)品開發(fā)效果的？

5.2 測試工具復(fù)盤

• 使用了哪些測試工具來幫助測試？是否可以持續(xù)使用？
• 測試的時間、人力和軟件/硬件資源是否足夠?

5.3 測試結(jié)果復(fù)盤

• 哪個功能模塊產(chǎn)生的Bug最多，為什么？
• 哪些BUG出現(xiàn)回滾，原因是什么（回滾：即程序版本回退。出現(xiàn)較大bug，程序從1.1回退到1.0，迭代之后全是bug，修復(fù)成本高）？

1. 上線階段復(fù)盤

6.1 驗收復(fù)盤

• 是否進行了正式的上線驗收？
• 在正式發(fā)布的過程中是否有出現(xiàn)狀況？后續(xù)如何避免？
• 上線前是否和運營、文案進行充分的溝通？
• 是否檢查了數(shù)據(jù)埋點，數(shù)據(jù)埋點是否滿足運營要求？

6.2 上線后效果復(fù)盤

• 在上線之后是否出現(xiàn)重大bug? 為什么測試階段沒有發(fā)現(xiàn)？
• 產(chǎn)品上線后的問題反饋渠道是否流程？
• 產(chǎn)品上線后收集到哪些問題反饋？都是什么類型？如何改進？

每次的項目復(fù)盤，都是對自己的一次拷問和錘煉，迭代型產(chǎn)品每逢3個版本進行一次復(fù)盤。一般情況下，發(fā)版的節(jié)奏是一個月一個版本，因此可以按照3個月的節(jié)奏進行復(fù)盤。

在復(fù)盤結(jié)束后，最短時間開復(fù)盤會議，這樣很多活動執(zhí)行細(xì)節(jié)和用戶反饋都?xì)v歷在目，做復(fù)盤的可靠性比較高。

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

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

作者：Stev

來源：Stev