復(fù)盤分享:后臺產(chǎn)品工作的難點與收獲

3 評論 11752 瀏覽 110 收藏 17 分鐘

筆者以自己負(fù)責(zé)的產(chǎn)品首頁的后臺模塊設(shè)計、內(nèi)容配置和老后臺的優(yōu)化等工作為例,復(fù)盤分享了工作內(nèi)容中的不足、難點和收獲。希望這部分心得能對同樣做后臺的產(chǎn)品同學(xué)有所啟發(fā)。

年前剛?cè)肼毿鹿咀霎a(chǎn)品實習(xí),恰好碰上疫情延遲了節(jié)后回園區(qū)的辦公時間。

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

這段時間,我主要負(fù)責(zé)產(chǎn)品首頁的后臺模塊設(shè)計、內(nèi)容配置和老后臺的優(yōu)化。由于一些客觀和主觀因素的影響,這次工作并沒有做的很好。

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

為了提升認(rèn)知,避免重蹈覆轍,復(fù)盤工作是必不可少的。

這次復(fù)盤我將抱著直面問題、直面自己來談?wù)勥@次工作的不足、難點和收獲。

大綱如下:

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

一、項目背景

  1. APP架構(gòu)大調(diào)整,圖書館和發(fā)現(xiàn)頁起不同作用
  2. 提升產(chǎn)品體驗,將以前的人工配置內(nèi)容調(diào)整為算法推薦和規(guī)則匹配,為后續(xù)的用戶轉(zhuǎn)化奠定好基礎(chǔ)。
  3. 搬遷老后臺功能,統(tǒng)一在一個后臺

二、目標(biāo)-行動-結(jié)果

1. 目標(biāo)

完成圖書館首頁后臺模塊配置、內(nèi)容管理設(shè)計和老后臺功能優(yōu)化。

2. 行動拆解

  • 了解老后臺邏輯
  • 獲取老后臺圖書館的待優(yōu)化需求
  • 了解并弄清楚需求文檔設(shè)計規(guī)則(不同團(tuán)隊不同要求)
  • 探討新首頁需求和功能設(shè)計
  • 最底層功能設(shè)計-單本書上傳交互設(shè)計
  • 根據(jù)新首頁需求,構(gòu)思并設(shè)計后臺配置模塊
  • 熟悉算法、規(guī)則的原理
  • 內(nèi)容管理模塊設(shè)計
  • 功能設(shè)計-評審-修改-跟進(jìn)開發(fā)
  • 跟進(jìn)開發(fā)-積極溝通-跟進(jìn)需求修改
  • 跟進(jìn)測試-上線前期準(zhǔn)備
  • 上線后持續(xù)觀察、分析數(shù)據(jù)

3. 結(jié)果

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

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

這次版本大體上實現(xiàn)了想要的功能設(shè)計,還有一些小優(yōu)化打算留在二期來實現(xiàn)。二期將會把重點放在提升用戶體驗和轉(zhuǎn)化。

三、項目重難點分析

1. 規(guī)則和算法模塊

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

所以在這里也聊聊推薦和規(guī)則模塊。

推薦和規(guī)則是兩個不同的概念,推薦是依靠數(shù)據(jù)和算法模型,主要是根據(jù)用戶行為來推薦內(nèi)容,人工無法干預(yù);規(guī)則是依靠規(guī)則定義,給出一定的范圍,通過規(guī)則來展示內(nèi)容。

那么推薦后臺應(yīng)該是怎樣的?

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

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

2)算法管理里有客戶端結(jié)果預(yù)覽和算法策略調(diào)整,有些還有A/B算法測試。

  • 客戶端結(jié)果預(yù)覽指的是在后臺可以看到客戶端線上的推薦效果,一般可以支持查詢用戶的推薦結(jié)果,以此簡單來判斷下這個算法策略準(zhǔn)不準(zhǔn)
  • 算法策略調(diào)整:對于推薦模塊,可以進(jìn)行算法指標(biāo)調(diào)整,調(diào)整指標(biāo)來應(yīng)對不同的推薦目標(biāo)和推薦準(zhǔn)確性

3)數(shù)據(jù)分析一般包括模塊關(guān)鍵指標(biāo)數(shù)據(jù)圖和性能方面

  • 模塊關(guān)鍵指標(biāo)數(shù)據(jù)圖:不同業(yè)務(wù)有不同的關(guān)鍵指標(biāo),我們一般來說比較看重北極星指標(biāo),指的是最重要的一個指標(biāo)。通過這個指標(biāo)數(shù)據(jù)來判斷該推薦模塊是否有效,是否實現(xiàn)了團(tuán)隊想要的東西。比如會員續(xù)費率、日活、GMV等。
  • 性能方面:一般指的是模塊的更新時間頻率、更新時間段、響應(yīng)時間,這個會涉及到開發(fā)費用,需要跟技術(shù)詳細(xì)討論。

2. 老版本兼容問題

這次的優(yōu)化包括遷移老后臺,將老后臺的功能放在新后臺,其中還要對一些功能進(jìn)行優(yōu)化,同時為了滿足新版本客戶端的需求,后臺有些字段也要重新設(shè)計。這里會出現(xiàn)幾個問題:

1)怎么避免新設(shè)計的字段對老版本某些功能的影響?

新設(shè)計的字段需要讓技術(shù)進(jìn)行各個端的排查,有影響的需要討論解決方案,避免對老版本或者新版本造成影響。

2)去掉的字段(無用字段)是否對各個端都無用?

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

3)新增字段的數(shù)據(jù)怎么導(dǎo)入?

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

4)老版本和新版本怎么同時并行運營?

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

四、個人收獲與總結(jié)

1. 交互文檔撰寫,把開發(fā)、測試當(dāng)成用戶

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

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

