搭建一個能自運轉的UGC問答社群系統，對于營運人員而言，需要做些什麼？本文盡量從可實戰遷移的角度梳理，聚焦在系統冷啟動，與大家探讨從0到1搭建UGC社群系統的思路，希望對你有所收獲。
筆者從2020年開始主導設計某UGC問答社群系統，曆經兩年多時間，社群多項名額實作指數級增長。借此文回顧從0-1搭建的一些思考，并且盡量從可實戰遷移的角度梳理，希望各位讀者能有所收獲。
社群從0-1包括了三個部分：
- 使用者冷啟動：核心使用者營運、流量投放等，主要由使用者營運、市場人員完成；
- 内容冷啟動：産品上線前或上線初期的内容準備和生産，主要由内容營運人員完成；
- 系統冷啟動：構架和功能頁面設計等，主要由産品、技術人員完成。
由于筆者項目經驗更側重在第3部分，是以本文聚焦在系統冷啟動，對使用者冷啟動和内容冷啟動不做探讨。
首先給大家抛個問題：“從0-1設計系統功能頁面時，我們可以先直接搬運市場上成熟的産品功能和頁面，後續再視情況調整嗎？”
我的答案是：“不建議”。
設計功能和頁面應該是整個系統搭建步驟的最後一步，它就像你考試時提筆書寫的答案，是一個結果的呈現過程，但在這之前你需要搞清楚試卷裡的問題是什麼、解題思路是什麼，需要調用哪些知識點、有限的時間下如何配置設定答題優先級。
是以回到上面的問題，當我們從0-1設計系統時，我們需要先明确整個産品的定位、然後思考産品的政策架構、再從使用者視角提出功能和頁面清單并評估優先級，即前期上線哪些功能和頁面，最後才是進入功能頁面設計，如下流程圖。
一、社群定位
即社群側重于提供什麼服務、為誰服務。
産品定位的呈現往往隻需要一段話甚至一句話，看似簡單，但在産品經理的實際工作中，搞清楚産品定位其難易程度受到該産品提出的背景、組織分工、考核名額等多方面因素的影響。
由于本文是從産品經理的視角探讨從0-1搭建系統，是以按照産品經理在産品定位上的話語權從高到低進行劃分，大緻有以下3種情況：
1、社群的想法由産品側提出，并且由産品側主導完成。這種情況下，社群定位也由産品側進行明确，難度較大且耗時較長，包括主導前期的使用者調研、資料統計、競品分析，并且可能需要在這個階段提出社群的核心名額、預期的成本收益等；
2、社群的想法由上司/戰略層提出，并且由産品側主導執行。這種情況下，一般已經有核心名額了，社群定位也有大緻範圍，産品側應更多專注于勾畫使用者群體、分析使用者痛點，進而進一步讓社群定位清晰。
注：這裡還有一種非理想的情況，上司/戰略層提出想法，但是對于社群定位并無過多資訊，此時産品側需要更多得去分析當時提出的背景，尋找和輸出相關支撐材料，然後與上司/戰略層進行範圍确認，確定方向如其預期。
3、社群的想法由合作部門提出，或者由合作部門主導執行（比如内容側）。這種情況下，産品側在社群定位這部分的工作則是配合執行或者與合作部門進行溝通确認即可。
社群定位的差異，對後續産品架構、特别是功能優先級的評估影響較大，是以務必在有清晰的定位下再進行後續步驟。
另外需要說明的是，産品定位并不會一成不變，它往往會随着産品的成熟、資料的瓶頸、部門kpi的變化等因素有所調整，但這并不影響我們在從0-1的這個階段将它清晰明确化，實際上，産品定位在每個階段都至關重要。
二、政策架構
1. 基礎政策架構
社群的核心資産為内容和使用者，其中使用者包括内容消費者和内容生産者，三者之間形成一個自循環的産品架構，如下圖所示，消費者、生産者、内容，這三者互相作用，共3個雙向箭頭，我們可以對着每個箭頭思考這樣兩個問題：
- “平台希望這個箭頭帶來什麼？”
- “平台能夠為這個箭頭的達成提供什麼？”
筆者也将以此展開和延伸為大家介紹UGC社群架構建構的思路。
（1）生産者與内容
“平台希望這個箭頭帶來什麼？”——希望生産者能生産更多的内容（提升内容産量）、更高質的内容（保證内容品質）、更多樣的内容（豐富内容類型）。
“平台能夠為這個箭頭的達成提供什麼？”——
①關于提升内容産量：對創作者來說，生産内容有兩個要素，能力和意願，是以平台側可以從降低創作門檻和提高創作熱情兩方面入手。其中降低創作門檻，可以繼續拆分為生産前（如官方教程、新手引導、創作模闆）、生産中（建立内容的編輯過程，此處為核心功能，0-1階段做到什麼程度根據項目資源、産品定位考慮）、生産後（如進度查詢、資料看版）；其中提高創作熱情，可以繼續拆分為活動型激勵（正常型活動、臨時型活動）、功能型激勵（津貼、創作者等級、流量扶持等）
②關于保證内容品質：需先确定平台品質标準（即評判什麼是高質内容、什麼是低質内容）以及内容稽核方式（是否需要稽核，是先發後審還是先審後發），然後制定對高質進行激勵、對低質進行打擊的政策。後面筆者會單獨寫一篇問答内容品質等級設計，對其政策進行更詳細得介紹；
③關于豐富内容類型：一個是内容主題的豐富，這個由營運側設計；另一個是内容形态的豐富，包括單内容（視訊、文章、說說、直播等）和内容集（主題專欄、熱榜等）。
以上需要根據平台的實際定位展開，比如平台前期希望專注于提高産量，那終點展開（1）部分，（2）（3）部分可以精簡。
（2）消費者與内容
“平台希望這個箭頭帶來什麼？”——希望消費者能更高頻次、更長時間得消費内容。
“平台能夠為這個箭頭的達成提供什麼？”——
①幫助使用者更高效得找到自己想要的内容。常見的包括搜尋、熱榜、分類頻道等；
②将内容更精準得比對給使用者。上面是使用者找内容，是主動消費。這裡是内容找使用者，對于使用者來說更多是被動消費，涉及個性化内容推薦，如feeds流、詳情頁為你推薦等；
注：個性化内容推薦一般不需要在0-1階段考慮，它是在平台内容達到一定量級、使用者弱目标性的情況下提出的，是以本文不做展開，後面筆者會單獨寫一篇文章對個性化内容推薦進行介紹，敬請關注。
③幫助使用者更友善得浏覽内容。如視訊類内容的快進退、倍速、全屏、清晰度切換等均是為此服務；
④使用者看到感興趣的内容時，平台能給使用者提供表達想法的工具。常見的包括點贊、收藏、轉發、評論等。
（3）消費者與生産者
“平台希望這個箭頭帶來什麼？”——希望能連接配接生産者和消費者，并且此連接配接在平台上足夠穩固。
“平台能夠為這個箭頭的達成提供什麼？”——提供連接配接的工具。
①對于消費者端，常見為關注、私信、打賞；
②對于生産者端，主要包括一對一互動（回關、私信）、一對多互動（粉絲群）、資料（粉絲畫像）。
這裡需要說明的是，平台前期是否開啟或強化這一箭頭，與平台定位、使用者/内容冷啟動政策息息相關。如果平台定位偏向于“平民化内容生産”，在前期是沒必要開啟這一箭頭的，或者需要弱化這一箭頭；而如果平台以達人（KOL）作為核心，則需要強化這一箭頭。
注：
*本文所說的生産者是我們平時常見的内容創作者，包括文章、說說、視訊生産等，對應的消費者是浏覽、點贊、評論、收藏等行為使用者；
*同一個使用者，既可以是生産者也可以是消費者，兩種身份在同個使用者上并不互斥；
*同一個内容，使用者在不同UGC平台可能身份不同，比如某使用者在視訊剪輯平台用UGC模闆建立了一個視訊，在該平台，他是消費者。然後使用者将該視訊上傳到視訊平台，在該平台，他是生産者。
2. 延伸架構
在上述基礎架構中，思考的是生産者、消費者、内容三者的關系。我們也可以在該架構的基礎上進行延伸，以探索更寬的産品邊界。
消費者和消費者之間加入雙箭頭，展現的是産品的社交屬性；創作者和創作者之間也可以有一個雙箭頭，如創作者合作、直播連麥等。此外還可以加入與平台關聯的更多的“角色”，比如廣告主和廣告，以實作産品的商業化。由于本文主要探讨從0-1階段的搭建思路，此處僅做簡短提示，更多架構的延伸細節留給讀者自行思考。
三、提出清單并評估優先級
這一步開始落地到執行層，即梳理具體需要哪些頁面和功能。這一步的視角和上面兩步有所不同，上面兩步更側重于平台視角（平台希望要什麼以及提供什麼），這一步則側重于使用者視角（使用者場景和路徑）。
不同産品經理梳理清單的着手點和方法可能有所不同，筆者以消費者和生産者使用者路徑為着手點進行梳理。如下圖示例消費者使用者路徑，僅供參考。
通過以上梳理，可輸出表格形式的功能list和頁面list，并為每個功能和頁面打上優先級。一般分為三個等級，優先級由高到低為P0、P1、P2，根據項目實際情況調整。
四、功能頁面設計
終于到了書寫答案的時刻。經過前面三步，當你再去參考成熟産品的頁面和功能時，你需要從一個“考生”視角轉化為“評委”視角，去審視别人的試卷答案為什麼會這樣，如果這個答案給到你這份試卷，哪些部分是正确的，哪些部分是錯誤的。
比如下面兩張圖，分别來自知乎和豆瓣的首頁内容卡片。請問為什麼卡片底部，知乎的點贊等元素不采用豆瓣那樣的圖示而是純文字形式呢？（可以短暫思考下）
因為知乎的主打内容是精品回答和文章，内容較長，使用者完成“浏覽”通常隻能在進入到詳情頁後實作；豆瓣主打的内容是說說和讨論，相對較短，使用者可以在首頁完成“浏覽”這個動作。而“點贊”、“評論”等互動動作，往往是在完成“浏覽”後進行的。是以在知乎首頁，使用者還無法進入互動環節，“點贊”“評論”僅作為輔助内容的資料展示。
可能有讀者會疑惑有必要考慮得這麼細麼。其實作為一個C端産品，上述這樣的思考是必備技能，即使思考的答案并不準确，但這個過程對于頁面設計能力的提升是非常有幫助的。
以上便是筆者從0-1搭建UGC社群系統的實戰思考，由于經驗有限，不嚴謹的地方歡迎指正和探讨。另如文中所述，後續筆者會對内容品質等級政策、個性化推薦等分别撰文介紹，歡迎關注。
本文由@wen 原創釋出于人人都是産品經理，未經許可，禁止轉載。
題圖來源于Unsplash，基于CC0協定
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。