[轉]Paul Adams:為社交設計

為社交設計

Strong, Weak, and Temporary Ties

by?Paul Adams?on 2010/04/09

PS:作者Paul Adams?Facebook全球品牌體驗總監

電話和手機聚集十億用戶用了15年的時間,而Facebook只用了9個月。我們看到越來越多的人開始用在線社交網絡,這種網絡好像也在成倍地增長。但是事實是,社交網絡卻沒有增加人們交流的次數。我們差不多見過所有我們在社交網絡上聯系的人們。我們在線下也和這些人聯系過。社交網絡只是將這種關系可視化了。舉個例子,我們經常聯系老同學,然后補上幾張大字報。但是只要我們聯系過我們很少能夠繼續談下去,久而久之我們忘記了這些關系的存在。事實上,Facebook的用戶通常和他們將近達到50%的關系人沒有互動交流。當我們研究人們如何在社交網絡上互動交流時,我們發現絕大多數交流只是人們交流中一個非常小的子集。

Facebook上平均好友數量是130,有些人會有很多。盡管有成千上百的朋 友,Facebook大部分人只定期聯系4-7個人。對于90%的Facebook用戶來說,他們20%的好友占據了他們70%的互動交流。在手機使用上 我們看出同樣的道理。我們的手機聯系人里有許許多多的朋友,但是80%的手機呼叫打給了相同的4個人。我們認識幾十個用Skype的人,但是80%的 Skype通話都是撥給那2個人的。即時我們在線玩游戲,但是主要和線下認識的人一起玩。

我們與一些我們不親近的人保持著多種多樣的交流。我們找新工作,不是通過我們的朋友,而是通過朋友的朋友。當我們的朋友的朋友的朋友減肥,我們也減肥。我們去eBay,從沒見過的人那里買成百上千美元的東西,也許之后我們不會再聯系。

我們和我們生活中的人有著非常多樣化的關系,盡管網絡不能很好的支持它。

the web doesn't support different layers of relationships very well

在Facebook上,所有我的朋友都是同等對待。我被授予了一張很長的按 字母表順序排列的列表。他們中的某些人我能過存放我最深的秘密,也有另一些人我還沒見過5次。盡管他們集合在“朋友”的大桶里。在Facebook上和我 是“朋友“的人中,有許多我都不會稱為“朋友”。我可能叫他們熟人,或者同學,或者家人,但是他們和我的親密朋友不在同一個類別。

在我的手機里,所有的聯系人都是同等對待。我有一張很長的按字母表順序排列的列表。我 最好的朋友和那個我和他5年沒有說過話的人占據同樣的數字字符像素。我可以通過”收藏夾“找到我最常聯系的人,但是這些人和那些我已經失去聯系的人是同樣 的表現形式。在Linkedln上,我所有的聯系人都是同等對待。盡管有一些人近年來的每一天我們都一起工作,但也有些人我只在一個會議上見過一次。

我們的設計網絡工具必須要認識到這些聯系的強度,我們與一些人有著比另外一些人更密切的聯系。我們應該適應這些知識。

有三種關系類型:

強關系:人們彼此非常關心

弱關系:人們的聯系很稀松,像朋友的朋友

暫時性關系:人們彼此不認識,但臨時地聯系過

讓我們來看看每一種關系類型,想想我們應該如何為它們做設計

大多數人只有不到10個強關系

幾十年來,人們都在說社交網絡是由強關系和弱關系構成。想想你生活中的人們吧。你最親密的朋友,在家庭里和你更親近的人,這些都是你強關系的例子。強關系就是你最關心的人。人 們的強關系通常指的是在“信任的圈子”里的人。強關系的人通常對朋友的決定發揮著重要影響。大部分人只有很少的強關系,一般少于10個。一個針對隨機挑選 的3000個美國人的研究表明一般美國人只有4個親密的社會關系(4個強關系)。大部分人的強關系介于2到6之間。人們的強關系來源于各種不同的地方。強 關系里大約一半可以稱之為朋友。剩下的一半包括配偶,合作伙伴,父母,兄弟姐妹,孩子,同事,俱樂部同事,鄰居,職業顧問或輔導員。在2002和2007 年,一份關于1178位成年人的研究發現,平均每個人有10個在至少每周與他們見過面或者交談過的人。所以當我們為強關系設計時,我們是在為一小組人做設 計。

