2018年終:一次從零起步的產品搭建的思考

9 評論 9428 瀏覽 42 收藏 13 分鐘

一年終了,無論是給工作,還是給自己,一定要留下一點往后可以再回首的記錄。

在我整個職業生涯里,運營依舊是主要內容,無論是活動運營,內容運營,抑或是產品運營都沒有特別能讓我有多少成就感的地方,或者是想讓運營有成就感的事情辦起來其實太難了。在更多人的眼里運營就是一個釘子,只要保證負責的模塊不出問題那就是最好了,但是往往對運營的要求遠比當個產品和技術要來的高。

坊間說天下運營是一家,無論到哪都打雜。其實也能說明部分問題,不僅僅是需要你打雜還需要你是專業的打雜,樣樣都要你懂一點,行行都需要你涉獵,但是自己扛的卻是最不想提及的銷售額指標。越嘗試越沒有成就感,越沒有成就感越不想嘗試。我想多數運營應該都在這個怪圈上原地踏步吧。

2018年4月,我從供職了3年之久的ota公司離職,前往杭州進入了現在這家外貿電商公司,從自身的職業發展來講,我還是比較傾向于電商行業的售賣模式,而不是僅僅披著互聯網外衣且成交轉化還需要大量人工介入的OTA行業。?而我恰恰在這個時候遇到了現在的主顧東家,發展迅速,規模適中,搜索業務處于起步階段,確實是我理想中的職業環境,更確切的說能給我帶來成就感的工作說不定就是它了。

這家公司目前是號稱中東市場第一的電商企業,主要服務對象為中東地區幾個發達國家,主營業務為商品零售,包含服飾百貨,3c數碼,童玩美妝等類目,并逐步向快消類,食品生鮮等領域進軍。但是從整體上來看,這家公司的app體驗上并不是特別友好,特別是站內搜索領域,一方面是對搜索的不夠重視,另一方面是缺乏專業的產品運營以及產品人員進行維護與規劃設計,查不全,不準的問題一直存在,導致用戶體驗較差,跳出率較高,詳情頁轉化率很低。

基于這個現狀,我進入到這家公司開始了對站內搜索的運營優化的工作,雖然名為運營,但是還是要兼職搜索產品經理的任務來推動整個產品的前進。不久后上司成立的搜索項目組用于專門優化站內搜索產品,配置一名測試,兩名開發,兩名運營,一名數據分析師,兩名算法工程師,一名產品經理。在我眼里,這樣的扁平化的項目組已經配置很齊全了,但是,這些人之中除我之外,其余人均沒有從事過站內搜索的工作經驗。這也是這個項目組最大的短板之一。

在我之前,已經有我的前同事在這家公司短暫的停留了一段時間后離職,同時也留下了很多的站內搜索的框架,從分詞,召回匹配,查詢,呈現等諸多方面有了較為清晰的主線脈絡。但是外貿型公司的用戶畢竟不是國內,在國內有了較為成熟的中文檢索解決方案,但是同樣的邏輯放在英語和阿拉伯語上則大不一樣了,也就是說這個搜索項目組面臨的兩個完全陌生的語言搜索體系。不同的語言在語法,語句以及詞項構造上是不同的,這也造成了針對不同的語言,搜索技術邏輯也不盡相同,而擺在我們面前的是一個完全陌生的語言體系,這是項目組遇到的最大的困難之一。

那么做這個項目的主干是什么呢?我將其分為3部分,一部分是搜索底層算法的迭代,主要包含切詞算法,匹配召回邏輯,糾錯算法等;另外一部分是基于這些算法,如何讓用戶更加順暢的進入到詳情頁里去,減少跳失的配套優化方案;最后建設一個便捷的搜索操作管理后臺方便人工干預與維護。

這三個部分是這個項目組在今年的主要任務。

下圖就是整個項目在前兩部分的主線:

在完成這些主線的過程中,主要衡量這些主線完成情況的數據指標有3個,分別為詳情頁轉化率,無結果率,以及通過搜索產生的GMV占比。這也使得這些設置的產品節點具備了kpi評判考核的標準。

從項目一開始,我們從英語和阿語兩者的語言環境以及用戶的輸入習慣入手,調研兩種語言在采用同一種算法邏輯上的不同表現,畢竟不可能在一個app里使用兩套檢索邏輯,一方面研發時間成本大,另一方面維護成本也高。

在這個項目成立初期,產品的開發與上線始終沒有一個完成的評審體系,導致很多功能的bug在沒有經過論證評審且在經過測試的一輪的遍歷之后匆匆上線,造成了很大的數據波動與進度拖延。為此在引入了新的搜索產品經理的情況下,開始對整個搜索開發,測試,上線等環節有了更多的評審環節。實踐證明,一套完整的產品評審流程以及上線ab測試評估對整個項目的影響是正向的。項目組逐漸開始走入正軌。

其實在這個項目中走的彎路以及在之前的搜索搭建中走了很多彎路,一方面是沒有清晰的優化脈絡,第二個是該項目組始終以gmv為目標導向,導致bi算法部門的部分排序功能提前介入搜索,對真個搜索項目的進展沒辦法進行準確的評估。導致上級領導常常會對這個項目組的實際產出比產生質疑。

