筆者以自己負責的產品首頁的后臺模塊設計、內容配置和老后臺的優化等工作為例，復盤分享了工作內容中的不足、難點和收獲。希望這部分心得能對同樣做后臺的產品同學有所啟發。

年前剛入職新公司做產品實習，恰好碰上疫情延遲了節后回園區的辦公時間。

由于疫情的影響，前段時間一直在家遠程辦公。遠程辦公的好處就是工作時間增多了，減少了路上交通的時間，但效率其實并沒有提升多少。

這段時間，我主要負責產品首頁的后臺模塊設計、內容配置和老后臺的優化。由于一些客觀和主觀因素的影響，這次工作并沒有做的很好。

雖然這次工作自己做的不夠好，但有從這個項目中學到了很多，在產品方法論和認知上有了提高，對于首頁后臺管理和客戶端推薦算法的運用也有了更深的理解。

為了提升認知，避免重蹈覆轍，復盤工作是必不可少的。

這次復盤我將抱著直面問題、直面自己來談談這次工作的不足、難點和收獲。

大綱如下：

1. 項目背景
2. 目標-行動-結果
3. 重難點分析
4. 個人收獲與總結
5. 接下來怎么做

一、項目背景

1. APP架構大調整，圖書館和發現頁起不同作用
2. 提升產品體驗，將以前的人工配置內容調整為算法推薦和規則匹配，為后續的用戶轉化奠定好基礎。
3. 搬遷老后臺功能，統一在一個后臺

二、目標-行動-結果

1. 目標

完成圖書館首頁后臺模塊配置、內容管理設計和老后臺功能優化。

2. 行動拆解

• 了解老后臺邏輯
• 獲取老后臺圖書館的待優化需求
• 了解并弄清楚需求文檔設計規則（不同團隊不同要求）
• 探討新首頁需求和功能設計
• 最底層功能設計-單本書上傳交互設計
• 根據新首頁需求，構思并設計后臺配置模塊
• 熟悉算法、規則的原理
• 內容管理模塊設計
• 功能設計-評審-修改-跟進開發
• 跟進開發-積極溝通-跟進需求修改
• 跟進測試-上線前期準備
• 上線后持續觀察、分析數據

3. 結果

新版本不出意外將于明天上線，上線時間比預期推遲了一些。不得不說需求的變更和改動對上線時間產生了影響。

我要復盤下自己在這個過程中犯下的一些較低級的錯誤，比如需求稿不夠清楚，跟進功能不夠及時、決策不夠果斷等。

這次版本大體上實現了想要的功能設計，還有一些小優化打算留在二期來實現。二期將會把重點放在提升用戶體驗和轉化。

三、項目重難點分析

1. 規則和算法模塊

這次項目有推薦算法和規則的模塊，之前沒有接觸過算法和規則定義的功能設計，這對于我來說是盲點。為了更加了解這塊的客戶端設計和后臺設計，專門看了許多相關文章和跟團隊進行討論，才開始步入正軌。

所以在這里也聊聊推薦和規則模塊。

推薦和規則是兩個不同的概念，推薦是依靠數據和算法模型，主要是根據用戶行為來推薦內容，人工無法干預；規則是依靠規則定義，給出一定的范圍，通過規則來展示內容。

那么推薦后臺應該是怎樣的？

一般的推薦模塊后臺會包括上面的幾個功能：

1）客戶端效果設置指的是通過模塊配置來讓推薦模塊出現在客戶端展位中，主要是編輯模塊的屬性，比如權重、狀態等?？蛻舳说腢I效果也非常重要，這個要根據內容和場景來決定UI效果圖，這一塊交給我們專業的UI設計師就好啦。

2）算法管理里有客戶端結果預覽和算法策略調整，有些還有A/B算法測試。

• 客戶端結果預覽指的是在后臺可以看到客戶端線上的推薦效果，一般可以支持查詢用戶的推薦結果，以此簡單來判斷下這個算法策略準不準
• 算法策略調整：對于推薦模塊，可以進行算法指標調整，調整指標來應對不同的推薦目標和推薦準確性

3）數據分析一般包括模塊關鍵指標數據圖和性能方面

