[[397155]]

去年年中通過了晉升之后，工作內(nèi)容上發(fā)生了一些變化，同時由于TL是服務(wù)端同學(xué)，團隊組成包含多種技術(shù)棧，F(xiàn)Y21對于業(yè)務(wù)思考有了較大提升，而在前端技術(shù)的探索上也會與其他技術(shù)域有更多交叉，所以我的FY21為非典型前端的一年。這篇總結(jié)分為兩部分：

• 業(yè)務(wù)：FY21我是如何做閑魚內(nèi)容創(chuàng)作者這塊業(yè)務(wù)的
• 技術(shù)：FY21我在前端技術(shù)上做了哪些建設(shè)與沉淀

一 業(yè)務(wù)

FY21年中閑魚開始重新投入社區(qū)內(nèi)容這塊業(yè)務(wù)，我擔(dān)任社區(qū)創(chuàng)作者線的技術(shù)PM，帶領(lǐng)小組的技術(shù)同學(xué)與業(yè)務(wù)同學(xué)一起為業(yè)務(wù)目標(biāo)努力。我在整個過程中做的事情可以概括為3個詞：建團隊、定目標(biāo)、做判斷。

建團隊

在這里，建團隊的意思是將相關(guān)的技術(shù)同學(xué)與業(yè)務(wù)同學(xué)組成一個“團隊”，統(tǒng)一大家之間的認(rèn)識，相互之間建立信任，這是一件極其困難的事情。對于研發(fā)同學(xué)，你要站在他的角度思考在過程中能夠給他提供什么樣的成長，成長可能是業(yè)務(wù)理解，可能是技術(shù)沉淀等等。對于業(yè)務(wù)同學(xué)，在吸收了他們的輸入之后，你要站在業(yè)務(wù)的角度去思考當(dāng)前問題到底是啥，可以通過什么手段去解決，手段可以是技術(shù)的也可以是非技術(shù)的。建立信任是有路徑可循的，但是更多地是在平時的日常工作中逐步去建立的。

定目標(biāo)

目標(biāo)指引我們的工作不偏離想要拿到的業(yè)務(wù)結(jié)果以及創(chuàng)造的用戶價值。在業(yè)務(wù)發(fā)展過程中會存在各種階段性目標(biāo)，但是階段性目標(biāo)都是為了最終目標(biāo)服務(wù)的，在這里需要和業(yè)務(wù)同學(xué)反復(fù)對焦。但是業(yè)務(wù)也經(jīng)常會有一些變化，甚至產(chǎn)品和運營的目標(biāo)也不會完全一致，所以我認(rèn)為更加重要還是自己深入思考目標(biāo)是什么。目標(biāo)是自上而下的，因此可以先思考怎么樣做閑魚內(nèi)容社區(qū)這個業(yè)務(wù)，這里推薦用亞馬遜的增長飛輪來思考。

從增長飛輪來看創(chuàng)作(者)->內(nèi)容->消費(者)->創(chuàng)作(者)是整個閉環(huán)，而在當(dāng)前0-1階段，優(yōu)質(zhì)內(nèi)容數(shù)量才是驅(qū)動增長的關(guān)鍵。但是為什么我們會講要做創(chuàng)作者，而不是說做優(yōu)質(zhì)內(nèi)容數(shù)量呢。因為業(yè)務(wù)是通過運營人(創(chuàng)作者)進行內(nèi)容創(chuàng)作來提升優(yōu)質(zhì)內(nèi)容數(shù)量，并且創(chuàng)作者數(shù)量多更能反應(yīng)業(yè)務(wù)的健康度。因此對于創(chuàng)作者這條線的核心目標(biāo)就是創(chuàng)作者規(guī)模，本質(zhì)來講就是創(chuàng)作者的增長問題。

一開始我按照App DAU的邏輯進行拆分，日創(chuàng)作者數(shù) = 今日新增 + 昨日留存 + 歷史召回。跑了一段時間之后發(fā)現(xiàn)這樣拆分無法對應(yīng)到業(yè)務(wù)上的Action。思考下來有幾個因素：

• 內(nèi)容發(fā)布是一個用戶參與成本很高的行為。不像App的訪問行為，參與成本非常低，每天都可以產(chǎn)生這樣的行為。此外內(nèi)容發(fā)布相對來講是非常低頻的行為，在一周內(nèi)用戶發(fā)布的天數(shù)有限，平臺提供的獨特價值在于用戶有內(nèi)容發(fā)布訴求的時候選擇來當(dāng)前平臺發(fā)布。
• 在當(dāng)前業(yè)務(wù)0-1階段，更偏向追求每日新增內(nèi)容發(fā)布總量(即讓更多人來發(fā)布)，而精細(xì)化運營人群的留存情況關(guān)注相對較少。

