1. 首頁 > 生活百科 > >

分享社交產品的9個要點 什么是社交產品？

小知識社交產品

說到社交類產品想必大家都不陌生，本文作者就圍繞社交類App，對常見的9個方面的設計要點和原理進行了梳理，總結了5000字分享給大家，希望看后能夠對你有所幫助 。
一、社交App設計「音效」實現機制在社交過程中，音效的加入，讓事情變得有趣、及時，QQ的咳嗽聲和消息通知是否勾起了回憶呢？
以App「SOUL」的匹配按鈕為例，匹配中有音效，匹配成功，也會有個音效 。
那么音效的實現是怎么的機制呢？是不是在后臺配置音頻文件，通過點擊按鈕調用呢？
實際上，一般不需要在后臺存儲音頻文件：
  1. 一來是因為音效變動不大，你看QQ的加好友的咳嗽聲用了那么多年 。 所以在客戶端寫死并不影響實際需要；
  2. 二來牽扯到觸發后，對交互的時效性要求較高，因為音頻文件會比圖標大很多 。
以「SOUL」為例，本來已經匹配到用戶了，如果因為網速等導致了延遲，遲遲沒有發出匹配成功的聲音，那就尷尬了 。 所以使用音效，一般音頻文件，都是放在前端的 。 至于文件壓縮和音質，就是個篩選的過程 。
二、「聊天」發表情，是怎樣的機制社交聊天，就需要發表情 。 在微信發一個表情出來，你發現顯示的是名稱[調皮]，而不是一個圖標 。
收到表情的一方，退出到聊天信息總列表，顯示的也是[調皮] 。
那么為什么不是直接放一個表情在上面呢？實際這與實現原理有關系 。
當發表情給對方的時候，實際上發的是這個表情對應的ID——服務器拿到這個ID之后，再傳給接收方的客戶端——接收方收到，再解碼出一個表情，展示在客戶端 。
用圖示如下：
因此，表情的發送，是發送給服務器一個對應ID，而不是直接發送表情文件給對方的 。 所以表情文件（圖文件）需要存在各自的客戶端，而不需存在服務器 。 此外，客戶端還要存表情名稱和ID 。
具體就是，客戶端需要以josn格式存儲表情圖-名稱-表情ID，如下圖這樣：
注意：灰度階段可以偷些表情用，但是App正式運營階段，需要自己制作表情，避免盜用侵權 。
三、社區動態的時間格式的定義時間的顯示基本分兩類：
  1. 一類是展示在外層的，不需要很精準的時間 。 比如聊天環境下的時間、用戶動態外層顯示的時間；
  2. 另一種作為嚴格的時間落款，比如賬單明細 。
后者基本可以一刀切，就用年月日時分秒，一般都不是問題 。 前者就要切合場景，對時間的要求和用戶情感的匹配性，融入一定的感情色彩或者暗示 。
這里就有多種流派，比如推特和微信就區別很大，有興趣自行研究下 。 筆者在這里整理一套自己用于聊天信息、評論、系統消息、動態的時間的展示規則，可以作為借鑒：
  • 剛剛（T<1分鐘）；
  • XX分鐘前（1≤T<1h），比如53分鐘前；
  • XX小時前（1h≤T<24h），比如23小時前；
  • 昨天+點鐘（24h≤T<48h），比如昨天 12：20；
  • 日期+點鐘（48h≤T<1年），比如：6-5 14:52，跨年則加上年 2018-12-9 16:21；
  • 年-月（1年≤T），比如：2018-5 。
四、【消息】模塊的設計1. 消息歸類在設計消息菜單的時候，需要考慮默認置頂、消息歸類等功能 。 讓目標信息曝光增加，同時讓消息有條理 。
比如：將系統與用戶的消息，放入【系統通知】，默認折疊，類于“文件夾”，點擊則打開系統消息列表 。
將用戶的【互動通知】默認展開 。
2. 未讀提示：數字還是紅點呢一般而言，人與人的聊天顯示未讀條數，因為時效性要求高 。 超過99條一般顯示99+，實際顯示99也可以，對用戶而言已無差異，非緊急的通知可以不顯示具體數字 。
消息已讀的判斷標準：只要打開就算已讀，哪怕眼前條只展出了1條，哪怕沒來得及看就手機掉線了，也都當做已讀處理 。
3. 刪除消息分兩類：一類是單條聊天記錄的刪除；另一類是整個聊天條目的刪除，大家用微信就知道 。
4. 消息保存時長永久保存在服務器用戶可以通過加載，分批查看歷史消息 。
5、考慮聊天消息的復制、轉發、失敗重發等按鈕1）已發出的文字和表情（包括發送失?。?
長按可以轉發、刪除、復制 。
2）已發出的音頻、圖片和視頻（包括發送失?。?
長按可以轉發、刪除，但不能復制（系統不支持）；點擊打開預覽大圖，長按大圖，彈出保存按鈕 。
3）發送失敗的內容

推薦閱讀