• 模塊關鍵指標數據圖：不同業務有不同的關鍵指標，我們一般來說比較看重北極星指標，指的是最重要的一個指標。通過這個指標數據來判斷該推薦模塊是否有效，是否實現了團隊想要的東西。比如會員續費率、日活、GMV等。
• 性能方面：一般指的是模塊的更新時間頻率、更新時間段、響應時間，這個會涉及到開發費用，需要跟技術詳細討論。

2. 老版本兼容問題

這次的優化包括遷移老后臺，將老后臺的功能放在新后臺，其中還要對一些功能進行優化，同時為了滿足新版本客戶端的需求，后臺有些字段也要重新設計。這里會出現幾個問題：

1）怎么避免新設計的字段對老版本某些功能的影響？

新設計的字段需要讓技術進行各個端的排查，有影響的需要討論解決方案，避免對老版本或者新版本造成影響。

2）去掉的字段（無用字段）是否對各個端都無用？

這個問題解決方案同上，無用（冗余）字段可以去掉，但還是要各個端排查

3）新增字段的數據怎么導入？

這里一般是兩種方法，技術導入和人工導入。如果新增字段跟老后臺某字段是對應的，那么可以讓技術直接導入。否則只能安排人工來導入數據。這會變成純手工活，需要提前預估時間，不要影響上線時間。

4）老版本和新版本怎么同時并行運營？

老版本和新版本完全是兩個App的情況下，一般來說要并行運營一段時間，一段時間過后，可以通過彈窗來讓老用戶更新或者別的交互操作來提示。9成老用戶都更新后，一般來說就可以不再運營老版本了

四、個人收獲與總結

1. 交互文檔撰寫，把開發、測試當成用戶

這次項目相對較為復雜，負責了客戶端首頁的配置、內容管理和最底層的圖書上傳。所以后臺菜單級別和頁面也相對較多，每個頁面都需要將功能和邏輯寫清楚。

除此之外我還負責了老后臺的遷移，遷移到新后臺之后再對一些小功能進行優化。但由于老后臺時間久遠，許多開發也不是很熟悉某些功能的具體邏輯，所以這一塊也需要重點說明。不是1:1搬遷過來就行了，在了解清楚原功能邏輯后，設計符合新后臺交互操作。

交互文檔是否撰寫清楚，是否能讓開發人員看明白，會關乎到后續開發的進度和功能的實現程度。總結下這次寫交互文檔后的一些心得：、

• 說明功能設計的時候，盡量用結構化語言來說明功能，減少不必要的扯犢子
• 更新原型時，需要說明更新時間、更新頁面和功能，新增的功能可以通過不一樣的線框出來表明是新增的
• 菜單需要說明有沒有獨立菜單，頁面入口在哪，清晰的菜單結構很重要
• 每一個按鈕如果能夠實現交互（在Axure上）最好實現交互，方便開發和測試理解按鈕和頁面跳轉

2. 功能設計-保證流程清晰，自己過一遍全流程

關于功能設計這一塊，這次主要負責后臺設計。跟常見的客戶端設計有很大不一樣，在我看來主要區別在于：

• 從用戶來說，后臺主要是運營和內部團隊在使用，而客戶端一般來說是服務于產品用戶。
• 從需求來看，后臺的需求主要是提升運營效率、數據分析、客戶端內容管理，圍繞這些來進行功能優化?？蛻舳说男枨笾饕獊碓从谟脩舻男枨?、產品戰略需求、商業變現需求等。
• 從功能設計和體驗上來看，后臺功能更看重的是解決問題，在解決業務問題面前，體驗、設計可以不那么重要。在設計功能的時候，要考慮開發成本和技術實現，結合功能和技術來給出最優方案。

客戶端會十分看重用戶體驗，看重交互和視覺。

舉個例子，之前在亂翻書中看到不錯的觀點。抖音的小視頻是單列的，快手是雙列的，抖音單列為的是kill time，給用戶沉浸感，引導用戶繼續觀看下一個算法推薦的視頻?？焓蛛p列為的是讓用戶自己主動挑選視頻，可以有更多流量來挖掘用戶真正的興趣。