有 些人相信這種情況正在改變,網絡讓我們與更多人親近了。相反的是,研究報告顯示絕大數量的社交網絡使用發生在強關系之間。我們可以輕易的看到,在 Facebook上那是4-6個人,在手機呼叫上是4個人,Skype上是2個人。當人們與其他人玩在線電腦游戲時,他們主要和那些他們認識的人交流,一 起玩,或是和那些住的離他們很近的人。這種用于強關系交流的技術模式并不是新的。當電話出現時,它極大擴大并促進了強關系,而不是弱化它們。20世紀七十 年代的一份研究表明手機呼叫的大部分都是打給住在與呼叫人5英里以內的人。

為強關系設計

想一下現有的交流方式,手機呼叫、文字信息、郵件。我們與強關系的聯系因為它們得到了增強。我們應該謝謝它們,不要試圖用我們自己的信息系統替代它們。

展示有關10個最親密人的更多消息可能比顯示更多的人的少部分信息有價值的多。

避免如”朋友“等的一般措辭。這很可能導致超出人數的團體,減弱了他們的相關性。

向人們推薦關系,但是要說說明增加關系的影響。

人們日常與大約150個人為弱關系

除了你的強關系,想一下你朋友的朋友。人們彼此不是很認識。他們就是你的弱關系。弱關系是指你認識但關注很少的人他們和你聯系的很少。弱關系指你們困同一個電梯里,你不會感到不舒服,但也不會干到非常親近的人。

在二十世紀七十年代,社會學家?Marc Granovetter寫了一篇關于弱關系的強度的、非常創新的論文。他推斷弱關系是比強關系更好的信息來源。因為我們的強關系是一個非常小的圈子,弱關系擁有信息和建議的更強大的資源。研究表明大部分人在現實生活中只能與的150人保持最新的弱關系。這種模式千百年來都是正確的。新石器時代的村莊一旦達到150位居民,就開始分成兩個村,這樣每個人都認識彼此。現在這也是正確的,不管線上還是線下。我們和150多人都有關,但是我們沒有和他們保持聯絡。我們在Facebook上和成百上千的人有關,但是我們很難說出他們的生活怎么樣。

在社交網絡上,弱關系有時非常有用例如在Linkedln上的關系人可能會幫你找到一份新工作,一位朋友的朋友可能就一個專業題目給你一些建議。然而有時社交網絡上的弱關系也可能導致一些尷尬的社交局面舉例來說,收到不必要的Facebook的邀請,這些邀請來自你不是很認識的人。

為弱關系設計

在交流和信任之間要考慮權衡。弱關系可能對于我們感興趣的一些事上更有見識,但是我們可能不怎么相信他們。弱關系對于展現我們的其他共有關系,展現他們知識資源很重要,所以我們提高了對人們(弱關系)的信任。

讓人們能夠很容易地揭這打開了弱聯系之間的連接,同時沒有損失用戶隱私。

在弱關系之間開通合適的交流通道。這可能會有促進或突出共有的強關系。

網絡正在促進我們與暫時性關系的互動交流

當我們談論線上關系時,強關系和弱關系是不夠的。我們需要一類新的關系——暫時性關系。

暫時性關系是存在的,但是網絡把他們推向了前面。想 想我們只交談過一次的人。事實上你不認識他們。暫時性關系在線上比線下更常見。他們和你沒有公認的關系,只是為了某個特殊原因而暫時性的交流。一旦任務結 束,暫時性關系就不會再聯系了。除了他們打的字,你并不了解他們,不管他們有什么樣的網絡資料。由于在線用戶產生內容的增長,暫時性關系變得越來越重要。

以下是暫時性關系的4種常見類型:

1.人們有時和暫時性關系交流是由于一種信息需求。人們需要信息時就尋找有跟答案有關知識的人。一旦這種信息需求得到了滿足,與他們的交流通常會結束。你可能會在街上問路,或者在網絡上用雅虎問答來查找信息。這種暫時性關系類型對網絡搜索的發展前程越來越重要。人們留心某些人,不是為了商業利益,只是回答疑問。

2.暫時性聯系也存在于當然們需要臨時的交流來完成意向工作。一旦任務完成,交流終止。舉例來說,在商店里與銷售助理交流,或者讓一位水管工人到你家修理泄漏的管道。現在許多這種任務都是在網上完成,像和電話代表中心聯系,讓他們安裝電纜裝置,或者從eBay的暫時性關系那買東西。