交互文檔是否撰寫清楚,是否能讓開發(fā)人員看明白,會關(guān)乎到后續(xù)開發(fā)的進(jìn)度和功能的實現(xiàn)程度。總結(jié)下這次寫交互文檔后的一些心得:、

  • 說明功能設(shè)計的時候,盡量用結(jié)構(gòu)化語言來說明功能,減少不必要的扯犢子
  • 更新原型時,需要說明更新時間、更新頁面和功能,新增的功能可以通過不一樣的線框出來表明是新增的
  • 菜單需要說明有沒有獨立菜單,頁面入口在哪,清晰的菜單結(jié)構(gòu)很重要
  • 每一個按鈕如果能夠?qū)崿F(xiàn)交互(在Axure上)最好實現(xiàn)交互,方便開發(fā)和測試?yán)斫獍粹o和頁面跳轉(zhuǎn)

2. 功能設(shè)計-保證流程清晰,自己過一遍全流程

關(guān)于功能設(shè)計這一塊,這次主要負(fù)責(zé)后臺設(shè)計。跟常見的客戶端設(shè)計有很大不一樣,在我看來主要區(qū)別在于:

  • 從用戶來說,后臺主要是運營和內(nèi)部團(tuán)隊在使用,而客戶端一般來說是服務(wù)于產(chǎn)品用戶。
  • 從需求來看,后臺的需求主要是提升運營效率、數(shù)據(jù)分析、客戶端內(nèi)容管理,圍繞這些來進(jìn)行功能優(yōu)化??蛻舳说男枨笾饕獊碓从谟脩舻男枨蟆a(chǎn)品戰(zhàn)略需求、商業(yè)變現(xiàn)需求等。
  • 從功能設(shè)計和體驗上來看,后臺功能更看重的是解決問題,在解決業(yè)務(wù)問題面前,體驗、設(shè)計可以不那么重要。在設(shè)計功能的時候,要考慮開發(fā)成本和技術(shù)實現(xiàn),結(jié)合功能和技術(shù)來給出最優(yōu)方案。

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

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

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

聊完后臺產(chǎn)品和客戶端產(chǎn)品的區(qū)別后,再來談?wù)勥@次對于做后臺功能設(shè)計的一些總結(jié)心得:

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

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

2)?后臺功能設(shè)計一定要奔著解決業(yè)務(wù)問題去,而不是想著畫好看的原型,方案實現(xiàn)不了,原型再好看也沒用。

3)功能設(shè)計要關(guān)注流程是否清晰、耦合功能是否較少,邏輯是否自恰。多問自己該功能是不是真正解決了需求,還有沒有更優(yōu)的解決方案。

4)是否有異常情況,異常情況需要重點關(guān)注,不然會導(dǎo)致Bug出現(xiàn)。

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

6)功能設(shè)計時,如果前期有進(jìn)行需求訪談的,要客觀看待訪談得出的結(jié)論。有些需求不是非做不可,看清需求本質(zhì),綜合分析來決定是不是需要做。

7)功能設(shè)計好之后,交付給開發(fā)之前,一定要自己走查一遍全流程。把自己當(dāng)成用戶,從開始到結(jié)束跑一遍看會不會發(fā)現(xiàn)問題。

3. 項目跟進(jìn)-快速決策問題

  • 在與技術(shù)溝通的時候,先了解對方的意思,再來判斷是否需要在方案上繼續(xù)優(yōu)化
  • 功能討論時要快速有個結(jié)論,誰負(fù)責(zé)誰跟進(jìn)
  • 討論更新的需求需要同步所有人
  • 即便開發(fā)到后期了或者是測試提測時,還會陸續(xù)出現(xiàn)需求和功能調(diào)整的情況,要學(xué)會快速分析問題,給出最優(yōu)方案,快速跟進(jìn)改動

五、接下來怎么做

這次在一個非常厲害的團(tuán)隊,身邊有很優(yōu)秀的leader,讓我看到了優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)該是什么樣子的。

優(yōu)秀的產(chǎn)品經(jīng)理往往在定義問題上比解決問題花費的時間更多。定義問題是很關(guān)鍵的,我們需要對問題刨根問底,需要看透問題本質(zhì)。這往往需要更長時間。怎樣解決問題主要是理清問題邏輯和把原型畫好,付出的時間和精力相對較少。

接下來在把交互原型和功能設(shè)計做好的基礎(chǔ)上,繼續(xù)加強自己的綜合分析能力、技術(shù)實現(xiàn)思考和需求挖掘的能力。

主要分兩步來提高這些能力,工作項目+產(chǎn)品拆解。

工作項目:

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

產(chǎn)品拆解:

  • 繼續(xù)每日思考和記錄產(chǎn)品發(fā)現(xiàn)
  • 繼續(xù)寫產(chǎn)品文章,對不同的產(chǎn)品需求、功能、戰(zhàn)略進(jìn)行思考
  • 繼續(xù)看書,目前在看的書有《失控》、《博弈與社會》、《窮查理寶典》、《決勝B端》;繼續(xù)看推文
  • 繼續(xù)參與super黃的產(chǎn)品拆解群里的產(chǎn)品討論,接觸不同觀點,提高產(chǎn)品認(rèn)知

 

作者:蘇Eddie,微信公眾號:蘇Eddies

本文由 @蘇Eddie 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 你這說了等于沒說啊

    來自廣東 回復(fù)
  2. 你要是小白嗎,給一點小小的建議,文章是給別人看的話,最好邏輯寫得更清晰和話語簡潔些,我更覺得你寫的文是給自己看的。一起加油

    來自廣東 回復(fù)
  3. 謝謝作者

    來自廣東 回復(fù)