兩個不同的交互設計會給用戶帶來不同的容錯率，也影響著產品的發展。交互設計和用戶體驗對客戶端來說十分重要，不是提供視頻給用戶看，解決問題就好了，而是要讓用戶覺得你這個視頻好看，下次還會來平臺繼續看。

聊完后臺產品和客戶端產品的區別后，再來談談這次對于做后臺功能設計的一些總結心得：

1）后臺具體到每一個小功能，主要是做增刪查改，我們需要非常熟悉常見的增刪查改的交互邏輯，下面是總結的一些常見功能操作：

• 比如列表生成的狀態，一般有未發布/已發布/刪除，不同狀態對應著不同的操作按鈕，不同狀態也影響著客戶端的內容生成
• 圖片上傳、文件上傳、字符輸入等需要標明提示，運營會非常感謝你的
• 查詢字段的布局排放，按照查詢習慣和同類型規則來布局排放
• 列表排序問題，排序可以按更新時間、按ID倒序，這一塊又會涉及到后臺列表和客戶端展示的排序問題
• 有些按鍵需要二次確認，比如發布、刪除
• 能讓運營直接選的，就不要設計上傳的操作
• 單選框、復選框等要思考選項內容，是否齊全、是否易懂
• 查詢頁如果能支持模糊搜索最好能支持模糊搜索，能極大提高運營搜索效率
• 交互布局上少做多層，盡量干凈簡潔，犧牲UI效果來保證組件干凈

2）?后臺功能設計一定要奔著解決業務問題去，而不是想著畫好看的原型，方案實現不了，原型再好看也沒用。

3）功能設計要關注流程是否清晰、耦合功能是否較少，邏輯是否自恰。多問自己該功能是不是真正解決了需求，還有沒有更優的解決方案。

4）是否有異常情況，異常情況需要重點關注，不然會導致Bug出現。

5）如果有新增字段，要提前考慮好這些新增字段怎么配置數據，需要多少天時間，怎么安排新數據導入。這些需要提前想好，不然會影響正式版本上線時間。

6）功能設計時，如果前期有進行需求訪談的，要客觀看待訪談得出的結論。有些需求不是非做不可，看清需求本質，綜合分析來決定是不是需要做。

7）功能設計好之后，交付給開發之前，一定要自己走查一遍全流程。把自己當成用戶，從開始到結束跑一遍看會不會發現問題。

3. 項目跟進-快速決策問題

• 在與技術溝通的時候，先了解對方的意思，再來判斷是否需要在方案上繼續優化
• 功能討論時要快速有個結論，誰負責誰跟進
• 討論更新的需求需要同步所有人
• 即便開發到后期了或者是測試提測時，還會陸續出現需求和功能調整的情況，要學會快速分析問題，給出最優方案，快速跟進改動

五、接下來怎么做

這次在一個非常厲害的團隊，身邊有很優秀的leader，讓我看到了優秀的產品經理應該是什么樣子的。

優秀的產品經理往往在定義問題上比解決問題花費的時間更多。定義問題是很關鍵的，我們需要對問題刨根問底，需要看透問題本質。這往往需要更長時間。怎樣解決問題主要是理清問題邏輯和把原型畫好，付出的時間和精力相對較少。

接下來在把交互原型和功能設計做好的基礎上，繼續加強自己的綜合分析能力、技術實現思考和需求挖掘的能力。

主要分兩步來提高這些能力，工作項目+產品拆解。

工作項目：

平常在需求討論和功能設計時多思考，往本質思考、往上層思考、往重點思考、往不同思考，這四個思考模式是從王詩沐的書《幕后產品》中學到的。在工作中的具體項目來鍛煉自己的實戰能力和邏輯能力。

產品拆解：

• 繼續每日思考和記錄產品發現
• 繼續寫產品文章，對不同的產品需求、功能、戰略進行思考
• 繼續看書，目前在看的書有《失控》、《博弈與社會》、《窮查理寶典》、《決勝B端》；繼續看推文
• 繼續參與super黃的產品拆解群里的產品討論，接觸不同觀點，提高產品認知

作者：蘇Eddie，微信公眾號：蘇Eddies

本文由 @蘇Eddie 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。