3.暫時性關系也可能是因為一個共有的、正在進行的嗜好而形成,如一個運動團隊或者愛好這種交流互動通常發生在社區網站上,例如某個運動隊的論壇。這種關系的真實身份還猶未可知。在這些關系中,經常發帖的人開始認識其他人,了解其他人的行為。盡管他們可能從未見面,他們的關系正從暫時性走向弱關系。有越來越多這樣的例子,暫時性關系在網上交流,在線下見面。

4.人們經常和在分享相同地理位置的人形成暫時性關系。這種關系可以像在街上一分鐘談話一樣簡單,有時像音樂節上間歇3天的談話一樣復雜。現在的技術允許我們和分享過跟我們一樣物理位置的暫時性關系交流,盡管他們不是在相同的時間。我們能用手機查看誰之前去過我們正在考慮的旅館,他們訂的什么,還有他們認為它好不好。

因為我們和暫時性關系的人沒有關系歷史,所以代表性的身份特征和聲譽對于成功交流至關重要。我們需要知道eBay賣家是可信的。我們需要知道我們正在讀醫療建議來自于一名真正的醫生,而不是冒充是醫生的人。我們需要知道旅館評論來自與知道它們食物的人,也需要知道Amazon的評論不是公司雇員寫的。

reputation building在 Yahoo問答上,人們通過不同方法建立他們的聲譽(威望)。在圖的左邊,“Messykat”通過提供問題的最佳答案建立她的聲譽。她的意見在20%的 例子里都有幫助,但是我們仍然不是很清楚她在三個專業領域(貓,狗,婚禮)里的作為專家的憑據。在圖的右側“RuthAnn”通過說明她已經訓練了40多 年的狗狗,來建立自己的聲譽。這只是表面上增加了可信度,因為我們無法核實那是不是真的。

building trust by positive feedback from temporary ties在eBay(左圖),“jmjenkins”通過跟他交易過的暫時性關系人的積極反饋建立信譽。他們中一些人在他的概述里留下了肯定的評論:商品跟描述的一樣,安然無恙的收到。謝謝!A++”。

在Amazon(右圖)“W.Todd Dominey”因為在711個案例中提供了665條有幫助性的評論,建立了自己的信譽。他還因為用了自己的真實姓名,說了自己來自哪里,獲得了信譽。盡管如此,和Yahoo問答的“RuthAnn”一樣,我們不清楚“W.Todd Dominey "知道多少他評論的主題。我們無法核實他的可信度。

幫助暫時性關系的大部分人的動機都不是錢。你 不能用經濟回報創建一個好的暫時性關系群體。Yelp曾經這樣做過,一條評論一美元,之后他們嘗試支付人們每小時15美元來評論現有的意見,并寫一些新 的。Yelp最后獲得了一些低質量的評論,和許多負面新聞。暫時性關系的真正動機包括成為一個專家的或利他主義的認同感,他們感到自己屬于某個群體。所有 這些行為需要被理解,在我們的社交網絡設計占有重要地位。

支持暫時性關系對商業是有益的。一項研究證實“由于一款手機的積極評價引起的增長往往比由市場份額而造成的增長早1-2個月。另一項歷時七個月研究表明在線發起的活動(一種評估由在線聊天者引起的推薦)開展地好,下個月的銷售就會增長。活動下降,銷售也下降。

為暫時性關系設計

?

建立一個能夠很好區分優先次序的威望機制。允許人們能夠反饋其他人。

鼓勵人們多發表能夠提升對他們身份信任的內容這可能指有亮點的共有關系、共同團隊或者共同興趣。

不要用錢來激勵人們建立自己的信譽(威望)。

結論

社交網絡設計將成為每個交互設計師專業技能建設非常重要的一部分。做好了,我們需要了解一些人類關系的基礎知識。如果你的用戶需求以強關系為主,你應該設計一些與以暫時性關系為主十分不同的東西。理解強關系、弱關系、暫時性關系的區別能夠幫助我們設計更好的在線社交體驗。

?

轉自:http://article.yeeyan.org/view/258129/246735

Paul Adams,Facebook 全球品牌體驗經理,負責研究與制定新產品的設計、開發與推廣策略。

Paul Adams畢業于愛爾蘭國立藝術與設計學院工業設計專業,獲得設計學士,并于2001年至2002年期就讀于愛爾蘭利莫瑞克大學交互設計專業獲得理學碩士。

曾就職于法國Faurecia(法國汽車零部件制造商)任汽車設計師,從事汽車座椅設計,后就職于英國戴森(英國工程技術創新公司)任產品設計師,從事電器設計,他參與設計出暢銷日本的吸塵器,并組建戴森公司第一支實地調研團隊用以新概念的測試。

