功能思考：快手說說，構建半熟人半陌生人共存社群
本文筆者針對快手說說功能進行功能分析，本文分為四個部分，分別是：需求分析、功能概述、功能分析，以及筆者對於該功能細節上的一些問題的補充。
一、需求概述
1。 需求背景
平臺轉型：快手在2018年的轉型特點是加速構建“半熟人半陌生人共存的社群”。
行業壓力：短影片產品在爭奪使用者使用時長上競爭激烈。在社交的基礎上打造差異化的內容形態，同時進一步降低內容門檻，成為當下的平臺功能拓展機遇。
2. 目標使用者畫像
使用者一：
蕾寶，23歲，二線城市網紅達人，在快手擁有150W粉絲，日常可以依靠固定時間的直播得到穩定收入。
他希望將活動營銷類的內容與自己的PUGC影片內容分開，所以臨時直播時間有變或者（抽獎活動）出了粉絲中獎名單，她會發表說說（並配上一張美照），重在文字形式通知粉絲。
阿麗，19歲，二線城市女大學生。
在碎片化時間會關注網紅影片，檢視她們近日動態與八卦，尤其關注網紅直播和日常穿搭，積極評論和點贊，在看別人說說時有好看的、勵志的、顏值高的照片會儲存下來（以往聚合頁feed流照片內容不可儲存）。同時喜歡發表說說，配上心靈雞湯和生活雜圖，偶爾宣洩下情緒，她覺得陌生人社群能更加自由的分享心情。
大壯：36歲，三線小縣城的普通從業者，每天閒暇時間會看快手。
沒有特殊技能，與主流網際網路世界有些脫節，但是和快手的主體使用者特徵相同。在家庭與工作壓力較大的情況下，希望在快手這個同城社群釋放現實壓力，但是不喜歡拍影片，經常發表說說，配張日常圖片來得到周邊人的認可和互動。
3。 功能價值
使用者：降低內容上傳門檻，便於使用者間互動，針對多重目標人群拓寬了使用場景，滿足使用者的自我營銷，內容歸類和社互動動需求。
平臺：豐富平臺內容形態，有利於後期商業化（可參考朋友圈精準推薦的廣告feed流），在短影片行業中創新性的提高使用者粘性，鞏固平臺的盈利需求和核心地位。
二、功能概述
1。 核心邏輯圖
整體來看說說功能形成了良好的站內內容閉環，該功能限制為1張圖片——為了保證使用者的瀏覽效率，對內容產出門檻更低，同時在釋出者層面1張圖片處於尷尬的場景，發影片feed流作品沒有分量。
這更像QQ空間的說說功能延展而來，空間說說僅針對熟人社交，快手說說在發力陌生人社交和粉絲互動的同時，加快熟人社交。
2。 功能&資訊結構圖
3。 功能流程圖
4。原型設計圖
全域性說明：
鍵盤劃入：
當輸入文字時，鍵盤從下往上滑出，並做好使用者行為回饋（回覆時顯示@名稱、字元限制等）。
上傳提醒：
在右下方顯示“寫說說”固定浮窗按鈕時，效果隨頁面滑動不斷動態變化。
話題地點：
用顏色/icon突出顯示“話題”“地點”，支援使用者點選後跳轉對應介面。
頁面互動：
注意滑入和滑出的多種方式穿插（從左往右，從下往上等）。
互動特效：
整體互動注重互動效果多樣化。如：使用者點選“刪除/舉報”後，頁面顯示確認彈窗，彈窗均以從底部向上彈出的形式展示，彈出時全域性背景變暗，僅有彈窗為白色背景；使用者“檢視全部評”後支援“收起”，做向下拉/向上收的動態特效；使用者“點贊”支援動態變紅。
三、“說說”功能分析
1。 說說入口
主要有三大入口：
從“訊息-動態”裡檢視關注人的單條說說詳情，從而進入使用者主頁；
關注頁置頂條的說說更新提示，釋出物件為關注的使用者；
使用者主頁有說說tab，可快速檢視指定使用者的說說動態。
1）個人動態
——在個人中心的“動態”里加入關注的人釋出說說的提醒
頁面資訊：
釋出人資訊（頭像+暱稱）、內容資訊（文案、圖片、話題、定位）
互動設計說明：
①介面風格：
僅顯示基礎說說資訊，不顯示互動資訊，秉持整體通知介面的簡潔風格。
②頁面跳轉：
點選整個說說區域可直接進入使用者主頁的說說介面，並且在說說feed流中標明該條說說。（點選指定話題和定位可進入對應feed流，非使用者說說feed流）
2）首頁關注提醒
——在首頁“關注”tab頂部增加說說更新的提醒橫條
頁面資訊：
釋出人資訊（頭像）、數量資訊（說說更新條數）
互動設計說明：
①重新整理提示：
在使用者下滑重新整理時“重新整理圖示”在說說橫條上方，標明說說更新提示也有更新。
②介面互動樣式：
點選橫條使用者可進入“關注的人”發表的說說feed流，介面互動形式為從右往左快速滑出
3）使用者主頁（本人/他人）（既是說說入口頁又是瀏覽頁）
——在主頁tab欄增加“說說”欄
頁面資訊：
使用者基本資訊、數量資訊、內容資訊、互動資訊（點贊量、評論量）、管理資訊（刪除、舉報說說）
互動設計說明：
進入使用者主頁點選“說說”tab進入指定使用者說說頁面。
①未發說說：
當本人未發表過說說時，a。對於新使用者：頁面設計“圖示+文字”引導使用者發表。b。對於老使用者：後臺計算使用者註冊天數，系統生成現成說說，支援使用者一鍵傳送。
②前往廣場提醒：
使用者滑至說說底部才顯示“前往廣場”提醒。當瀏覽他人主頁，他人未發表過說說時，直接提醒使用者“前往廣場”檢視其他說說，該處設計突出“廣場”和引導。
③上傳說說提醒：
在右下方顯示“寫說說”固定浮窗按鈕，效果隨頁面滑動不斷動態變化。
④話題篩選：
當用戶有多個話題說說時，介面自動顯示話題篩選tab，使用者選中後突出顯示。
2。 瀏覽說說
1）說說廣場
——主要用於同城社交的feed流。
頁面資訊：
使用者基本資訊、數量資訊、內容資訊、互動資訊（點贊量、評論量）、管理資訊（刪除、舉報說說）
互動設計說明：
同上方的“全域性說明”。
另補充：
①廣場背景：
說說廣場的頂部背景當有指定主題/定位時，顯示指定主題/定位和說說數量，設計城市和主題對應的背景圖。否則預設顯示“說說廣場”和說說數量。
②使用者舉報：
使用者跳轉後前三項均可直接選擇，但其他必須詳細書寫，此處注意舉報按鈕的狀態切換
3。 上傳說說
頁面資訊：
基礎文案、圖片資訊、艾特好友、定位資訊、話題資訊
互動設計說明：
① 輸入文字：
未輸入文字時，採取話題引導方式。預設選中話題1的“此刻心情”，並且在文案欄引導使用者填寫內容，後面的話題相同（都有引導詞）。在使用者輸入文字時，引導詞消失，文案底部提示（n/150）限制使用者發表字數。
② 上傳圖片：
有兩種方式——本地上傳和直接拍攝，從底部彈出本地相簿可直接上傳，與照片集並列首位是直接拍攝功能，使用者只可上傳1張照片，拍攝功能由錄製影片功能簡化而來（互動設計可參考）。
③ @好友，
將使用者最近@的人放在最上方，並用紅色字型提醒，其餘按照首字母順序排序。
④ 地理定位，
置頂兩行是：不顯示與所在城市，其餘按照與本人定位距離遠近排序。
⑤ 推薦話題：
話題由平臺擬定，注意長短不一。
⑥ 釋出按鈕：
未輸入文字和圖片時，底部發布按鈕是不可點選狀態；輸入文字或者圖片後，釋出按鈕可以點選。
4。 異常情況處理
1）使用者不可評論：
當釋出者設定評論許可權，使用者不可評論時，對評論icon進行不可點選設計，並彈出提示。
2）無網路連線：
灰色彈窗不可長時間顯示，在此狀態下所有互動按鈕失效（除重試性質按鈕）。
3）釋出失敗提醒：
當沒有網路時使用者說說傳送失敗，在說說下方顯示失敗提醒，時間顯示首次傳送失敗時間，並且評論和點贊都不可點選；優先彈出灰色彈窗提示原因（2s消失），使用者點選重發後說說下方文字變成“傳送成功”。
4）上傳字數超限制：
當用戶上傳說說輸入文字達到150字時，輸入欄不再顯示文字，右下角為150/150字數提醒。
5）上傳照片限制：
使用者上傳照片時限制一張，在使用者選完第一張，整個照片介面為不可點選狀態；在點選第二張時，頁面彈窗提示“最多隻能選擇1張照片”。
6）搜尋失敗提醒：
@好友/定位進行搜尋時，沒有符合結果進行“沒有內容”提示，並且“完成按鈕”不可點選。
5。 功能細分點及優先順序
整體介面邏輯是：說說入口（3個）——瀏覽說說（廣場）——上傳說說
以下是需求優先順序的矩陣判斷邏輯：按照使用者滿意度和需求實現度的打分制判斷，P4表示優先順序最高。具體分數靠（未使用者調研、無技術基礎的）筆者直覺，所有會與實際有誤差，在此僅提供一種判斷方法。
四、筆者補充
筆者透過整體分析，對於快手的說說功能有以下幾點細節需求補充（在此不做贅述，僅提供簡要分析與原型設計）：
22-修改話題背景：
23-搜尋結果頁面最佳化：
顯示說說，突出平臺內容。之前的“綜合”裡的使用者和標籤與tab重複。
24-釋出：
後在“說說廣場顯示成品”，讓使用者有社群參與感，並以閃動的紅色背景提醒使用者已傳送成功。
25-說說互動週報：
在“訊息”通知裡，平臺可考慮在此引入站內賬號，方便引導使用者使用。
筆者沒有從事過產品相關的工作，第一次實戰Axure和PRD撰寫，很多判斷與描述不準確，尤其在技術難度和資料判斷方面。
所以，本文僅是個人的實踐總結哦~
歡迎大家批評指正！
作者：小橘子，某財經大學的本科生一枚，校內擔任某社團社長，過去一年有新浪微博的渠道市場和美團點評的產品運營的實習經歷，實習期間完成閉環管理，現意向轉產品方向，正在努力學習中……
本文由 @小橘子 原創釋出於人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議