因此后來我建立了每日(周)新增(優(yōu)質(zhì))內(nèi)容量(人)的看板，并且建立每個發(fā)布渠道的效率。這樣拆分?jǐn)?shù)據(jù)看到的問題/現(xiàn)狀是可以和業(yè)務(wù)策略對應(yīng)的。例如日創(chuàng)作內(nèi)容數(shù)增加了，但是優(yōu)質(zhì)內(nèi)容數(shù)變化不大，說明通過一些策略促進了用戶來發(fā)布內(nèi)容，但是優(yōu)質(zhì)率卻是降低的，可能是引入的用戶不具備創(chuàng)作能力或者策略沒有很好地引導(dǎo)用戶發(fā)布優(yōu)質(zhì)內(nèi)容。

業(yè)務(wù)數(shù)據(jù)是技術(shù)同學(xué)了解業(yè)務(wù)最簡單的方式，也是能和業(yè)務(wù)同學(xué)建立連接一個便捷的通道。業(yè)務(wù)同學(xué)看著你建的數(shù)據(jù)報表，可能過幾天就給你提一個需求，幫忙增加某一個指標(biāo)，這樣你就能更加了解業(yè)務(wù)的打法。這里推薦各位做業(yè)務(wù)的同學(xué)，有條件一定要親自實現(xiàn)下關(guān)鍵業(yè)務(wù)指標(biāo)和其拆分指標(biāo)的產(chǎn)出邏輯(SQL)，這樣能讓你更加了解業(yè)務(wù)目標(biāo)的構(gòu)成與背后邏輯。

做判斷

做判斷是指基于業(yè)務(wù)理解以及目標(biāo)拆解對業(yè)務(wù)需求進行判斷，集中兵力投入ROI高的事情上。回到內(nèi)容創(chuàng)作者這個業(yè)務(wù)，在0-1的這個階段我們應(yīng)該重點做啥呢?？梢韵葟膭?chuàng)作者的轉(zhuǎn)化路徑來看，用戶首次創(chuàng)作內(nèi)容變成創(chuàng)作者，具備發(fā)布優(yōu)質(zhì)內(nèi)容并且持續(xù)發(fā)布變成核心創(chuàng)作者。

在業(yè)務(wù)上打法是降低創(chuàng)作門檻，讓更多用戶能夠首次發(fā)布內(nèi)容。增加用戶激勵，讓更多用戶有動力持續(xù)在閑魚上發(fā)布內(nèi)容。此外創(chuàng)作者基礎(chǔ)產(chǎn)品基本為零，急需建設(shè)。因此在FY21主要圍繞著這三個方面建設(shè)：

基礎(chǔ)產(chǎn)品建設(shè)：

• 前臺產(chǎn)品：創(chuàng)作者中心(用戶教育/活動引導(dǎo))+我的帖子(內(nèi)容管理/數(shù)據(jù)看板)。
• 管理后臺：提供創(chuàng)作者入駐、管理、管控等能力。

降低門檻：

• 閑魚寶貝轉(zhuǎn)內(nèi)容：閑魚有大量只秀不賣的寶貝，不具備交易屬性，本質(zhì)上就是內(nèi)容。我們構(gòu)建了一個用戶快速將內(nèi)容型商品轉(zhuǎn)化成內(nèi)容的鏈路，減少用戶的創(chuàng)作成本，整個思路和閑魚一開始做一鍵轉(zhuǎn)賣(將淘寶已買到商品轉(zhuǎn)成閑魚商品)非常類似。

用戶激勵：

• 創(chuàng)作者成長體系：由于產(chǎn)品還在初期，內(nèi)在激勵(內(nèi)容供需)尚還不能有效激勵用戶創(chuàng)作。因此通過創(chuàng)作者成長體系(積分/等級/權(quán)益)構(gòu)建外在激勵，拉動用戶創(chuàng)作內(nèi)容，增加大盤供給。

擔(dān)任業(yè)務(wù)線技術(shù)PM讓我有一種CTO的視角去看待內(nèi)容創(chuàng)作者這個業(yè)務(wù)，在以往的工作中我并不會以這樣全面的方式去思考業(yè)務(wù)，讓我有很大的成長?；氐角岸嗽跇I(yè)務(wù)中的作用，當(dāng)前前端在創(chuàng)作者業(yè)務(wù)推進過程中更多是業(yè)務(wù)支撐，并沒有產(chǎn)出和業(yè)務(wù)強相關(guān)的技術(shù)沉淀。這是前端同學(xué)的一個特點，善于解通用性問題，從定義問題到解決問題都具有普適性。這一塊希望在FY22有所突破，看得到業(yè)務(wù)中的問題，并且能通過技術(shù)手段有效解決。

二 技術(shù)