后加入知名用戶體驗咨詢公司Flow,帶領用戶體驗咨詢團隊團隊,從事各類用戶體驗研究與設計的項目執行,服務客戶包括BBC、英國衛報、沃達豐、英國政府以及必發等知名英國公司。

加入Facbook之前,2007年至2010年之間,Paul Adams就職于Google用戶體驗團隊,是社會化交互設計領域的領銜人物,負責Google多個社會化網站項目,諸如Gmail,手機 Google,Youtube等,致力于用實地研究與實驗室研究結合方式幫助產品與開發團隊創造出用戶喜愛的產品與服務。


本文轉自 zhenjing 博客園博客,原文鏈接:?http://www.cnblogs.com/zhenjing/archive/2012/02/11/social_ties.html? ,如需轉載請自行聯系原作者

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/540370.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/540370.shtml
英文地址,請注明出處:http://en.pswp.cn/news/540370.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

[轉載] Java中日期格式轉換

參考鏈接&#xff1a; Java中的類型轉換和示例 Code: /** * 字符串轉換為java.util.Date<br> * 支持格式為 yyyy.MM.dd G at hh:mm:ss z 如 2002-1-1 AD at 22:10:59 PSD<br> * yy/MM/dd HH:mm:ss 如 2002/1/1 17:55:00<br> * yy/MM/dd HH:…

Android Framework中的Application Framework層介紹

Android的四層架構相比大家都很清楚&#xff0c;老生常談的說一下分別為&#xff1a; Linux2.6內核層&#xff0c;核心庫層&#xff0c;應用框架層&#xff0c;應用層。我今天重點介紹一下應用框架層Framework。 Framework層為我們開發應用程序提供了非常多的API&#xff0c;我…

[轉載] java注釋

參考鏈接&#xff1a; Java注釋 Java注釋 java中注釋有三種&#xff1a;這些都稱之為java doc標記&#xff0c;含義如下&#xff1a; java中注釋有三種&#xff1a; 單行注釋 //注釋的內容&#xff0c;多行注釋 /…注釋的內容…/&#xff0c;文檔注釋 /**…注釋的內容….*/。…

環路是怎樣形成的實例

環路是怎樣形成的一個由十多臺交換機組成的小型局域網&#xff0c;交換機大多是Cisco的中低端系列產品。某日突然出現問題&#xff1a;局域網內的主機之間相互ping時&#xff0c;都出現延時長、丟包現象&#xff0c;網絡應用奇慢無比。 觀察交換機設備&#xff0c;指示燈看不出…

[轉載] 《Python語言程序設計》課程筆記

參考鏈接&#xff1a; Python程式設計語言 文章目錄 第一部分 Python快速入門第1周 Python基本語法元素第2周 Python基本圖形繪制 第二部分 Python基礎語法第3周 基本數據類型3.1 數字類型及操作3.3 字符串類型及操作3.4 模塊2: time庫的使用 第4周 程序的控制結構4.1 程序的分…

ORACLE中創建如何創建表,并設置結構和默認值

使用select語句查看EMP表&#xff0c;根據COMM排序 默認情況下&#xff0c;空值會自動排列在尾部。 利用nulls last排序時將空值置底 利用nulls first排序時將空值置頂 例 創建一張出版社表 使用語句 create table 表名&#xff08;列名1 類型&#xff0c;列名2 類型&#xff0…

[轉載] C++靈魂所在之---多態的前世與今生

參考鏈接&#xff1a; Java是否支持goto 開頭先送大家一句話吧&#xff1a; 眾所周知&#xff0c;在20世紀80年代早期&#xff0c;C在貝爾實驗室誕生了&#xff0c;這是一門面向對象的語言&#xff0c;但它又不是全新的面向對象的語言&#xff0c;它是在傳統的語言…

Code Sinppet

如果你在使用VS 2005,如果你不能使用它的Code Snippet功能&#xff0c;如果你在實現抽象類override 方法時彈出&#xff1a;Code Snippet titled [Method Stub - Body] failed to load. Verify that refactoring snippets are recognized in the Code Snippet Manager and that…

暴風TV請來中國人工智能first lady馮雁教授任首席科學家

今日下午&#xff0c;暴風AI無屏電視發布會現場&#xff0c;暴風TV宣布邀請號稱“中國人工智能first lady”、于香港科技大學任教的馮雁教授&#xff0c;擔任暴風TV人工智能首席科學顧問。 馮雁教授于現場表示&#xff0c;選擇暴風TV合作的重要原因&#xff0c;一方面在于其個人…