那么說了這么多搜索項目的流水賬,到底哪些是自己在這個項目中的對自己所扮演的角色的經驗總結呢?

  • 其實無論是運營還是產品崗位,都要首先樹立目標拆解,和分層剖析的觀念,只有明確了運營或者是設計這個產品的目標,然后再來探討實現這一目標所需要的具體執行步驟,并逐步的層層下派,合理論證并開始按部就班的執行操作。產品運營作為通用性較強的崗位,拆分目標以及執行步驟和評估方式,達到什么樣的效果再執行什么樣的操作,這樣的思考力是必須要具備的。
  • 一個項目的開始必須要有一個清晰的優化主干框架,主干就是指該項目最核心的大型功能或者對整個項目目標起著至關重要的元素。所有開發資源必須優先讓位于主干功能。否則在預定的時間內可能無法完成效果指標。
  • 數據評估對項目起著不可或缺的作用,從項目啟動一開始,必須要合理的設置優化指標,否則優化就會出現跑偏的危險。比如搜索如果純粹追求gmv占比,項目組可能就將優化方向集中在如何去搶奪流量上。所以必須設置多維度的指標,過程指標與結果指標雙達標才能保證項目保質保量的完成。這也有助于提升項目組成員的積極性與成就感。
  • 站內搜索優化,還是要依靠算法來進行提升,短時間的起步階段可以用運營人員的手動操作來彌補算法上的不足,但是也僅僅局限于起步階段,長遠看必須要依靠算法上的迭代來實現優化,運營人員起到的是為搜索提供更加多樣化的呈現解決方案。從流量運營的角度而言,搜索作為非廣告類的自然流量入口,其作用是讓用戶更加精準的快速找到想要的產品,然后點擊進入詳情頁,進而形成購買轉化,用戶通過搜索從點擊瀏覽到加購形成訂單其實就是一個簡單的流量漏斗思維,哪一層漏斗出現問題就分析優化哪一層,你們看這就是前面說的邏輯思維。

關于反思方面,作為項目組的一員,充當產品和運營的雙重角色,并沒有對整個項目的前進方向做硬性要求,在整個搜索團隊完成已有規劃的功能開發的同時,領導層還會穿插一些外部搜索需求,且部分算法人員還不能all in在這個項目中,還是會接受自己所在組織架構老板交代的其他任務,這也造成了項目組其實真正的工作效率會大打折扣。

在跨部門溝通上,確實是自己的一大短板。但是一個占比全部收入10%以上的功能,僅僅投入如此幾人的團隊確實有一些說不過去,但是又無可奈何。

在剛上崗還沒有摸清已有功能時,貿然的跟進了在此基礎上的功能優化,等到功能上線后發現重大bug才開始回過頭來填之前留下的各種坑,浪費了大量的時間和精力。這也給我自己狠狠的上了一課。

即便是我能總結出這么些道道和模式,但是在整個項目中我們還是會遇到各種各樣的問題,比如和數據評估部門就優化指標的拉鋸戰,類目事業部對搜索的各種diss,以及商品體系的參數模板質量不過關,阿語機器翻譯不準如此種種。方法論始終是方法論,只有適合自己的才是最好的,但是踩過的坑千萬不要再重蹈覆轍。

2018年是對互聯網不怎么友好的一年,也是我職業生涯的第六年,互金相繼暴雷,網傳的資本寒冬好像越來越真實,有點人人自危的趕腳,人們好像已經不像之前那樣對互聯網思維有著高看一眼的羨慕,轉而覺得像是基礎不牢的空中樓閣一樣隨時都要倒塌的夕陽產業。但是不論怎么看,互聯網思維讓我們想到了萬物皆可連接的可能性,理性與想象并行年代,一個是現實一個是理想,但是豐富自身還是最增值的投資。準備和即將到來的2019打個招呼吧!

 

作者:王歡,運營小灰一枚。

本文由@王小命兒原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 前輩,可以加個微信么?我對文章提到的搜索算法資料比較感興趣,希望可以學習學習。

    回復
  2. 做為杭州互聯網圈的人都了解你說是哪家公司,哈哈;
    新項目初期不建議兼任運營和產品兩重角色,你的角色應該是項目負責人和運營兩重角色。
    從我做過的項目經驗來看,項目負責人的角色是:定方向和協調資源。
    主要內容是:
    1、定方向目標,拆分為階段性目標,
    2、和搜索產品經理定階段性規劃和項目評估標準
    3、項目階段性數據評估(是否完成階段性目標)
    4、項目階段性復盤和下一階段計劃
    然后根據計劃流程走,每個階段你評估項目效果。
    我是數據分析,個人項目理解,可以溝通

    來自浙江 回復
    1. 方便加個微信?

      來自浙江 回復
    2. wanghuan314400

      來自浙江 回復
  3. jollychic么?

    來自北京 回復
    1. 昂 是的

      來自浙江 回復
    2. 您文中說的搜索相關,有一些材料么,我想學習下

      來自北京 回復
    3. 可加我微信wanghuan314400

      來自浙江 回復
    4. 方便加個微信?

      來自浙江 回復