FY21在前端相關(guān)技術(shù)上主要做了以下4個方向的事情，如前面所說，和其他技術(shù)域有一些交叉，但是本質(zhì)上都是通過技術(shù)手段解決業(yè)務(wù)問題。將其他技術(shù)域的思想引入到前端中，可以拓寬思維，用不同的思路來解決問題。

前端CEP

FY21在前端實現(xiàn)了一套對用戶復(fù)雜行為匹配的規(guī)則引擎，主要應(yīng)用于用戶增長場景，在用戶產(chǎn)生特定行為之后對用戶進行觸達干預(yù)。將業(yè)務(wù)流程拆解為三部分，分別是用戶實時行為采集、對實時行為按照規(guī)則復(fù)雜計算、以前端UI組件進行用戶觸達，對應(yīng)三個核心模塊：事件采集、復(fù)雜計算和用戶觸達。針對上述設(shè)計目標(biāo)，為了實現(xiàn)觸達實時，將對行為的復(fù)雜計算放到前端去執(zhí)行;為了實現(xiàn)策略動態(tài)，設(shè)計了一個服務(wù)端運營平臺管理所有策略，采集行為信息、復(fù)雜計算規(guī)則、觸達組件信息都從服務(wù)端獲取;為了實現(xiàn)多容器，將實時行為采集和UI組件觸達進行標(biāo)準(zhǔn)設(shè)計，分不同容器環(huán)境實現(xiàn)。此外由于策略會存在跨頁面的場景，底層會有數(shù)據(jù)同步模塊同步行為數(shù)據(jù)和計算狀態(tài)。整體架構(gòu)如下圖所示。

Flutter能力拓展

FY21閑魚社區(qū)前端開始嘗試用Flutter進行業(yè)務(wù)開發(fā)，由于Flutter UI編程模型和現(xiàn)代前端比較接近，前端同學(xué)要上手Flutter進行UI編程成本沒有那么高，甚至我認(rèn)為前端同學(xué)對于UI的還原以及敏感度整體來講是要比客戶端同學(xué)更強的。除了Flutter UI編程之外，了解客戶端研發(fā)模式有一些學(xué)習(xí)成本，F(xiàn)lutter研發(fā)體系和前端研發(fā)體系有很大差別，屬于完全割裂。而從研發(fā)效率上來講，前端研發(fā)相比還是要快非常多的。目前來看，我們是多了一個Flutter這樣的錘子，可以解決一些相關(guān)的業(yè)務(wù)需求，但是未來如何將Flutter和當(dāng)前前端研發(fā)體系結(jié)合需要更多思考。

中后臺基礎(chǔ)建設(shè)

FY21閑魚開始做重新內(nèi)容，需要配合建設(shè)大量的運營后臺(內(nèi)容審核、內(nèi)容管理、創(chuàng)作者管理、流量策略等)，而閑魚以往因為主要是C2C交易，中后臺建設(shè)這一塊是比較缺失的，因此發(fā)起了社區(qū)中后臺前端基礎(chǔ)建設(shè)這個項目。除了基礎(chǔ)工程化建設(shè)以及一些集團能力引入，F(xiàn)Y21我們嘗試構(gòu)建了一套數(shù)據(jù)模型+標(biāo)準(zhǔn)化協(xié)議+一體化搭建的快速生產(chǎn)通用型頁面的方案，大概流程：指定服務(wù)端數(shù)據(jù)模型 -> 指定頁面模版 -> 搭建修改UI -> 生成頁面。

端容器建設(shè)

閑魚經(jīng)過多年發(fā)展，技術(shù)體系百花齊放，前端同學(xué)開發(fā)使用過Webview、Weex、小程序等多種容器。一方面前端同學(xué)不清楚各個容器能力與邊界，容器能力靠老司機相傳，在面對復(fù)雜業(yè)務(wù)需求時無法做出準(zhǔn)確判斷;另一方面多個端容器架構(gòu)，客戶端同學(xué)研發(fā)與維護成本較高，并且存在多個團隊維護與更改的情況，容器能力對于客戶端同學(xué)來說也是黑盒。因此在FY21S2開始推進閑魚端容器能力梳理與體系建設(shè)。FY21在容器選型上達成了共識，后續(xù)前端動態(tài)化場景的業(yè)務(wù)開發(fā)會逐漸收斂到Webview，以及對目前閑魚Webview能力以及現(xiàn)狀做了一輪梳理。FY22會更加聚焦提升Webview極致性能與體驗，希望能提升整體閑魚App的用戶體驗。

三 未來

FY21個人對于業(yè)務(wù)思考提升了很多，也取得了不錯的業(yè)務(wù)結(jié)果，但是業(yè)務(wù)到技術(shù)的推導(dǎo)還不夠。FY22希望能夠與團隊一起躬身入局，提升業(yè)務(wù)Sense，從業(yè)務(wù)中發(fā)現(xiàn)問題，用技術(shù)手段來解決。