本文筆者針對快手說說功能進行功能分析，本文分為四個部分，分别是：需求分析、功能概述、功能分析，以及筆者對于該功能細節上的一些問題的補充。

一、需求概述

1. 需求背景

• 平台轉型：快手在2018年的轉型特點是加速構建“半熟人半陌生人共存的社區”。
• 行業壓力：短視頻産品在争奪用戶使用時長上競争激烈。在社交的基礎上打造差異化的内容形态，同時進一步降低内容門檻，成為當下的平台功能拓展機遇。

2. 目标用戶畫像

用戶一：

蕾寶，23歲，二線城市網紅達人，在快手擁有150W粉絲，日常可以依靠固定時間的直播得到穩定收入。

他希望将活動營銷類的内容與自己的PUGC視頻内容分開，所以臨時直播時間有變或者（抽獎活動）出了粉絲中獎名單，她會發表說說（并配上一張美照），重在文字形式通知粉絲。

阿麗，19歲，二線城市女大學生。

在碎片化時間會關注網紅視頻，查看她們近日動态與八卦，尤其關注網紅直播和日常穿搭，積極評論和點贊，在看别人說說時有好看的、勵志的、顔值高的照片會保存下來（以往聚合頁feed流照片内容不可保存）。同時喜歡發表說說，配上心靈雞湯和生活雜圖，偶爾宣洩下情緒，她覺得陌生人社區能更加自由的分享心情。

大壯：36歲，三線小縣城的普通從業者，每天閑暇時間會看快手。

沒有特殊技能，與主流互聯網世界有些脫節，但是和快手的主體用戶特征相同。在家庭與工作壓力較大的情況下，希望在快手這個同城社區釋放現實壓力，但是不喜歡拍視頻，經常發表說說，配張日常圖片來得到周邊人的認可和互動。

3. 功能價值

用戶：降低内容上傳門檻，便于用戶間互動，針對多重目标人群拓寬了使用場景，滿足用戶的自我營銷，内容歸類和社交互動需求。

平台：豐富平台内容形态，有利于後期商業化（可參考朋友圈精準推薦的廣告feed流），在短視頻行業中創新性的提高用戶粘性，鞏固平台的盈利需求和核心地位。

二、功能概述

1. 核心邏輯圖

整體來看說說功能形成了良好的站内内容閉環，該功能限制為1張圖片——為了保證用戶的浏覽效率，對内容産出門檻更低，同時在發布者層面1張圖片處于尴尬的場景，發視頻feed流作品沒有分量。

這更像QQ空間的說說功能延展而來，空間說說僅針對熟人社交，快手說說在發力陌生人社交和粉絲互動的同時，加快熟人社交。

2. 功能&信息結構圖

3. 功能流程圖

4.原型設計圖

全局說明：

1. 鍵盤劃入：當輸入文字時，鍵盤從下往上滑出，并做好用戶行為回饋（回複時顯示@名稱、字符限制等）。
2. 上傳提醒：在右下方顯示“寫說說”固定浮窗按鈕時，效果随頁面滑動不斷動态變化。
3. 話題地點：用顔色/icon突出顯示“話題”“地點”，支持用戶點擊後跳轉對應界面。
4. 頁面交互：注意滑入和滑出的多種方式穿插（從左往右，從下往上等）。
5. 互動特效：整體互動注重交互效果多樣化。如：用戶點擊“删除/舉報”後，頁面顯示确認彈窗，彈窗均以從底部向上彈出的形式展示，彈出時全局背景變暗，僅有彈窗為白色背景；用戶“查看全部評”後支持“收起”，做向下拉/向上收的動态特效；用戶“點贊”支持動态變紅。

三、“說說”功能分析

1. 說說入口

主要有三大入口：

1. 從“消息-動态”裡查看關注人的單條說說詳情，從而進入用戶主頁；
2. 關注頁置頂條的說說更新提示，發布對象為關注的用戶；
3. 用戶主頁有說說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 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部