[轉載] java 計算協方差_Java的深度:通過協方差暴露的API泄漏

參考鏈接&#xff1a; 關于Java中null的有趣事實 java 計算協方差 Java有時可能非常棘手&#xff0c;特別是在API設計中。 讓我們看一個非常有趣的展示柜。 jOOQ強烈地將API與實現分開。 所有API都在org.jooq包中&#xff0c;并且是公共的。 大多數實現是在org.jooq.impl包…

gulp之gulp.watch報錯

gulpfile.js如下&#xff1a; 問題&#xff1a; 第一次改動文件&#xff0c;監聽正常。再次改動&#xff0c;報錯&#xff0c;如下&#xff1a; 解決&#xff1a; 總結&#xff1a; 意思&#xff0c;gulpsequence這玩意兒返回的thunk只能執行一次 轉載于:https://www.cnblogs.c…

[轉載] mybatis

參考鏈接&#xff1a; 在Java中使用_(下劃線)作為變量名 mybatis第一天 1.mybatis概述和環境搭建 mybatis概述 mybatis環境搭建 1. 創建maven工程、添加開發依賴、創建數據庫和表&#xff1b; 2. 創建domain實體類和dao mybatis是一門java語言編寫持久層框架…

設置了li(float:right),里面的li反過來顯示 - 解決辦法

設置了li(float:right),里面的li反過來顯示 - 解決辦法 可以讓ul float:right ul里的li 依然float:left 本文轉自許琴 51CTO博客&#xff0c;原文鏈接&#xff1a;http://blog.51cto.com/xuqin/1127540&#xff0c;如需轉載請自行聯系原作者

[轉載] 純函數和函數柯里化

參考鏈接&#xff1a; 用示例編寫Java柯里化Currying函數 文章目錄 純函數什么是純函數純函數例子非純函數例子 函數柯里化函數柯里化簡單例子參數復用 純函數 什么是純函數 如果函數的調用參數相同&#xff0c;則永遠返回相同的結果。它不依賴于程序執行期間函數外部任何狀…

[轉載] scala

參考鏈接&#xff1a; 在Java的數字中使用下劃線 1 scala 底層是有一種隱式轉換機制&#xff0c;比如對String類型&#xff0c;底層會轉化Scala的StringOps類型 2 scala 的通用的化簡規則&#xff1a;調方法時候&#xff0c;方法的參數列表只有一個&#xff0c;則方法的&…

MySQL數據庫學習筆記

MySQL常用語法總結 一.創建Web數據庫 1.登陸到數據庫 mysql -h hostname -u username -p mysql -h hostname -u username -D dbname -p 2.創建數據庫 CREATE database dbname 3.使用數據庫 USE dbname 4.創建數據庫表 CREATE TABLE tablename (columns) 5.列的數據 create tabl…

[轉載] java實現四種常用排序算法

參考鏈接&#xff1a; 用Java排序 四種常用排序算法 ##注&#xff1a;從小到大排 ##冒泡排序## 特點&#xff1a;效率低&#xff0c;實現簡單 思想&#xff1a;每一趟將待排序序列中最大元素移到最后&#xff0c;剩下的為新的待排序序列&#xff0c;重復上述步驟直到排完所…

[轉載] Java復制對象與集合工具類

參考鏈接&#xff1a; Java中的類和對象 項目中經常需要將某個對象的屬性值復制給另一個對象&#xff0c;或者將一個集合復制到另一個集合。利用spring提供的BeanUtils&#xff0c;自己簡單封裝了一個工具類。 public class CopyUtils { /** * 復制集合 */ public static &l…

.NET深入學習筆記(4):深拷貝與淺拷貝(Deep Copy and Shallow Copy)

今天繼續利用準備WSE安全開發文章的空閑時間&#xff0c;完善《.NET深入學習筆記》系列&#xff08;基本都是.Net重要的知識點&#xff0c;我都做了詳細的總結&#xff0c;是什么、為什么、和怎么實現&#xff09;。想必很多人也接觸過這兩個概念。做過C的人對深淺拷貝的概念一…

VIM一般模式操作

2019獨角獸企業重金招聘Python工程師標準>>> vim介紹 vim和vi幾乎是一樣的&#xff0c;唯一的區別就是當編輯一個文本時&#xff0c;使用vi不會顯示顏色&#xff0c;而使用vim會顯示顏色。 vim有三個模式&#xff1a;一般模式&#xff0c;編輯模式&#xff0c;命令模…