遊戲情感化設計【社交模組】

在研究某些系統時，我們經常做一些拆解腦圖。例如聊天功能拆解、組隊功能拆解等。

其實對競品做單一的設計揣測意義並不大，“知其然”的結果只會讓自己停留在照搬照抄階段。

在情感化設計的第2篇，我將分享關於社交模組的一些知識，偏研究和方法論的東西會有點幹，但肯定能幫你“知其所以然”，可以分享或收藏下來慢慢看。

閱讀後，可能的收益：

• 系統策劃
  

巨集觀視角下，對使用者體驗設計做知識補充

• 互動設計師
  

學會如何進行競品分析，正確定義規則規範

• 介面設計師
  

瞭解設計目的，強化產品思維

社交模組的兩個分類

在遊戲中，核心玩法會不斷引導玩家產生“對抗”體驗（PVP、PVE），這可以延伸出兩個社交行為模型：

挑戰行為 = 成就型社交

例如挑戰競技場，獲得高排名。

配合行為 = 需求型社交

例如組隊擊殺BOSS，獲得好裝備。


成就型社交

無論是挑戰他人還是挑戰自我，在整個遊戲體驗的過程中，玩家需要不斷從中獲得成就感來推動挑戰慾望。


營造成就感氛圍並不難，例如“排行榜”、“系統廣播”等。但我們需要思考的是：當玩家獲得成就感的同時，如何牽動其他玩家形成連鎖社交反應。

例如下面這個聊天系統，“世界頻道”中資訊型別過於雜亂（社交需求、廣告、頭條廣播），除了可讀性之外，還會導致什麼體驗問題？


“頭條廣播”是玩家的成就感來源，但實際體驗是混亂的資訊不斷刷屏，玩家名字的顏色也與大段文字混在一起。


這導致很多玩家根本不知道自己上了頭條廣播，無從感知成就。同時更為致命的是，其他玩家也很難去關注：“ 誰 ”完成“ 什麼任務 ”獲得了“ 什麼獎勵 ”。

這意味著，很多能夠推動挑戰的社交慾望全都丟失了。

成就型社交最大的特點在於，系統功能不單是為了讓某些人通過炫耀，得到心理上的滿足。而是通過這種炫耀的途徑，讓更多人蔘與進來，形成一個帶有競爭的社交迴圈。

所有成就型社交的系統，都必須同時滿足三類人的情感訴求：

• 參與者
  

刺激炫耀的情感，例如在獲得極品裝備時系統給予的公告。

• 對抗者
  

刺激競爭的慾望，例如PK連勝、抽獎等，對自己形成了行為刺激，也要奮力參與。

• 旁觀者
  

激發出遊戲熱情，通過其他人的炫耀資訊產生新玩法的認知。


由“ 炫耀 ”產生“ 吸引 ”引發“ 刺激 ”，滿足三類人的情感訴求。

這是成就型社交的情感化設計原則，再用一個排行榜再來舉例：


請體會三類人的情感訴求：

• 參與者
  

“老子全服第二，看看這翅膀和大刀，還有這麼多人崇拜我！”

• 競爭者
  

“讓我看看你的裝備屬性，學習一下怎麼提升戰鬥力”

• 旁觀者
  

“原來還有這麼炫的翅膀，大哥哪弄來的？”（建立追求）

綜合來看，案例中情感需求的迴圈已經出現，套用設計原則，還可以發現一些體驗的不足之處：

• 讓玩家知道上榜之後還有豐厚的獎品，排名越高獎品越好；（吸引）
• 讓未上榜玩家知道自己所處層次，並幫助他評估上榜成本；（刺激）
• 通過畫面表現，感受到比自己排名靠前的玩家的挑釁。（炫耀、刺激）
  

需求型社交

玩家的社交行為由合作需求產生，包括了：“好友”、“組隊”、“師徒”、“結拜”、“結婚”等系統。

需求型社交具備三個設計特性：

時效性
即時完成社交需求，例如組隊或加好友需要立刻解決，互動邏輯簡單不繞路，所需要輸入的資訊不繁瑣；

準確性
社交雙方的互動目的統一、明確，避免在瞭解對方資訊身上浪費過多精力；

延續性
由臨時社交轉變為穩固社交關係，並長時間維持關係，而並非各取一時之需。

先看一個組隊系統的反例：


其中“自動匹配”看似滿足了玩家對 時效性 的需求，但因為匹配的過程中玩家沒有選擇的權利，他們不知道要等多久才能組隊成功，更不知道會與誰組隊。

如果被隨機匹配到的隊友不符合標準，很容易導致戰鬥失敗，極大增加了挫敗感。


所以，自動匹配是個好功能嗎？

至少未知的匹配時間與未知的隊友資訊給“時效性”與“準確性”都帶來體驗傷害。同時“延續性”也更加難以保證，因為匹配的成本太低，在組隊之初所有人都沒有交流，就好像與冷冰的NPC配合一樣。


當自動匹配無法滿足社交需求時，玩家的解決路徑自然轉向聊天系統。他們用難以琢磨的暗語不斷對世界頻道進行刷屏，更是難以達成需求型社交的體驗要求。

《大話西遊》這方面做的如何？套用設計“特性”來看：

當組隊需求產生後，玩家可以通過4種互動路徑來快速釋放需求，從而滿足時效性。

1，通過任務皮膚或組隊皮膚進行直接隊伍匹配，即對需求源的快速響應；


2，通過隊伍介面的組隊平臺進行隊伍申請或自動匹配；


注意，自動匹配是有目標的。

3，瀏覽世界頻道，尋找符合自己的組隊要求；


4，瀏覽隊伍頻道，及時加入所需隊伍


基於這四種快速的組隊方式，系統都給出了滿足“準確性”的解決方案，例如：隊伍的聊天頻道中提供篩選控制元件，通過篩選過濾來滿足玩家對既定行動目標的預期管理。


針對自己建立隊伍的需求，提供了行動目標與等級範圍的定製，通過一鍵喊話功能自動生成、傳送邀請資訊，提升了玩家的喊話效率，避免暗語出現。


除此之外，需求型社交的還有另外一個特點：各個社交模組的功能關聯性極強。

例如好友系統中的“最近聯絡”、“最近隊友”等功能，也進一步強化了“延續性”的體驗訴求。



總結

梳理設計特性的意義在於幫助我們更準確的分析、評估系統需求。

有了這樣的分析過程，才能更整體瞭解設計目的，進而通過設計解決問題。否則只能像開篇所說，一直停留在照搬照抄的階段。

這些原則與特性也是檢驗產品社交功能是否合格的有效標準，如果只是單一滿足某個條件，則不能形成良性的社交體驗迴圈。

在處理此類系統需求時，有兩個建議：

全域性視角統籌社交系統需求
針對強關聯性的特點，最好由一個策劃負責一個型別的社交系統，或者互動設計師從中出力。

先下定義，再套設計原則
所面對的需求是屬於成就型還是需求型？確定後套用其中設計手段進行展開。（歡迎針對具體案例找我做分享與討論）

最後，還有一個關於工會、幫派這種系統的“大社群”細分，會另起一篇為大家分享其中設計的門道。

作者：楊曦，遊族網路UEDC
來源： GameUE
地址：https://mp.weixin.qq.com/s/5EkOzf4dDksK1F8VENTqtg