IT瘾社交推荐

西班牙计划禁止 16 岁以下儿童使用社交媒体

Tue, 03 Feb 2026 21:19:53 CST

西班牙首相 Pedro Sanchez 周二表示，计划禁止 16 岁以下未成年人使用社交媒体，社交平台需要引入年龄验证系统。他表示要保护儿童远离数字狂野西部。澳大利亚于去年 12 月成为首个禁止 16 岁以下儿童使用社交媒体的国家，英法等国正在考虑采取类似年龄限制措施。Sanchez 称西班牙将于下周提出一项法案，追究社交媒体高管对非法和仇恨言论内容的责任，将算法操纵和放大非法内容定为犯罪行为。

法国加速立法禁止15岁以下未成年人使用社交媒体

Mon, 26 Jan 2026 08:09:41 CST

法国总统马克龙24日说，法国正加快推进禁止15岁以下未成年人使用社交媒体的立法进程，争取让相关立法在今年9月开学时生效。马克龙在法国商业调频电视台播出的一段视频中说，他已要求政府“启动加速程序”，尽快推进禁令出台，希望“新学年开始时（今年9月）实施”。据法新社报道，相关法案预期26日提交国民议会进行审议。（新华社）

“16岁以下禁止使用社交媒体”：多国划定互联网“年龄红线”

Wed, 10 Dec 2025 20:00:00 CST

“马来西亚和其他国家之所以出台针对青少年群体的社交媒体禁令，其根本原因在于人们日益担忧社交媒体对青少年身心健康、隐私和安全等方面造成影响。”

澳大利亚网络安全委员会（eSafety）发布的报告披露，10-15岁年龄段有96%的孩子曾使用过社交媒体平台，13-15岁的使用比例更是达到99%。其中，有超过52%的孩子，遭遇过不同形式的网络欺凌。

“我认为实施难度较大，身边同学或朋友习惯了拥有社交媒体的生活。如果强制进行切割，大家总会想办法绕过禁令。”高瑛茜觉得，政府应该多了解青少年的想法，在政策正式落地前找到各方都能接受的平衡点。

南方周末记者陈相成

责任编辑：姚忆江

当地时间2025年12月10日，澳大利亚青少年在家中收到社交媒体网站的年龄验证消息后，尝试解锁该网站。（视觉中国/图）

“12月4日开始，将阻止澳洲16岁以下青少年注册新账户，并移除此年龄段相关账号，包括Instagram、Threads和脸书。”

美国科技巨头Meta的声明，响应了全球首个针对青少年使用社交媒体的禁令。2025年12月10日起，澳大利亚16岁以下青少年将“告别”社交媒体。澳大利亚政府表示，将于近期督促各平台清理相关账号，预计数量超百万个。若平台未予配合，将面临最高近 5000 万澳元（约合 2.35 亿元人民币）的罚款。

不仅是澳洲，限制未成年人使用社交媒体成为越来越多国家的共识。

马来西亚政府表示“正研究澳大利亚等国做法”，计划在2026年实行青少年社交媒体禁令。丹麦、瑞典在全国校园推行“手机禁令”，其中前者打算将社交媒体的最低使用年龄设置在15岁。新西兰、英国等国则热烈讨论了来自议员们的相关提案。

在马来西亚国立大学社会科学与人文学院副研究员、媒体传播项目负责人萨巴里亚·穆罕默德·萨利赫（Sabariah Mohamed Salleh）看来，马来西亚和其他国家之所以出台针对青少年群体的社交媒体禁令，其根本原因在于人们日益担忧社交媒体对青少年身心健康、隐私和安全等方面造成影响。

“控制使用社交媒体只是保护青少年的方法之一，从长远来看，这项事业需要政府、学校、家人、平台等利益相关者共同参与进来。”她向南方周末记者表示。

“未成年人网络保护这一议题具有国际共识性，各国的探索值得我们去持续关注与观察。”北京市社会科学院法治所副研究员于雯雯告诉南方周末记者，一些国家的相关禁令可以禁止未成年人注册账号，但并不意味着能完全杜绝未成年人的社交媒体行为。

“互联网伤害”

对于此项禁令，澳大利亚中学心理教师玛格丽特最初表示理解。“入职学校前，我曾是一名律师。接触的青少年欺凌案件中，有不少是直接或间接通过社交媒体，对当事人形成侵犯。”

2025年7月，澳大利亚网络安全委员会（eSafety）发布了10-15岁儿童参与网络平台的情况报告，将“互联网伤害”主要类型进行罗列。报告披露，该年龄段有96%的孩子曾使用过社交媒体平台，13-15岁的使用比例更是达到99%。其中，有超过52%的孩子，遭遇过不同形式的网络欺凌。

“形式包括被说过羞辱性或伤人的话，被故意排除在线上活动，私人信息或秘密被曝光，以及被威胁伤害自己等。”报告指出。

澳大利亚对青少年健康使用网络的关注已有多年。

2015年7月，该国依据《加强儿童网络

登录后获取更多权限

立即登录

校对：星歌

欢迎分享、点赞与留言。本作品的版权为南方周末或相关著作权人所有，任何第三方未经授权，不得转载，否则即为侵权。

社交媒体澳大利亚青少年

研究认为社交媒体的问题无法得到修正

Thu, 14 Aug 2025 15:47:52 CST

社交媒体没有成为人们曾经期盼的健康的交流思想的乌托邦式的公共广场，而是创造出一种回音室，放大少数用户的声音，放大愤怒和冲突，进一步加剧极化。对社媒平台进行干预是否能缓解或修正部分它产生的问题？根据发表在 arXiv 上的一篇预印本，研究人员测试了六种干预策略，发现基本无效，除非从根本上改变社媒的架构，否则其问题无法得到修正。研究人员测试了对信息流按时间排序或随机排序；逆转促进互动的算法以降低情绪化内容的曝光度；促进观点的多元性；使用“桥接算法”促进相互理解而非煽动情绪的内容；隐藏转发和关注者账户等社交统计数据以减少社交影响力线索；删除个人简介以限制基于身份的信号曝光度。结果显示，部分干预措施只表现出略微改善的效果，部分措施可能进一步恶化了问题。比如对信息流按时间排序减少了注意力不平等，但进一步放大了极端内容。促进观点的多元性没有表现出任何显著的效果。

为什么这届年轻人越来越不想社交和恋爱了？

Fri, 14 Oct 2022 21:49:14 CST

作者：小羽

设计：小刘

主播：Enya

排版：小刘

责编：楠楠

来源：微信公众号：白岛岩心（ID：whiteisland_2017）

你有没有过这样的经历：不想去参加同学聚会/酒局，对很多需要和他人沟通接触的活动提不起兴趣，被身边的人认为不会社交，或者抗拒投入一段亲密关系？

01 逐渐减少的社交欲望

随着时代的变迁，人们的生活越来越方便，娱乐工具也逐渐增多。但是在短视频和游戏铺天盖的冲击下，好像现在的年轻人普遍对社交和恋爱的需求与欲望正在不断降低：不仅不想社交，也越来越不懂人与人之间的相处之道了。

其实， “不想”和“不懂”应该是联系紧密并且形成一个闭环的，因为不想社交和恋爱，所以不去做，慢慢地越来越不懂要怎么建立和维系社交、恋爱关系；反过来亦然，因为不懂怎么社交和恋爱，不愿意做自己不擅长做的事情，不希望让别人和自己意识到自己不懂社交的一面，也就不想主动进入社交和恋爱关系了。

02 年轻人为什么不想社交和恋爱？

移动设备的出现使得人们可以随时与网络世界紧密相连，生活离不开手机和WIFI是很多年轻人的现状。由于网络社交的非即时性、匿名性、文字性等特征，虚拟网络成为很多年轻人社交的主要场地。网络社交为年轻人提供联系沟通、休闲娱乐、日常生活、兴趣爱好分享等平台（Griffiths & Kuss, 2017），也给了年轻人逃避现实生活中复杂社交情境的机会。网络社交消除了社会暗示和物质表象的干扰，能够给人带来社交快感。

研究表明，社交焦虑（social anxiety）水平越高的人，社交网站的使用量越大（McCord, Rodebaugh, & Levinson, 2014），现实社交焦虑的人更喜欢参与在线交流来缓解社会压力、焦虑、不适和恐惧（Shepherd & Edelmann, 2005）。网络上的社交快感逐渐取代真实社会中的复杂交往，年轻人倾向于不想社交，不主动参与到现实生活中的社交情景中。

同时，网络发展也衍生出各种情感替代品，如各类恋爱综艺、恋爱游戏、社交游戏等等，人们在网络世界也能获得情感满足和社交满足。在虚拟世界，你可以随意塑造对象，可以以极低的成本与世界各地的人结为朋友，也可以以极低的成本断连、退场，离开社交圈和亲密关系。网络社交可以做到的事情很多，而且成本极低，所以有人说“正经人谁谈恋爱呀”、“一个人的生活它不香吗？”

03 社交与网络

社交能力可以分为关系建立能力、适度拒绝能力、自我表露能力、冲突控制能力和情感支持能力5个维度（Buhrmester, Furman, Wittenberg, & Reis, 1988）。网络社交有其独特的特点，在关系建立、拒绝、自我表露、冲突控制和情感支持等方面都和现实社交有所不同，长期处于网络社交世界，年轻人会缺乏现实社交的练习和经验，社交能力下降。

在关系建立方面，在网络上建立关系的成本很低，你可以轻易和远在千里之外的人建立联系，陌生人之间的交流也可以不考虑太多因素，怎么开心怎么来——如果你在网络社交中过于放松、轻率，在现实社交中，你可能难以把握建立关系时的度，也会忽视一些与陌生人建立联系时必备的社交礼仪。

在适度拒绝方面，网络拒绝、绝交和退群比现实生活中的拒绝要容易不少，你只要把对方冷在一旁，假装没有看到信息；或者对不想继续联系的好友、不想再参加群聊点一个“删除”、“拉黑”、“退出”键，甚至不需要多费唇舌进行解释。但是在没有网络媒介时，拒绝他人就没有那么随心所欲了，线下社交时，你可能不敢拒绝对方，也可能选择直接夺门而出，这都不是适度拒绝。

在自我表露方面，你在网络社交时可以只选择采用文字形式表达自己的情绪、观点，也可以采取语音和视频，但是在线下社交，你的一切动作、表情、声音状态都在对方面前暴露无遗，线下的自我表露会比在网络社交上深，而且无意识流露出来的信息更丰富。长期使用网络社交的年轻人对于使用非语言层面的信息来表露自己这方面缺乏练习，能力降低。

在冲突控制方面，网络社交平台上经常会出现争执，但可能很多人不是选择去控制和减少冲突，而是加入相互对立的阵营开撕，在网络上，年轻人的冲突控制能力缺少锻炼，当现实生活中出现冲突时，也很难展现出控制能力。

在情感支持方面，如果网友向你倾诉ta的烦恼，你可以随时切出私聊界面去做别的事情，还可以用有趣的游戏、视频、推送等去转移聊天的话题，在网络上的情感支持连接是比较弱的，年轻人的情感支持能力也难以获得锻炼。因此，如果现实生活中的朋友向你寻求情感支持和安慰，你可能只会说一句“多喝热水”、“打把游戏啥都好了”等等，而不会懂得如何倾听、复述、共情，提供更多的情绪价值。

但是，值得注意的是， 网络社交并不是现实社交的完美替代，它带来的更多的是一种碎片化的弱连接，当网络社交取代现实社交时，个体趋向于与社会分离，生活在一个独属于自己的虚拟世界中。网络社交可能是简单纯粹的，这是它令人着迷的地方，然而，长期不在复杂社交情境中锻炼，你可能发现自己逐渐失去社交能力，失去现实社交的欲望，陷入“社交无能”、“爱无能”的境地。

—今日互动—

大家觉得，虚拟世界的情感支持能代替社交吗？欢迎各位在评论区留言分享自己的看法~

参考文献

李婷, 郑叶昕, 闫誉腾. (2022). 中国的婚姻和生育去制度化了吗?——基于中国大学生婚育观调查的发现与讨论. 妇女研究论丛, (03), 85-102.

Buhrmester, D., Furman, W., Wittenberg, M., & Reis, H. (1988). Five domains of interpersonal competence in peer relationships. Journal of Personality and Social Psychology, 55(6), 991-1008.
Griffiths, M. D. & Kuss, D. (2017). Adolescent social media addiction. Education and Health, 35(3), 49-52.

McCord, B., Rodebaugh, T. L., & Levinson, C. A. (2014). Facebook: Social uses and anxiety. Computers in Human Behavior, 34, 23-27.

Shepherd, R. & Edelmann, R. J. (2005). Reasons for internet use and social anxiety. Personality and Individual Differences, 39, 949-958.

作者简介：小羽，设计：小刘，主播：Enya，排版：小刘，责编：楠楠。本文转载自微信公众号：白岛岩心（ID：whiteisland_2017），由上海交大、复旦、哥大、纽大等全球高校心理/精神医学硕博、中国心理学会注册督导师/注册心理师、Google资深工程师联合创立，聚焦以「高校学生」「青年教师」「职场新人」为核心的年轻群体，致力于将心理服务普惠化、大众化，让更多年轻人触手可及。

研究发现社交媒体加重了中年女性的孤独感

Tue, 25 Jan 2022 20:56:52 CST

中年是一个忙碌的年龄，也是一个孤独的时期。在工作和家庭的重压下，人们无暇培养友谊，特别是对女性而言。新冠肺炎疫情前，关于孤独的谈论往往以男性为中心。但根据2020年一项对1000多名成年人进行的调查，疫情封锁期间，41岁到57岁（20世纪60年代中期至70年代末出生）的“X世代”女性报告的孤独感上升幅度最大。

其中，与孩子一起生活的女性社交孤立感的增加在该人群中是最大的。

对于那些因为家庭生活和工作而疲惫不堪的女性来说，社交媒体通常是发泄和寻求联系最方便的渠道。但许多人说，上网已经让人感到空虚和孤独。38岁的摄影师米兰达·莱因哈特（如图）表示，还没有找到属于自己的“妈妈部落”，自己在家教育孩子，因而更难找到志趣相投的朋友。疫情前，她和一个密友常一起看电视剧。但随着工作和生活变得忙碌，她们便没空一起看了。“哪有时间？哪有精力？疫情给妈妈们增加了太多精神负担。一天下来，我们非常累。”虽然社交媒体帮助她与老朋友保持联系，但也让她五味杂陈。“我可以看到她们的生活，但没有参与其中。社交媒体让我感到不那么与世隔绝，却也更加孤独。”莱因哈特女士曾尝试在社交媒体寻找经历类似的母亲，但由于没有找到一群能面对面的朋友，她有时会觉得自己被晾在一边。

笔者在社交媒体一个大型育儿群发布了一个关于中年孤独的问题后，立即收到300多名女性的回复，她们中的大多数人都表达了类似感受。55岁的黛布·法布里齐奥是一名单亲母亲，有两个孩子。去年夏天，在小女儿大学毕业后，她成为“空巢妈妈”。占用已婚朋友的时间总是很棘手，于是她努力组织聚会，找人晚上一起吃饭或散步。“但疫情让这一切都停止了。人人都躲在自己的‘气泡’里。”现在都用社交媒体保持联系，这么做有好有坏。出于健康考虑，她对社交活动一直很谨慎，只能在社交媒体上浏览朋友发布的聚会内容。“看到朋友们在海滩上的照片，我想，‘她们在外面玩了。我本来可以去的’。”

2018年美国退休人员协会对45岁以上人群的调查发现，随着中年人和老年人越来越多地使用社交媒体，他们反而感到更孤独。疫情封锁期间对意大利成年人进行的一项研究也发现，社交媒体不能替代面对面的社交互动。

因为丈夫工作的缘故，52岁的安迪·马丁5年前从得克萨斯州搬到佐治亚州，但没能建立搬家前那样的深厚人际联系。“孩子上中学时，大多数女性都有自己的家长朋友小团体。”马丁女士说，她很开心疫情封锁期间能够通过社交媒体与远方的亲朋联系，但觉得这种联系是肤浅的。“我知道他们在做什么，但这并不能解决我的孤独问题。”

自环球科技

使用logstash同步至ES的几个坑 - 一位帅气的网友的个人空间 - OSCHINA - 中文开源技术交流社区

Mon, 26 Apr 2021 15:52:26 CST

1.前言

记录使用logstash从sqlserver同步数据到ES中遇到的几点问题。使用的版本是es6.8.3+logstash6.8.3

2.logstash配置文件

2.1input

      input {
    jdbc {
        jdbc_driver_library => "/usr/local/logstash-6.8.3/logstashconfs/sqljdbc4.jar"#sqlserver的驱动jar包jdbc_driver_class => "com.microsoft.sqlserver.jdbc.SQLServerDriver"
        jdbc_connection_string => "jdbc:sqlserver://192.168.1.101:1433;databaseName=test;"
        jdbc_user => "sa"
        jdbc_password => "123456"
        jdbc_default_timezone => "Asia/Shanghai"
		jdbc_paging_enabled => "true"#分页record_last_run => true#记录上一次运行的值use_column_value => true#使用数据库中的字段追踪tracking_column => "update_time"#追踪的字段名称tracking_column_type => "timestamp"#追踪的字段类型last_run_metadata_path => "/usr/local/logstash-6.8.3/logstashconfs/sync-logs/consumer_statistics_update_time"#上一次运行的值存储的文件地址clean_run => false#使用数据库中的字段追踪statement => "SELECT * FROM v_test WHERE update_time>:sql_last_value and update_time<GETDATE() "#sql语句schedule => "*/5 * * * * *"#每5s执行一次}
}

statement

由于要查的数据是表关联的数据,一开始想的是建立多个jdbc,把数据存到es的不同的索引中,利用父子文档进行关联查询,

后来发现这种办法效率差,而且影响ES的性能,所以解决办法就是在sqlserver中建立好多表联查好的视图,

这里的 statement中的v_test就是创建好的视图.

由于设置了Logstash 增量更新, 必须要使用 update_time>:sql_last_value and update_time<GETDATE()这种限制条件,这样才可以保证数据不丢失也不重复

具体原因见: 如何使用 Logstash 实现关系型数据库与 ElasticSearch 之间的数据同步

schedule

网上的很多教程都说最小间隔是1min,实际上是可以做到秒级的.

schedule => "*/5 * * * * *"只要在前面再加一个* 单位就是秒,这里就是每5s执行一次

2.2filter

      filter {
	if ![test]{ruby{code =>'event.set("test","")'}}	
	mutate{
		convert => { "id" => "integer" }
		remove_field => ["@timestamp"]
		remove_field => ["@version"]
	}
}

这里主要是对从sqlserver数据库查出来的数据进行一些处理,我这里删去了大多数的内容,仅保留一些代表性的.

if ![test]{ruby{code =>'event.set("test","")'}}

这个的意思是 test字段为null时,使用ruby这个语言进行处理, code =>''这里面就是写代码的

event.set("test","")意思就是设置test字段的内容为""

当然我们也可以先 event.get("test"),获取test字段的内容,然后在进行一系列处理后,再 event.set,这样就可以保存处理后的字段的值

ruby语言的具体语法可以参考这个: Ruby教程

convert => { "id" => "integer" }

这个的意思就是将id字段的类型转化为integer,如果某个字段是时间类型可以转化为timestamp类型

2.3output

      output {
		elasticsearch {
			hosts => ["htkj101:9200","htkj102:9200","htkj103:9200"]
			index => "consumer_statistics"#索引名称document_id => "%{id}"#索引的iddocument_type => "consumer_statistics"#索引的type,这个在6.x版本以后就已经被废弃,可以忽略这个template_name => "consumer_statistics"#索引模板的名称}
}

document_id => "%{id}"

文档的id就是导入数据的id,这样设置可以实现幂等性

template_name => "consumer_statistics"

索引模板的名称 consumer_statistics,ES会调用模板名称为 consumer_statistics创建索引.

当然前提是你得先创建好这个模板

3.索引模板的创建

指令

      curl -H "Content-Type: application/json" -XPUT http://htkj101:9200/_template/consumer_statistics -d '在这里输入你创建的模板'

模板

      {
	"template": "consumer_statistics",
	"order": 2,
	"version": 60001,
	"index_patterns": ["consumer_statistics"],
	"settings": {
		"index": {
			"refresh_interval": "5s",
			"max_result_window": "2147483647"#设置from+size的最大值}
	},
	"mappings": {
		"_default_": {
			"dynamic_templates": [{
				"message_field": {
					"path_match": "message",
					"mapping": {
						"norms": false,
						"type": "text"
					},
					"match_mapping_type": "string"
				}
			}, {
				"string_fields": {
					"mapping": {
						"norms": false,
						"type": "text",
						"fields": {
							"keyword": {
								"ignore_above": 1024,#设置不被索引的字段长度"type": "keyword"
							}
						}
					},
					"match_mapping_type": "string",
					"match": "*"
				}
			}],
			"properties": {
				"@timestamp": {
					"type": "date"
				},
				"geoip": {
					"dynamic": true,
					"properties": {
						"ip": {
							"type": "ip"
						},
						"latitude": {
							"type": "half_float"
						},
						"location": {
							"type": "geo_point"
						},
						"longitude": {
							"type": "half_float"
						}
					}
				},
				"@version": {
					"type": "keyword"
				}
			}
		}
	},
	"aliases": {}
}

"max_result_window": "2147483647"

在业务处理的过程中往往需要分页,ES的JAVA-API是通过from,size来设置分页数量和每页的数量,

在默认的情况下from+size必须要小于10000,但是如果实际需求大于10000,则必须在这里设置

我这里设置的是 max_result_window的最大值,实际情况中不需要设置如此之大,

因为ES会在内存中进行排序,如果一次返回的结果过大,可能会导致服务宕机.

"ignore_above": 1024

这里默认是256,意思是如果某一个字段的内容超过256字节的话,那么将不会被索引.

也就是说从ES中是能够看到这条数据的存在,但是如果你指定查询条件,是查不出来的.

举个例子,现在ES中有id,test两个字段,一共100条数据

test字段中只有一条数据超过了256字节,现在我查询test字段中包含"1"的数据,

即使这个超过256字节的数据含有1,但是也不会被查询到.

为了能够让他被索引到,这里将256改成1024,即只有超过1024字节才会不被索引.

完整命令

      curl -H "Content-Type: application/json" -XPUT http://htkj101:9200/_template/consumer_statistics -d '
{"template":"consumer_statistics","order":2,"version":60001,"index_patterns":["consumer_statistics"],"settings":{"index":{"refresh_interval":"5s","max_result_window":"2147483647"}},"mappings":{"_default_":{"dynamic_templates":[{"message_field":{"path_match":"message","mapping":{"norms":false,"type":"text"},"match_mapping_type":"string"}},{"string_fields":{"mapping":{"norms":false,"type":"text","fields":{"keyword":{"ignore_above":1024,"type":"keyword"}}},"match_mapping_type":"string","match":"*"}}],"properties":{"@timestamp":{"type":"date"},"geoip":{"dynamic":true,"properties":{"ip":{"type":"ip"},"latitude":{"type":"half_float"},"location":{"type":"geo_point"},"longitude":{"type":"half_float"}}},"@version":{"type":"keyword"}}}},"aliases":{}}'

在创建模板的过程中,发现总是创建失败,后来发现弄成这样的两行,就不会出错了.

Spring Retry框架——看这篇就够了 - MarvelCode - OSCHINA - 中文开源技术交流社区

Mon, 14 Sep 2020 23:49:29 CST

简介

软件架构从当初的单机，演变到后来的集群，再到后来的分布式应用。原本看似可以信任的服务调用，加上了网络因素就变得不再可靠。再考虑到一些调用链路的特殊性，又要保证性能，又要尽可能增加成功率，所以调用方必须肩负起重试的责任。

自己写，怎样实现？

重试并不复杂，首先来分析下重试的调用场景，可以想到业务当中不止一处会需要重试能力，并且业务其实更关乎自己的代码块被重试就可以了，而不在乎如何实现的重试。

所以变化的是一段可以重复执行的代码块，以及重试次数等。

① 代码块可以用Java8支持的函数式编程解决

② 次数可以用入参/配置实现

首先定义一个执行的模版，结合上面我们的分析，这个模版需要一个待实行的 方法块，以及 配置。（次数等区分场景，用枚举定义，方便全局管控）：

      @AllArgsConstructor
@Getter
public enum RetrySceneEnums {

    QUERY_USER_INFO("查询用户信息", 2),
    ;

    private String desc;

    private int retryTimes;
}

      abstract class MyRetryTemplate<Req, Resp> {
    /** 配置 */
    private IntegrationRetryEnums retryEnum;
    /** 方法块 */
    private Function<Req, Resp> fuction;

    MyRetryTemplate(IntegrationRetryEnums retryEnum, Function<Req, Resp> fuction) {
        this.retryEnum = retryEnum;
        this.fuction = fuction;
    }

    /**
     * 构建函数
     */
    private Supplier<Function<Req, Resp>> retry = () -> (param) -> {
        StopWatch stopWatch = new StopWatch();
        stopWatch.start();
        return execute(param, 1, stopWatch);
    };

    private Resp execute(Req param, int index, StopWatch stopWatch) {
        if (index > retryEnum.getRetryTimes()) {
            stopWatch.split();
            // 最大的重试次数后仍失败，可以打印摘要日志
            return null;
        }
        try {
            // 执行方法块
            Resp result = fuction.apply(param);
            stopWatch.split();
            // 认为成功
            return result;
        } catch (Throwable e) {
            // 递归重试
            return execute(param, ++index, stopWatch);
        }
    }

    Function<Req, Resp> getRetryService() {
        return retry.get();
    }
}

逻辑很简单，利用递归思想（当然也可以用循环），默认调用方法抛出异常才会重试，成功则返回，否则递归直到最大次数，使用 StopWatch 统计总耗时，业务可以打印摘要日志并配置监控等，代码简短，但基本实现了功能。

对 抛出异常才会重试稍微解释下，为什么不支持对业务成功/失败进行重试。首先重试框架感知不到具体的业务响应结构，进而也无法判断业务的成功与失败，当然重试框架也可以自定义一个响应体并强制使用，但这便于业务代码形成耦合。再退一步讲，也没有必要对业务失败进行重试，因为框架毕竟是框架，只需要做通用的事情，业务的失败到底需不需要重试，需要看具体的场景。

模板完工了，看下具体怎样改造一个已有的方法，使其支持重试功能，假设当前有一个查询用户信息的方法 UserService#queryById(String id)。需要在 Spring 启动后将其包装以支持重试，通过事件机制监听 ContextRefreshedEvent 事件。

      @Component
public class RetryServiceFactory implements ApplicationListener<ContextRefreshedEvent> {

    private static AtomicBoolean INIT = new AtomicBoolean(false);

    @Autowired
    private UserService userService;

    private Function<String, WorkOrderDTO> uerQueryFunction;

    @Override
    public void onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent) {
        if (INIT.compareAndSet(false, true)) {
            this.uerQueryFunction = new MyRetryTemplate<String, WorkOrderDTO>(QUERY_USER_INFO, userService::queryById) {
            }.getRetryService();
        }
    }

    public Function<String, WorkOrderDTO> getUserQueryService() {
        return uerQueryFunction;
    }
}

需要使用此能力的地方，这么调用即可：

      @Autowired
private RetryServiceFactory retryServiceFactory;

public void businessLogic(String userId){

    // 调用工厂获取自带重试功能的服务，并执行
    UserInfo userInfo = retryServiceFactory.getUserQueryService().apply(userId);
}

到此，自己手写的重试工具已经完成，如果执行时遇到网络抖动，超时等，都会进行最大2次的重试（次数由 RetrySceneEnums 设置）。

这时候再回头审视下代码，可以发现诸多局限性：

比如 Function 的使用，就限定了入参只能是一个，且必须有返回（即不支持 void）；
每次接入一个服务，就要在 RetryServiceFactory 扩充；
考虑网络抖动可能有区间性，盲目连续请求可能全部失败，如要实现等待一段实现再重试，怎么办？
假使底层服务真的挂了，但上层业务系统依旧重试，重试每次都以超时告终（占用线程资源），流量上来以后，必然会牵连业务系统也不可用。自然想到熔断，那重试如何加入断路器（Circuit Breaker）模式？

遇到共性问题，首先要想到有没有现成的框架可以使用，而不是造轮子。目前我已知的重试框架，有 spring-retry以及 guava-retrying，接下来将对 spring-retry的使用和原理进行讲解。

Spring Retry 使用

同spring事务框架一样，retry框架同样支持编程式和声明式两种。仅需要一个maven依赖。如果使用声明式，需要额外引入 aspectj 。

      <dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
    <version>1.3.0</version>
</dependency>

<dependency>
    <groupId>org.aspectj</groupId>
    <artifactId>aspectjweaver</artifactId>
    <version>1.9.2</version>
    <scope>runtime</scope>
</dependency>

编程式

先来介绍下编程式使用到的几个主要组件：

重试模板类：org.springframework.retry.support.RetryTemplate
重试策略类：org.springframework.retry.RetryPolicy
重试回退策略（两次重试间等待策略）：org.springframework.retry.backoff.BackOffPolicy
重试上下文：org.springframework.retry.RetryContext
监听器：org.springframework.retry.RetryListener

接下来来看下如何使用，然后穿插讲下不同策略的区别。

首先是开启重试，并声明一个模板bean。因为只是模板，所以可以借助 Spring IOC 声明为单例。

      @Configuration
@EnableRetry(proxyTargetClass = true)
public class RetryConfig {

    @Bean
    public RetryTemplate simpleRetryTemplate() {
        RetryTemplate retryTemplate = new RetryTemplate();
        // 最大重试次数策略
        SimpleRetryPolicy simpleRetryPolicy = new SimpleRetryPolicy(3);
        retryTemplate.setRetryPolicy(simpleRetryPolicy);
        FixedBackOffPolicy fixedBackOffPolicy = new FixedBackOffPolicy();
        // 每隔1s后再重试
        fixedBackOffPolicy.setBackOffPeriod(1000);
        retryTemplate.setBackOffPolicy(fixedBackOffPolicy);
        return retryTemplate;
    }

}

例子代码使用了 SimpleRetryPolicy 和 FixedBackOffPolicy，当然还有其他重试策略和回退策略。枚举如下：

重试策略

策略类	效果	关键参数
MaxAttemptsRetryPolicy	设置最大的重试次数，超过之后执行recover	maxAttempts：最大重试次数
BinaryExceptionClassifierRetryPolicy	可以指定哪些异常需要重试，哪些异常不需要重试	exceptionClassifier：BinaryExceptionClassifier，异常识别类，其实就是存在一个Map映射，Map<Class<? extends Throwable>, Boolean>，value为true的话就说明需要重试。
SimpleRetryPolicy	上面两者的结合，支持次数和自定义异常重试	maxAttempts 和 exceptionClassifier
TimeoutRetryPolicy	在指定的一段时间内重试	timeout：单位ms
ExceptionClassifierRetryPolicy	支持异常和重试策略的映射，比如异常A对应重试策略A，异常B对应重试策略B	exceptionClassifier：本质就是异常和重试策略的映射
CompositeRetryPolicy	策略类的组合类，支持两种模式，乐观模式：只要一个重试策略满足即执行，悲观模式：另一种是所有策略模式满足再执行	policies：策略数组 optimistic：true-乐观；false-悲观
CircuitBreakerRetryPolicy	熔断器模式	delegate：策略代理类 openTimeout：[0,openTimeout]会一直执行代理类策略，(openTimeout, resetTimeout] 会半打开，如果代理类判断不可以重试，就会熔断，执行recover逻辑，如果代理类判断还可以重试且重试成功，开关会闭合。 resetTimeout：超过指定时间，开关重置闭合
ExpressionRetryPolicy	符合表达式就重试	expression：表达式，见 org.springframework.expression.Expression实现
AlwaysRetryPolicy	一直重试
NeverRetryPolicy	从不重试

回退策略

策略类	效果	关键参数
FixedBackOffPolicy	间隔固定时间重试	sleeper：支持线程sleep和Object#wait，区别在于是否释放锁 backOffPeriod：等待间隔
NoBackOffPolicy	无等待直接重试
UniformRandomBackOffPolicy	在一个设置的时间区间内。随机等待后重试	minBackOffPeriod：区间下限 maxBackOffPeriod：区间上限 sleeper：同上
ExponentialBackOffPolicy	在一个设置的时间区间内，等待时长为上一次时长的递增	initialInterval：默认起始等待时间 maxInterval：最大等待时间 multiplier：递增倍数 sleeper：同上
ExponentialRandomBackOffPolicy	在 ExponentialBackOffPolicy 基础上，乘数随机

至此，完成了重试模板的定义。接下来是需要在具体的业务场景下调用模板方法即可。同样的，为了保证复用性，仍然借助函数式编程定义：

      @Service
public class RetryTemplateService {

    @Autowired
    private RetryTemplate simpleRetryTemplate;

    public <R, T> R retry(Function<T, R> method, T param) throws Throwable {
        return simpleRetryTemplate.execute(new RetryCallback<R, Throwable>() {
            @Override
            public R doWithRetry(RetryContext context) throws Throwable {
                return method.apply(param);
            }
        }, new RecoveryCallback<R>() {
            @Override
            public R recover(RetryContext context) throws Exception {
                return null;
            }
        });
    }
}

      @Service
public class UserService {

    @Autowired
    private RetryTemplateService retryTemplateService;

    public User queryById(String id) {
        // TODO 业务逻辑
    }

    public User queryByIdWithRetry(String id) throws Throwable {
        return retryTemplateService.retry(this::queryById, id);
    }
}

通过调用 org.springframework.retry.support.RetryTemplate#execute，指定需要支持重试的业务代码回调 org.springframework.retry.RetryCallback，以及全部重试失败的兜底回调 org.springframework.retry.RecoveryCallback。

RetryTemplate 支持四种重载的 execute方法，这里不全部展开分析，大体十分相似，变化的是策略（见上面表格），以及 RetryState（有无状态，下面分析）。

声明式

通过上面的编码式，还需要针对不同场景编写一到多套模板方法，那有没有什么可以简化这一步呢，毕竟业务没必要关注这些具体的模板代码。就像事务一样，只需要方法上加 @Transactional就可以了。当然，spring-retry 也支持，直接上代码：

      @Service
public class UserService {

    @Retryable(include = RetryException.class, exclude = IllegalArgumentException.class, 
      listeners = {"defaultRetryListener"}, backoff = @Backoff(delay = 1000, maxDelay = 2000))
    public User queryById(String id) {
        // TODO 业务逻辑
    }

    @Recover
    public User recover(RetryException e, String id) {
        User user = new User();
        user.setName("兜底");
        return user;
    }
}

      @Service
public class DefaultRetryListener implements RetryListener {

    @Override
    public <T, E extends Throwable> boolean open(RetryContext context, RetryCallback<T, E> callback) {
        System.out.println("==前置回调==");
        return true;
    }

    @Override
    public <T, E extends Throwable> void close(RetryContext context, RetryCallback<T, E> callback, Throwable throwable) {
        System.out.println("==后置回调==");
    }

    @Override
    public <T, E extends Throwable> void onError(RetryContext context, RetryCallback<T, E> callback, Throwable throwable) {
        System.out.println("==执行报错==");
    }
}

这样，直接调用 UserService#queryById就支持重试了，比编程式节省了不少工作量。

我这里一股脑设置了很多注解参数，其实都对应上面编程式的策略，毕竟编程式有的，我声明式也得要。使用时按需即可，接下来对照着 @Retryable中定义的所有属性，解释下含义：

recover：指定兜底/补偿的方法名。如果不指定，默认对照 @Recover标识的，第一入参为重试异常，其余入参和出参一致的方法；

interceptor：指定方法切面 bean， org.aopalliance.intercept.MethodInterceptor实现类

value / include：两者用途一致，指出哪些类型需要重试；

exclude：和 include 相反，指出哪些异常不需要重试；

label：可以指定唯一标签，用于统计；

stateful：默认false。重试是否是有状态的；

maxAttempts：最大的重试次数；

backoff：指定 @Backoff，回退策略；

listeners：指定 org.springframework.retry.RetryListener实现 bean。

对照着上面编程式，可以看出回退策略用注解 @Backoff支持了。这里还补充了上面编程式没有用到的 RetryListener，它定义了3个方法：

<T,EextendsThrowable>booleanopen(RetryContextcontext,RetryCallback<T,E> callback);

<T,EextendsThrowable>voidclose(RetryContextcontext,RetryCallback<T,E> callback,Throwablethrowable);

<T,EextendsThrowable>voidonError(RetryContextcontext,RetryCallback<T,E> callback,Throwablethrowable);

open 和 close 分别在重试整体的前置和后置被回调一次，onError 则是重试整体过程中，每次异常都会被回调。（具体细节见下面 源码分析）

@Backoff 的属性如下，基本都对应上面编程式的几种策略，仅简单解释下

value / delay：两者都标识延迟时间，为 0则对应 NoBackOffPolicy 策略。

maxDelay：最大延迟时间

multiplier：递增乘数

random：递增乘数是否随机

重试模式中的断路器，由于其场景的特殊性以及属性的复杂性，则被单独定义成了一个注解 @CircuitBreaker，从注释的定义可以看出，它是在 @Retryable基础之上的扩展。

      @Target({ ElementType.METHOD, ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Retryable(stateful = true)
public @interface CircuitBreaker {
   ....
}

其中属性的定义，也是在 @Retryable的属性基础上，额外扩充了断路器特有的几个属性，对应上面重试策略表格中—— CircuitBreakerRetryPolicy的关键参数：

resetTimeout：重置闭合超时时间

openTImeout：半打开状态超时时间

源码解析

那具体 spring-retry 的原理是怎样的呢？是递归还是循环，注解又是怎样实现的？带着这些问题开始源码分析，顺带着可以看下上面没有讲到的 org.springframework.retry.RetryContext 组件在业务中如何使用。

首先从模板方法源码开始：

      public class RetryTemplate implements RetryOperations {

	@Override
	public final <T, E extends Throwable> T execute(RetryCallback<T, E> retryCallback,
			RecoveryCallback<T> recoveryCallback) throws E {
		return doExecute(retryCallback, recoveryCallback, null);
	}

    protected <T, E extends Throwable> T doExecute(RetryCallback<T, E> retryCallback,
                                                   RecoveryCallback<T> recoveryCallback, RetryState state) throws E, ExhaustedRetryException {

        // 通过 set方法设置的重试策略，默认 SimpleRetryPolicy
        RetryPolicy retryPolicy = this.retryPolicy;
        // 通过 set方法设置的回退策略，默认 NoBackOffPolicy
        BackOffPolicy backOffPolicy = this.backOffPolicy;

        // 无状态的：重试策略自定义 org.springframework.retry.RetryPolicy.open
        // 有状态的：根据策略，每次新建/从缓存获取
        RetryContext context = open(retryPolicy, state);
        if (this.logger.isTraceEnabled()) {
            this.logger.trace("RetryContext retrieved: " + context);
        }
        // 绑定到 ThreadLocal 以便线程内全局获取
        RetrySynchronizationManager.register(context);

        Throwable lastException = null;

        boolean exhausted = false;
        try {
            // 回调所有的 org.springframework.retry.RetryListener.open
            boolean running = doOpenInterceptors(retryCallback, context);
            // 任意一个监听器的open返回 false则抛出异常
            if (!running) {
                throw new TerminatedRetryException("Retry terminated abnormally by interceptor before first attempt");
            }

            // Get or Start the backoff context...
            BackOffContext backOffContext = null;
            Object resource = context.getAttribute("backOffContext");

            if (resource instanceof BackOffContext) {
                backOffContext = (BackOffContext) resource;
            }

            if (backOffContext == null) {
                // 回调重试策略的 start 方法
                backOffContext = backOffPolicy.start(context);
                if (backOffContext != null) {
                    context.setAttribute("backOffContext", backOffContext);
                }
            }

            // 回调 org.springframework.retry.RetryPolicy.canRetry 判断是否可以重试
            // 同时可以调用 org.springframework.retry.RetryContext.setExhaustedOnly进行干预，不再进行重试
            while (canRetry(retryPolicy, context) && !context.isExhaustedOnly()) {

                try {
                    if (this.logger.isDebugEnabled()) {
                        this.logger.debug("Retry: count=" + context.getRetryCount());
                    }
                    lastException = null;
                    // 回调业务代码块
                    return retryCallback.doWithRetry(context);
                } catch (Throwable e) {
                    lastException = e;
                    try {
                        // 回调 org.springframework.retry.RetryPolicy.registerThrowable
                        registerThrowable(retryPolicy, state, context, e);
                    } catch (Exception ex) {
                        throw new TerminatedRetryException("Could not register throwable", ex);
                    } finally {
                        // 回调 org.springframework.retry.RetryListener.onError
                        doOnErrorInterceptors(retryCallback, context, e);
                    }
                    // 同上面的判断一样，允许重试的话，会回调回退策略
                    if (canRetry(retryPolicy, context) && !context.isExhaustedOnly()) {
                        try {
                            // 这一步会根据策略进行等待/立即执行
                            backOffPolicy.backOff(backOffContext);
                        } catch (BackOffInterruptedException ex) {
                            lastException = e;
                            if (this.logger.isDebugEnabled()) {
                                this.logger.debug("Abort retry because interrupted: count=" + context.getRetryCount());
                            }
                            throw ex;
                        }
                    }

                    if (this.logger.isDebugEnabled()) {
                        this.logger.debug("Checking for rethrow: count=" + context.getRetryCount());
                    }
                    // 如果指定了 org.springframework.retry.RetryState，会判断是否针对该异常进行抛出，即进行重试阻断
                    if (shouldRethrow(retryPolicy, context, state)) {
                        if (this.logger.isDebugEnabled()) {
                            this.logger.debug("Rethrow in retry for policy: count=" + context.getRetryCount());
                        }
                        throw RetryTemplate.<E>wrapIfNecessary(e);
                    }

                }

                if (state != null && context.hasAttribute(GLOBAL_STATE)) {
                    break;
                }
            }

            if (state == null && this.logger.isDebugEnabled()) {
                this.logger.debug("Retry failed last attempt: count=" + context.getRetryCount());
            }

            exhausted = true;
            // 回调兜底/补偿 org.springframework.retry.RecoveryCallback.recover
            return handleRetryExhausted(recoveryCallback, context, state);

        } catch (Throwable e) {
            throw org.springframework.retry.support.RetryTemplate.<E>wrapIfNecessary(e);
        } finally {
            // 回调 org.springframework.retry.RetryPolicy.close
            close(retryPolicy, context, state, lastException == null || exhausted);
            // 回调 org.springframework.retry.RetryListener.close
            doCloseInterceptors(retryCallback, context, lastException);
            // 清除 ThreadLoacal中存储的 org.springframework.retry.RetryContext
            RetrySynchronizationManager.clear();
        }

    }
}

整体模板方法不是很复杂，上面注释也标明具体回调哪些方法。大体逻辑就是：

初始化上下文并绑定 -> 回调监听器open判断是否可以重试 -> 回调重试策略start方法 -> 通过重试策略判断是否可以重试 -> 可以的话执行业务代码块 -> 下面两个分支 成功/异常

成功：回调重试策略的close -> 回调监听器的close -> 清除上下文              链路①

异常：回调重试策略的registerThrowable -> 回调监听器的onError -> 回调回退策略的backoff -> 如果设置了 Retrystate，判断是否需要抛异常阻断重试 -> 兜底/补偿逻辑 -> 链路①

大体流程了解后，先来看下上下文接口的定义：

      public interface RetryContext extends AttributeAccessor {

    String NAME = "context.name";  // 上下文的自定义名称

    String STATE_KEY = "context.state";  // RetryState定义的key

    String CLOSED = "context.closed"; // 标识重试是否close

    String RECOVERED = "context.recovered";  // 标识是否执行了兜底/补偿

    String EXHAUSTED = "context.exhausted";  // 标识重试最大次数仍失败

	void setExhaustedOnly();

	boolean isExhaustedOnly();

	RetryContext getParent();

	int getRetryCount();

	Throwable getLastThrowable();
}

      public interface AttributeAccessor {
    void setAttribute(String name, @Nullable Object value);

    @Nullable
    Object getAttribute(String name);

    @Nullable
    Object removeAttribute(String name);

    boolean hasAttribute(String name);

    String[] attributeNames();
}

加上继承类 AttributeAccessor支持的key-value存储，作为上下文，贯穿重试框架的一次调用。框架定义的key常量接口内定义了部分，还有一些分散在实现类以及策略类中。如果业务所需，也可以放置数据到上下文，在一次重试策略调用周期内共享。

那就来看下上下文的初始化逻辑：

      public class RetryTemplate implements RetryOperations {

    protected RetryContext open(RetryPolicy retryPolicy, RetryState state) {
        // 如果是无状态的，每次都调用 org.springframework.retry.RetryPolicy.open创建
        if (state == null) {
            return doOpenInternal(retryPolicy);
        }

        Object key = state.getKey();
        // 如果有状态，但设置了强制刷新，同样 org.springframework.retry.RetryPolicy.open创建，并写入 state.key
        if (state.isForceRefresh()) {
            return doOpenInternal(retryPolicy, state);
        }
        // 尝试从缓存获取，不存在走新建
        if (!this.retryContextCache.containsKey(key)) {
            // The cache is only used if there is a failure.
            return doOpenInternal(retryPolicy, state);
        }
        // 缓存获取
        RetryContext context = this.retryContextCache.get(key);
        if (context == null) {
            // 异常场景
            if (this.retryContextCache.containsKey(key)) {
                throw new RetryException("Inconsistent state for failed item: no history found. "
                        + "Consider whether equals() or hashCode() for the item might be inconsistent, "
                        + "or if you need to supply a better ItemKeyGenerator");
            }
            // 因为整体没有锁，所以有这一步作为补偿（没仔细琢磨，会不会有并发逻辑）
            return doOpenInternal(retryPolicy, state);
        }

        // 因为是缓存，所以同一个 state.key 会共享这个上下文，清除会影响其他正在校验这几个key的地方
        context.removeAttribute(RetryContext.CLOSED);
        context.removeAttribute(RetryContext.EXHAUSTED);
        context.removeAttribute(RetryContext.RECOVERED);
        return context;

    }
}

从这里可以看出，如果个别场景想要在多次调用间共享 RetryContext，就需要定义 state.key，且设置 forceRefresh=false。每次重试独占上下文的话，要么就使用无状态的重试，要么就设置 forceRefresh=true。

到此为止，基本线索都集中到 RetryPolicy的实现上了，基本都是回调 RetryPolicy 定义的方法。话不多说，来看两个重试策略的实现。

      public class SimpleRetryPolicy implements RetryPolicy {

    private volatile int maxAttempts;

    private BinaryExceptionClassifier retryableClassifier = new BinaryExceptionClassifier(false);

    public SimpleRetryPolicy(int maxAttempts, BinaryExceptionClassifier classifier) {
        super();
        this.maxAttempts = maxAttempts;
        this.retryableClassifier = classifier;
    }

    @Override
    public boolean canRetry(RetryContext context) {
        // 获取最新一次重试的异常
        Throwable t = context.getLastThrowable();
        // 允许重试的异常 并且 次数<最大重试次数
        return (t == null || retryForException(t)) && context.getRetryCount() < this.maxAttempts;
    }

    @Override
    public void close(RetryContext status) {
    }

    @Override
    public void registerThrowable(RetryContext context, Throwable throwable) {
        SimpleRetryContext simpleContext = ((SimpleRetryContext) context);
        // 记录最近一次异常，并自增重试次数
        simpleContext.registerThrowable(throwable);
    }

    @Override
    public RetryContext open(RetryContext parent) {
        return new SimpleRetryContext(parent);
    }

    private static class SimpleRetryContext extends RetryContextSupport {

        public SimpleRetryContext(RetryContext parent) {
            super(parent);
        }

    }

    private boolean retryForException(Throwable ex) {
        return this.retryableClassifier.classify(ex);
    }

}

      public class CircuitBreakerRetryPolicy implements RetryPolicy {

    public static final String CIRCUIT_OPEN = "circuit.open";

    public static final String CIRCUIT_SHORT_COUNT = "circuit.shortCount";

    private static Log logger = LogFactory.getLog(CircuitBreakerRetryPolicy.class);

    private final RetryPolicy delegate;

    private long resetTimeout = 20000;

    private long openTimeout = 5000;

    public CircuitBreakerRetryPolicy(RetryPolicy delegate) {
        this.delegate = delegate;
    }

    public void setResetTimeout(long timeout) {
        this.resetTimeout = timeout;
    }

    public void setOpenTimeout(long timeout) {
        this.openTimeout = timeout;
    }

    @Override
    public boolean canRetry(RetryContext context) {
        CircuitBreakerRetryContext circuit = (CircuitBreakerRetryContext) context;
        // 判断断路器开关是否打开
        if (circuit.isOpen()) {
            // 打开则不允许重试
            circuit.incrementShortCircuitCount();
            return false;
        } else {
            circuit.reset();
        }
        // 断路器开关闭合 or 半打开，是否允许重试交给代理实现
        return this.delegate.canRetry(circuit.context);
    }

    @Override
    public RetryContext open(RetryContext parent) {
        return new CircuitBreakerRetryContext(parent, this.delegate, this.resetTimeout, this.openTimeout);
    }

    @Override
    public void close(RetryContext context) {
        CircuitBreakerRetryContext circuit = (CircuitBreakerRetryContext) context;
        // 代理
        this.delegate.close(circuit.context);
    }

    @Override
    public void registerThrowable(RetryContext context, Throwable throwable) {
        CircuitBreakerRetryContext circuit = (CircuitBreakerRetryContext) context;
        circuit.registerThrowable(throwable);
        // 代理
        this.delegate.registerThrowable(circuit.context, throwable);
    }

    static class CircuitBreakerRetryContext extends RetryContextSupport {

        private volatile RetryContext context;

        private final RetryPolicy policy;

        private volatile long start = System.currentTimeMillis();

        private final long timeout;

        private final long openWindow;

        private final AtomicInteger shortCircuitCount = new AtomicInteger();

        public CircuitBreakerRetryContext(RetryContext parent, RetryPolicy policy, long timeout, long openWindow) {
            super(parent);
            this.policy = policy;
            this.timeout = timeout;
            this.openWindow = openWindow;
            this.context = createDelegateContext(policy, parent);
            setAttribute("state.global", true);
        }

        public void reset() {
            shortCircuitCount.set(0);
            setAttribute(CIRCUIT_SHORT_COUNT, shortCircuitCount.get());
        }

        public void incrementShortCircuitCount() {
            shortCircuitCount.incrementAndGet();
            setAttribute(CIRCUIT_SHORT_COUNT, shortCircuitCount.get());
        }

        private RetryContext createDelegateContext(RetryPolicy policy, RetryContext parent) {
            RetryContext context = policy.open(parent);
            reset();
            return context;
        }

        /* 判断断路器开关是否打开  **/
        public boolean isOpen() {
            // 计算时间间隔
            long time = System.currentTimeMillis() - this.start;
            // 判断是否允许重试
            boolean retryable = this.policy.canRetry(this.context);
            if (!retryable) {
                // 闭合重置开关超时时间
                if (time > this.timeout) {
                    logger.trace("Closing");
                    // 重建上下文
                    this.context = createDelegateContext(policy, getParent());
                    this.start = System.currentTimeMillis();
                    // 判断是否允许重试
                    retryable = this.policy.canRetry(this.context);
                }
                // [0,openTimeout)
                else if (time < this.openWindow) {
                    // 指定开关打开
                    if ((Boolean) getAttribute(CIRCUIT_OPEN) == false) {
                        logger.trace("Opening circuit");
                        setAttribute(CIRCUIT_OPEN, true);
                    }
                    this.start = System.currentTimeMillis();
                    return true;
                }
            }
            // 允许重试
            else {
                // (openWindow,resetTimeout]
                if (time > this.openWindow) {
                    logger.trace("Resetting context");
                    // 重建上下文
                    this.start = System.currentTimeMillis();
                    this.context = createDelegateContext(policy, getParent());
                }
            }
            if (logger.isTraceEnabled()) {
                logger.trace("Open: " + !retryable);
            }
            // 设置开关打开的标志位，不能重试=开关打开
            setAttribute(CIRCUIT_OPEN, !retryable);
            return !retryable;
        }

        @Override
        public int getRetryCount() {
            return this.context.getRetryCount();
        }

        @Override
        public String toString() {
            return this.context.toString();
        }

    }

}

除了断路器策略（ CircuitBreakerRetryPolicy）稍微复杂点，其他基本都像 SimpleRetryPolicy一样，逻辑简单。

首先 canRetry在模板方法内是判断是否要重试的实现。 SimpleRetryPolicy实现就是判断了次数和异常，是否满足要求。 CircuitBreakerRetryPolicy，主要逻辑集中在 org.springframework.retry.policy.CircuitBreakerRetryPolicy.CircuitBreakerRetryContext#isOpen，开关打开不允许重试，否则根据代理类判断是否允许重试。

重试策略看完，再来看回退策略代码就更简单了，看一个固定时长的回退策略实现：

      public class FixedBackOffPolicy extends StatelessBackOffPolicy implements SleepingBackOffPolicy<FixedBackOffPolicy> {
    // 默认使用 Thread.sleep等待
	private Sleeper sleeper = new ThreadWaitSleeper();

    // 可以指定 org.springframework.retry.backoff.ObjectWaitSleeper
	public void setSleeper(Sleeper sleeper) {
		this.sleeper = sleeper;
	}

	protected void doBackOff() throws BackOffInterruptedException {
		try {
			sleeper.sleep(backOffPeriod);
		}
		catch (InterruptedException e) {
			throw new BackOffInterruptedException("Thread interrupted while sleeping", e);
		}
	}
}

默认的就是 Thread.sleep一段时间。

至此，编程式的源码简单的流程已经了解了。接下来分析下注解的实现原理，可预见的，注解也借助了编程式这套模板。

大体逻辑主要分为应用启动时，对全局内 @Retryable方法的收集，以及运行期的动态代理。

      @Configuration
public class RetryConfiguration extends AbstractPointcutAdvisor implements IntroductionAdvisor, BeanFactoryAware {


	@PostConstruct
	public void init() {
		Set<Class<? extends Annotation>> retryableAnnotationTypes = new LinkedHashSet<Class<? extends Annotation>>(1);
		retryableAnnotationTypes.add(Retryable.class);
        // 切点定义，也就是所有被 @Retryable标识的方法
		this.pointcut = buildPointcut(retryableAnnotationTypes);
        // 切面构建
		this.advice = buildAdvice();
		if (this.advice instanceof BeanFactoryAware) {
			((BeanFactoryAware) this.advice).setBeanFactory(beanFactory);
		}
	}

	protected Advice buildAdvice() {
        // 看这个实现
		AnnotationAwareRetryOperationsInterceptor interceptor = new AnnotationAwareRetryOperationsInterceptor();
		if (retryContextCache != null) {
			interceptor.setRetryContextCache(retryContextCache);
		}
		if (retryListeners != null) {
			interceptor.setListeners(retryListeners);
		}
		if (methodArgumentsKeyGenerator != null) {
			interceptor.setKeyGenerator(methodArgumentsKeyGenerator);
		}
		if (newMethodArgumentsIdentifier != null) {
			interceptor.setNewItemIdentifier(newMethodArgumentsIdentifier);
		}
		if (sleeper != null) {
			interceptor.setSleeper(sleeper);
		}
		return interceptor;
	}
}

上面配置类，init 生命中期内定义了切点和切面，切点很简单，就是所有 @Retryable标识的方法；切面的话需要移步 AnnotationAwareRetryOperationsInterceptor。

      public class AnnotationAwareRetryOperationsInterceptor implements IntroductionInterceptor, BeanFactoryAware {

	@Override
	public Object invoke(MethodInvocation invocation) throws Throwable {
        // 获取切面代理
		MethodInterceptor delegate = getDelegate(invocation.getThis(), invocation.getMethod());
		if (delegate != null) {
            // 执行代理方法
			return delegate.invoke(invocation);
		}
		else {
			return invocation.proceed();
		}
	}
}

这里切面的构建并不是我们关心的，所以 getDelegate 感兴趣的可以自行研究，里面加了一道缓存，保证代理对象只会创建一次。

继续跟源码，可以找到代理切面实现类根据有无状态有两种（根据 @Retryable#stateful()设置）：

org.springframework.retry.interceptor.RetryOperationsInterceptor
org.springframework.retry.interceptor.StatefulRetryOperationsInterceptor （@CircuitBreaker强制是这种）

      public class RetryOperationsInterceptor implements MethodInterceptor {

    private RetryOperations retryOperations = new RetryTemplate();

    public Object invoke(final MethodInvocation invocation) throws Throwable {

        String name;
        if (StringUtils.hasText(label)) {
            name = label;
        } else {
            name = invocation.getMethod().toGenericString();
        }
        final String label = name;
        // 构建 org.springframework.retry.RetryCallback
        RetryCallback<Object, Throwable> retryCallback = new MethodInvocationRetryCallback<Object, Throwable>(
                invocation, label) {

            @Override
            public Object doWithRetry(RetryContext context) throws Exception {

                context.setAttribute(RetryContext.NAME, label);

                if (invocation instanceof ProxyMethodInvocation) {
                    try {
                        // 回调业务代码块
                        return ((ProxyMethodInvocation) invocation).invocableClone().proceed();
                    } catch (Exception e) {
                        throw e;
                    } catch (Error e) {
                        throw e;
                    } catch (Throwable e) {
                        throw new IllegalStateException(e);
                    }
                } else {
                    throw new IllegalStateException(
                            "MethodInvocation of the wrong type detected - this should not happen with Spring AOP, "
                                    + "so please raise an issue if you see this exception");
                }
            }

        };

        // 根据是否有 @Recover 兜底/补偿方法，调用模板的不同方法
        if (recoverer != null) {
            RetryOperationsInterceptor.ItemRecovererCallback recoveryCallback = new RetryOperationsInterceptor.ItemRecovererCallback(invocation.getArguments(), recoverer);
            return this.retryOperations.execute(retryCallback, recoveryCallback);
        }

        return this.retryOperations.execute(retryCallback);

    }

}

      public class StatefulRetryOperationsInterceptor implements MethodInterceptor {

    private RetryOperations retryOperations;

    @Override
    public Object invoke(final MethodInvocation invocation) throws Throwable {

        if (this.logger.isDebugEnabled()) {
            this.logger.debug("Executing proxied method in stateful retry: " + invocation.getStaticPart() + "("
                    + ObjectUtils.getIdentityHexString(invocation) + ")");
        }

        Object[] args = invocation.getArguments();
        Object defaultKey = Arrays.asList(args);
        if (args.length == 1) {
            defaultKey = args[0];
        }

        Object key = createKey(invocation, defaultKey);
        RetryState retryState = new DefaultRetryState(key,
                this.newMethodArgumentsIdentifier != null && this.newMethodArgumentsIdentifier.isNew(args),
                this.rollbackClassifier);

        Object result = this.retryOperations.execute(new StatefulRetryOperationsInterceptor.StatefulMethodInvocationRetryCallback(invocation, label),
                this.recoverer != null ? new StatefulRetryOperationsInterceptor.ItemRecovererCallback(args, this.recoverer) : null, retryState);

        if (this.logger.isDebugEnabled()) {
            this.logger.debug("Exiting proxied method in stateful retry with result: (" + result + ")");
        }

        return result;
    }
}

最终 invoke的实现里面，可以看到调用模板方法。利用切面，省得每个方法都写一遍 execute方法。

总结

总之，重试框架并不复杂，已经有现成的工具，就不要重复造轮子。本文也是通过阅读源码后写出来的，如果有理解不正确的地方，欢迎各位指正。

转载：Libra：社交帝国Facebook的转型雄心

Mon, 24 Jun 2019 00:48:55 CST

Libra：社交帝国Facebook的转型雄心

原创：徐思彦，陈明艳腾讯研究院 3天前

作者| 徐思彦腾讯研究院高级研究员

陈明艳腾讯研究院助理研究员

北京时间2019年6月18日下午，全球最大社交网络平台Facebook正式发布Libra，一个为全球数十亿人提供简单无国界的数字加密货币和金融基础设施服务的区块链平台。Libra测试网已在Github上开源上线，并发布官网和白皮书，公布项目相关信息。此举在传统互联网和区块链等领域引起巨大轰动，被认为是继2008年比特币诞生以来区块链领域最重磅的事件，纷纷解读Libra的项目细节以及未来对整个区块链和全球金融体系的可能影响。

那么，为什么Facebook要如此大张旗鼓地进军加密货币领域发行Libra？Libra究竟是什么？未来又将何去何从？

一、Facebook为何要发行Libra？

作为“古典”互联网公司中第一个试水加密货币的公司，Facebook此次推出Libra的动机兼具内因和外因的推动。

从白皮书中可知，随着互联网和移动宽带的高速发展，现在几乎只要一部手机就能接触到各式各样低成本的便捷服务。然而，全球仍然有17亿人没有银行账户，无法享受金融服务而且传统的跨境转账繁琐、耗时且成本高。针对传统金融的痛点问题，Libra的诞生是为了让全球所有人，不论贫富，只要有一部智能手机，就能使用方便快捷、成本低廉且安全可靠的金融服务。

这是Facebook描绘的宏伟愿景，是其推出稳定币Libra的出发点之一，但背后仍有更复杂的原因。其中最直接的动机是丰富现有的商业模式，寻求新的增长突破。一直以来，广告收入占Facebook年营收的90%以上，这种单一的盈利模式一旦受到制约，将给Facebook带来根本威胁。尤其是去年爆发的用户隐私泄露丑闻加强了政府对用户数据保护的重视，如果提高了用户对数据的支配权，无疑大大增加了Facebook数据分析的成本，进而动摇其广告收益。

但如果只是为了寻求新的增长突破，坐拥20多亿用户的超级社交帝国可选择开拓的商业模式也很多，比如云计算、游戏、电商等更为传统的互联网商业模式。然而，Facebook选择的是加密数字货币领域里的稳定币为突破口，以Facebook、基金会其他成员以及区块链自身技术的信用作背书，重塑全球支付体系，打造无国界全球货币。

在国内，移动支付可谓家常便饭。移动支付是移动互联网时代深入发展的重要基石之一。而在美国，由于各种历史包袱，移动支付的渗透率却非常低，美国人生活中还是以信用卡和支票为主。这给了腾讯、阿里等中国互联网公司弯道超车的机会，而Libra显然给了Facebook一次弯道反超的机会。

二、Facebook为何选择稳定币？

那为什么Facebook选择的是稳定币而非其他类型的数字货币？首先，就Libra白皮书开篇想解决的跨境支付问题，目前全球的跨境支付总规模在125万亿美元，而数字加密货币有天然的优势，可以以低成本高效率且无时间地点限制的方式便捷实现，倘若Libra打通了整个流通体系，Facebook有望将手续费再将一个数量级。然而，大多数字加密货币价格波动剧烈，难以满足作为货币的稳定性要求。在Facebook之前，数字加密货币市场中也出现了不少有影响力的稳定币，例如USDT、DAI等，主要用于数字加密货币市场的入金和避险。稳定币依靠不同的“稳定机制”能增加不同程度的稳定性，进而增加其货币属性和流通性，并帮助构建商业和金融体系内的价值闭环。

目前，主要有三种“稳定机制”，从稳定币的历史市场行情来看，稳定性效果最好的是法币资产抵押模式（如USDT，GUSD和PAX等），其次是数字资产抵押模式（如DAI和BitUSD等），最差的则是仿央行调控模式（如NuBits）。Facebook此次选择的便是稳定性最好的法币资产抵押模式，但和已运行的稳定币仍有许多区别。其中最大区别是锚定对象，几乎所有采用法币资产抵押模式的稳定币都按1:1比例锚定美元，他们之间的区别主要集中在合规程度和生态应用方面，如资金托管方、银行账户审计、智能合约审计和监管机构等，但Libra显然采用了更艰难也更激进的方式——与多个主流货币（如美元、欧元和日元等）挂钩，锚定一揽子货币，在大大增加Libra稳定性的同时，无疑也增大了项目的推进阻力。

简单来说，Libra是基于区块链发行的一种货币，目前主要面向的是转账、付款和汇款市场，可以在Facebook生态体系以及Uber、Spotify等实际应用场景中流通。区别于Q币等熟悉的由公司发行的代币，Libra与现实资产挂钩的稳定币，而不是一种商品积分体系。区块链的属性把Libra的信用度进一步提高到主权货币水平，让全球结算成为可能。

三、Libra如何运转？

那么，这样一个承载Facebook重塑金融生态愿景的稳定币Libra是如何运转的呢？

“Libra分为三个部分，共同构建一个普惠金融体系：分别是安全、可拓展和可靠的Libra区块链；提供支持其内在价值的储备资产；以及负责治理并促进生态系统发展的Libra协会。”——《Libra白皮书》

Libra区块链目前是一条基于LibraBFT共识机制的联盟链，采用全新设计的编程语言“Move”实现交易逻辑和智能合约，具备吞吐量高、延迟性低、灵活性强和安全性高等特点。鉴于近几年智能合约漏洞等安全事件频发，专为数字资产交易打造的Move无疑是此次发布的一大亮点。法币因为拥有无限法偿能力，在法币上做智能合约是有风险的，而Libra本身没有这个负担。以往智能合约所承诺的类似自从发行奖金，自动还贷等功能用法币或以太坊等数字货币都难以实现。而有了抵押权益代币Libra事情就简单许多，得以实现真正的可编程的货币。除此之外，未来各种金融资产都可以数字化，从而在全球畅通流通，这个想象空间远大于今天的移动支付结算体系。如今移动支付只限于零售端的交易支付和结算，如果加上金融资产的流通和交易，Libra的体量将不可估量。

在储备资产方面，Libra采用近似等额锚定一揽子货币的方式来稳定币价，因此法币兑换通道、储备资产的配置和产生收益的分配也是大众关注的焦点。目前，在法币兑换通道方面，Libra采用授权代理商模式，即用户通过授权的交易所或其他机构买卖Libra，这个过程涉及的KYC验证、交易手续费和监管等问题尚不明确。对于用户充值的法币资产，Libra计划将其投入波动性低的资产中，如银行存款和政府证券等。为了缓解Libra价格波动的可能性和严重性，储备资产的配置倾向于违约率低的政府债券。同时在保证流动性方面，Libra计划将一部分资金用于政府发行的短期证券以满足日常交易量的需求。这种资产配置基本满足Libra求稳的需求，但已动了不少既得利益者的奶酪，是否能挺过各方利益角力而成功开展有待时间检验。当然，关于这个过程产生的收益分配，Libra在白皮书中也有相应计划——优先用于维护项目运行，剩余收益分红给早期贡献的成员和其他投资者。

作为维系整个Libra项目运转核心的Libra协会，是一家总部位于瑞士日内瓦的非营利性会员制国际性机构，其成员是Libra区块链的验证节点，通过理事会投票表决，还可控制新成员的加入、规则的制定、储备资产的管理和监管以及负责其他日常事务。

现阶段Libra协会的成员主要是来自不同领域的28家企业、非营利性组织、多边组织和学术机构，大多集中在互联网、金融和区块链领域，包括风险投资、电子商务、支付、电信和社交等行业巨头，如Mastercard、PayPal、eBay、Uber和Facebook等，成员数量未来有望拓展超100个，争取以强渗透力打通更多商业支付场景。基金会成员天然解决了Libra拉新和场景问题，而随着Libra生态的丰富，其跨国、低成本的便利性也将带来网络效应。毫无疑问，如果围绕Libra的超级商业支付生态圈一旦建立，会给现有的全球支付体系带来剧烈冲击。

随着成员的数量逐渐变多，Libra的治理机制也变得尤为重要。现阶段，每个成员（即验证节点）派一名代表加入Libra协会理事会，有一票投票权，重大决策有2/3以上的赞成票则为通过，这种管理模式在项目初期能高效快速地推动项目发展，但也容易埋下了一系列隐患。尽管Libra称未来将逐步提高去中心化程度，降低准入门槛，5年内开始逐步过渡到非许可治理模式，以提升整个生态系统的弹性，但未来能达到多大程度的去中心化且各方权益和监管如何平衡仍然有待时间验证。

四、Libra的未来会怎样？

至此，Libra的愿景是惊天动地的，但落地之路仍然充满不确定因素。从目前白皮书、官网动态以及外界表现来看，对Libra后续的发展仍然有很大担忧。

从外部因素来看，能否通过国家的监管合规要求，对Libra来说是项艰难考验。首先，数字加密货币的本质已挑战一部分禁止加密货币交易的国家的监管条例，比如中国和伊朗等。其次，Libra的发行和设计机制挑战了国家央行的最重要职能，进而动摇了各国法币的地位，尤其是货币不稳的第三世界国家。再者，目前各国监管机构表达的质疑和担忧还集中在抵押资产的可靠性、数据隐私安全性以及是否满足各国反洗钱、反恐融资等方面的需求。那么，在Libra正式落地之前，与各国监管机构之间的博弈成为Libra团队最为棘手的难题。如何在监管合规的基础上实现商业支付，如何确保用户数据不会被滥用，如何避免Libra成为洗钱等灰色地带的金融工具等问题都是Libra团队需要向监管机构和公众回答的问题。

继4个月前摩根大通宣布将发行“JPM Coin”之后，Facebook带领Libra也强势进入数字加密货币领域，顶级玩家的加入为区块链的发展打开新局面的同时也让赛道间竞争更加激烈。其他行业巨头会如何应对？是顺势加入Libra协会为其献策献力，还是另起炉灶带着新的商业模式和生态弯道超车？这些也给Libra的未来发展带来诸多不确定性。

再从内部因素来看，在治理结构方面，Libra的最终目标是过渡到非许可性治理，逐渐实现去中心化。但前期仍然是联盟链结构，为了平衡各方势力，将企业、非营利性组织、多边组织和学术机构招入其中，同时也将拜占庭容错机制的核心原理融入理事会的决策规则中，但随着Libra的体量不断扩大，涉及的范围不断拓展，面对前所未有的利益诱惑，现有成员是否愿意牺牲自身利益以达到Libra最终目标尚且未知。此外在储备资产的收益分配方面，Libra计划先将收益覆盖系统运行成本，确保低交易费，之后给早期贡献的成员和其他投资者分红，并支持后续的发展。然而，整个分配规则的制定和过程中的监管均由Libra协会负责，而协会成员大多也是早期参与的贡献者，即未来的收益获得者，这种自我监管的方式能否被大众接受也是一个未知数。

小结

种种因素使Libra的落地之路面临重重阻碍，但无论如何，Facebook推出稳定币Libra是一次大胆、开放且有意义的尝试。两年之内，Libra对Facebook自身的意义要远大于对全球货币体系的意义。它为Facebook打开了另一条商业路径，使其能切入在线支付领域，并且使其商业生态能更具网络效应。用户可以在Facebook旗下的Messenger，Instagram，Whatsapp等应用中更快、更方便地进行支付和汇款了，即使这一切对于中国用户来说已经无比熟悉。

对极客来说，Libra也许是向现实世界的妥协。但新技术从发明到大范围爆发型应用往往都是最初的变体。“谁来做”在很多情况下上比“怎么做”更重要。

Libra在白皮书里写道“在全球范围内转移资金应该像发送短信或分享照片一样轻松、划算，甚至安全。”这与比特币最初诞生的初心“一种点对点的电子现金系统”相呼应。只不过，随着时间推移，比特币的通缩属性使其成为一种数字资产，而无法实现其数字现金的目标。现在，Facebook用一种（多）中心化的方式使这个目标继续推进。在Facebook之前，不乏明星团队、学术精英和工程精英尝试过区块链项目，但离真正的爆发都欠缺了必要条件。而晚于业内到达战场的Libra由于Facebook的海量用户、跨国属性和多场景生态的基础在全世界无人出其右，具有强大的后发优势。

从长期来看，巨头入场开启了一个潘多拉的盒子，让虚拟货币成为了数字世界中不可逆的组成元素。一旦全球 Facebook 用户习惯在各种场景中使用Libra，届时人们也不再需要将 Libra 兑换成法币，也不再需要第三方资产支撑。这将为数字加密货币将真正在用户中普及铺平道路，撼动传统的货币体系。数字加密货币将真正在用户中普及，撼动传统的货币体系。这一点上，扎克伯格显示了带领巨头转身的魄力，为Facebook争取到了未来数字货币领域的一张船票，保证Facebook在未来数字经济社会依然是一个重要玩家。

不管成功与否，Libra都已经为未来的更自由、更普惠、全球化的数字货币世界铺下了第一块基石。最终由巨头搭台，多中心化支付清算网络反向推动了诞生于民间、去中心化数字加密货币的普及，并在传统的货币体系中争夺一席定价权。这也是历史一次又一次螺旋上升的有趣之处。

如何分辨成长型社交和自杀式社交？

Fri, 21 Jun 2019 20:08:24 CST

人在职场，身不由己，要想做喜欢的事情，就要先做不喜欢的事儿，社交大概就是职场人“不喜欢”的事情之一。社交之所以累，正在于每个人都试图在社交活动中表现出“自己并不真实”的一面，如鼓吹自己的辉煌历史和人脉资源，又比如女人们浓妆艳抹，把自己打扮得非常精致，试图钓到一个金龟婿，自此走上人生巅峰。

理想很高远，现实很骨感，职场上充斥着大量的社交，有些确实是高质量的，不仅让人心情愉悦，还能有很多收获，但更多的普通社交，只是大家聚个餐，经常出现拼酒的情况，地位低者，需要在40秒内喝完一瓶啤酒，或者跑到厕所吐完之后，接着再来新的一轮，这样的社交除了获得一个酒精肝或者将军肚，估计也没有什么特别的收获，笔者把这些社交称之为“自杀式的社交”，此类的社交玩得时间久了，人类精神就会变得麻木，甚至出现长期不成长的状况，浪费时间的同时，又毁掉身体，真地太得不偿失！

人类始终都是社会动物，完全不参加社交活动，是不可能的，但聪明人在社交中，都懂得管理时间、管理身体，同时，拓展自己的视野和学识，笔者称之为“成长型社交”，而区分成长型社交和自杀式社交就变成了非常重要的课题。

向上流动，职场人如何在社交中成长？

平心而论，职场中的成长型社交并不多见，需要集合太多的因素。首先，职场中要有良好的氛围，同事之间不搞党争，不背后捅刀，办公室里普遍存在的关系是良性竞争，不同性格、不同职能的同事能够做到“彼此欣赏”，只有在这样的环境下，才有可能出现“成长型社交”，大家坐下来，更多地谈行业变化、谈未来趋势，交流有价值信息的等等；

其次，社交中的高端人群，如董事长、CEO愿意社交，不吝啬分享人生经验，同事们则要懂得“团队合作”是致胜关键，唯有共同进步才是阳关大道，说得通俗些，自己的成长感应该来自于“实质性的进步”，而非人玩人，搞得别人不如自己才爽。

最后也是最重要的，成长型社交需要参与的人，有足够的敏感度，把大家交流的信息、分享的经验转化成有价值的成长要素。之所以说，成长型社交不多，最大的问题在于，现代人对于“长期的成长因素”非常漠视，感知能力比较差，比如大家都在逻辑上认同“授人予鱼不如授人以渔”，但在心理上又更喜欢，先把“有形”的鱼抢到手，而对于“无形”的渔技巧却等闲视之，又比如一些CEO或者企业高管，常常会在社交场合，分享一些人生经验，但听众却更关注是否“涨工资”，还自嗨式地提出“不要和我谈情怀”之类的价值观，殊不知，工资固然重要，但这些人生经验、工作思维却常常是“创造财富”的根基，用一句调侃的话来讲：当一切的素质都具备之后，赚钱、涨工资都是顺便的事儿！

成长型社交之所以稀有，还有一个原因在于“价值对等性”，很多人参加社交活动，或者维系一种关系，最主要的原因是想向上流动，或者获取相应的资源，但大家都有类似的原因，成熟稳定的社交关系一定是基于“价值交换”，说直白点就是：大家可相互利用，所以，要想参加成长型社交，先要提高自己的可利用价值，另外，要注意对等的社交，比如马云、柳传志、马化腾的社交相对来说是对等的，他们一起参加个乌镇聚餐，都会发现20个以上的财富机会，而一些记者借着采访机会，和很多政要都合过影，但自己犯事儿之后却无人问津，只能锒铛入狱，这就是典型的“社交价值不对等”：记者认为的成长型社交，实际上是无效社交，总之，成长型社交是稀有的，是一种“精华集合”的产物。

口无遮拦，自杀式社交比比皆是？

成长型社交是稀有的，是凤毛麟角的，它需要集成太多的因素来实现，但自杀式社交却遍地都是，只要出现一个“自杀因素”，这场社交就会有一股死亡的味道。

自杀式社交最大的特点就是浪费时间，无休止地消耗精力、伤害身体等等，如前文提到的，职场新人被要求在40秒内喝完一瓶啤酒，或者在卫生间喝吐了之后，再跑回来喝第二轮等等，有一些领导喜欢深夜泡吧、通宵麻将，这些都是非常伤害身体的行为，把这些习惯给到老中医，每天就是慢性自杀。另外，社交中最常见的自杀行为，是管不住自己的嘴，吃的太多，会容易发胖，而讲得太多，则会惹祸上身。前两年，一位央视著名主持人，已经红到发紫，在社交的酒桌上来了一段说唱艺术，言辞中充满着对国家管理者的不敬，没成想被人录像，于最关键的时刻曝光，自此，这位主持人被央视开除、销声匿迹，两年后再次露面，面容憔悴，一副生无可恋的样子，本来蒸蒸日上的事业嘎然而止，感觉有点冤枉，但考虑到膨胀之后的自杀式社交，姥爷并不觉得冤枉。

名人踏入自杀式社交，会毁掉自己，而普通人更要小心，毕竟，名人的事业戛然而止之后，尚有足够的余粮帮助其渡过下半生，而普通人丢掉工作，就会有大麻烦，可遗憾的是，普通人在酒过三巡以后，更容易管不住嘴，借着酒劲儿把对公司、对领导的抱怨，一股脑儿地全都倾泻出来，而在酒桌的另一端，或许就普遍存在着领导的“间谍”，事实上，中国职场之所以累，正在于，领导太喜欢安插间谍，把一些他们想知道和不想知道的信息都收集起来，而员工在社交中的言论，更有可能遭遇监听，况且，酒后失态也会给人留下“不自律、控制力差”的印象，最终体现在个人品牌塑造，以及年终绩效评比中。

最后，笔者建议任何职场人都要更深刻地面对社交，认清楚社交的本质，碰到凤毛麟角的“成长型社交”，要积极参与，汲取营养，同时，管理好自己，依靠自律精神和良好的生活习惯，来避免自杀式社交，谨记，人类社交贵精不贵多。（科技新发现康斯坦丁/文）

拼团玩法分析：社交电商爆红背后的获客思路

Thu, 23 May 2019 11:50:53 CST

拼团这个玩法为什么有这么大的魔力，可以吸引这么多企业投入巨大的人力物力发展？社交拼团模式真的这么神奇吗？

近期关注电商行业的朋友们一定经常看到这种新闻：

苏宁易购启动2019年货购物节，同时苏宁小店即将上线社区拼团服务，并要在全国招募100000个团长。
京东小程序悄然上线了“友家铺子”，定位于“京东官方推出的社区购物平台”，主攻二三线城市社区团购市场；
拼多多就投资了在上海浦东地区深耕数年的虫妈邻里团，正式涉足社区拼团。

2019年社交电商模式依旧火爆，不仅主要电商玩家继续加码社交玩法，更为社交电商画出新跑道——社区拼团。

那么拼团这个玩法为什么有这么大的魔力，可以吸引这么多企业投入巨大的人力物力发展？社交拼团模式真的这么神奇吗？

一、拼团的玩法概述

拼团是一种快速有效的营销活动，它使用裂变方式，促使参与者自发传播，堪称营销神器。主要玩法是在限定的时间内，邀请购买的人越多，价格越低。

相较于传统的电商玩法，拼团的最大特点就是去中心化，以用户为核心构建传播链条。在短时间内，通过在同一个圈层的用户扩散，积累出庞大的精准客户。

拼团的发起人和参与者都是通过微信分享并完成交易，此玩法可以激发消费者低价消费的积极性，让消费者自发传播。

对于商家而言，可在后台自行设置活动商品、折扣价格、活动时效、成团人数及商品信息等，要求用户在约定时间内只需要满足成团人数并成功支付，即可用优惠价格购买商品。

拼团玩法的核心在于利用社交网络及熟人间的信任，来自亲朋好友的邀请，会增加新客户对产品的信任。因此在水果生鲜、食品快消、整形美容、亲子母婴、教育培训、汽车、摄影等依赖熟人产品体系中非常流行。

二、拼团的发展过程

拼团在最早期是以水果为突破口的，随后扩展到生鲜类产品，因为水果、生鲜这类产品最忌讳滞销。

因此当生鲜、水果类商品以较低价格上架拼团玩法后，依靠熟人关系背书与熟人关系网络，以较低成本获取新用户，同时也有效降低生鲜、日用商品的损耗，减少库存。

早期的拼团玩法就是围绕人群消费而展开的。通过微信群进行拼团活动，把同一个小区或亲朋好友等有着共同需求的的人群聚在一起，微信支付后再根据订单发货。

而轻运营模式、易于规模化复制正是拼团玩法快速“燎原”，受到各大巨头青睐的重要原因。

三、拼团为何会受到用户追捧

商品信息过载，用户选择成本增加，品牌获客成本大幅提升，让传统电商的路变得越来越狭窄，而借助拼团、分销、社群等多样化的社交运营模式，能让流量实现更快速地裂变。

拼团实际上是利用的是消费者的价格感知能力，提升冲动消费的比例。每个人消费者对于价格的认知一共有三种：

单品认识。这种指的是每个人对某一个领域的产品非常熟悉，也了解每个产品对应的价格。因此在一些促销活动中，单品感知型产品的价格对用户最为敏感。所谓的爆款也大多是这类商品。
品牌认知。这类玩法最常用的就是三只松鼠，我们经常会在三只松鼠看到满399-199的活动，面对这种活动促销，很多人都会忍不住看看具体情况。对用户而言，用户更在意品牌价格的波动。
品类认知。这种就是拼多多常玩的形式，拼多多里上架的产品大多数是日常常见物品，例如一个刀具100元，一条毛巾30元，常规的促销对整个销量提升有限，但一旦促销力度远远超过正常价格波动区间后，就会销售额暴增。

举个简单的运营节点来给大家简单分析下：

天猫聚划算：利用敏感的价格波动区间，快速的拉动新客消费
京东超品日：利用品牌号召力，以折扣促销的方式激活潜在用户
拼多多团购：直接击穿用户对于品类价格的认知，拆除消费门槛

这正是利用了各自的产品价格认知特点来进行差异化竞争。

四、拼团的四种发展模式

现市场拼团模式可以主要分为这四种：

以拼多多为代表的纯拼团电商模式。即APP内只有拼团一种模式，围绕拼团做社交玩法延伸。
以淘宝、京东、蘑菇街等为代表的传统电商平台。拼团模式为其APP内其中一种玩法。
以有赞、微店等为代表的第三方店铺提供商。为商户提供基于微信生态下的店铺，商户可以自发进行拼团玩法，帮助自身商铺促销。
以人人秀等为代表的第三方营销平台。为用户提供包括拼团、砍价等营销玩法的功能插件，用户通过功能插件即可快速上线拼团活动。

从上面可以看出，随着移动互联网的发展，拼团玩法逐渐从拼多多这种单一的拼团购物平台，开始延伸到各大平台，包括餐饮、购物、娱乐、旅游等方方面面，并且很多产品开始借助第三方营销平台提供的拼团功能，自行在微信发起活动，从微信庞大的流量中快速获客。

目前拼多多的整体品质正在升级，一些拼团玩法等也有新的规划，而淘宝、京东等平台依托自身平台的巨大流量，也希望能通过拼团玩法来牵制拼多多等拼团平台，但淘宝、京东等平台拼团货品策略非同拼多多的主流低客单价、超高性价比的货品策略，而且在线商品SKU没有按照类目进行划分，因此整体效果有限。

目前比较受欢迎的是像有赞和人人秀这种拼团玩法服务提供商，有赞适合那些中小企业平台，在淘宝京东开店得不偿失，因此可以选择在有赞开店。而人人秀适合那些非常规的企业产品，例如教育课程、爆款新品、优惠券等，商家可以根据拼团的产品功能，在自有微信公众号/微信社群进行自发推广。

五、常见的三种拼团价格模型

1. 爆款直降型

爆款直降型对应的就是单品认知型产品，因为很多大多为生活必需品，用户对于生活必需品的价格认知最为敏感。

例如：一个婴儿安全座椅从1500降价到1300，可能很多用户感受并不明显，但一瓶可乐从2.5降价到2.2，很多人就会感受很深。

因此爆款型拼团的玩法核心功能在于拉新，利用生活必需品的价格敏感性，通过低价快速打爆产品，吸引用户的主动分析并实现拉新效果

2. 品牌折扣型

这是目前玩的最多的形式，品牌通过自身折扣的形式，更容易激发潜在用户消费。这就是为什么最近一两年满减折扣活动，越来越频繁的根本性原因。

那么对于品牌来说，需要保证的就是折扣产品的质量，包括上新、库存等等后续的一系列问题。

3. 价格穿刺型

品类认知型商品原本因为价格敏感度太低，是最不适宜做拼团的商品，但因为拼多多以往0元秒杀的玩法，成功的把这个市场彻底激活。

9.9包邮？4.9元包邮？1.9元包邮？这些近乎赔本的价格策略，能不能打动你的内心。

这种策略是价格直接突破用户心理底线，让用户有种低到不敢相信的错觉，既可以为低价促销作掩护，又可以拉新，可谓一石二鸟。

低价必然是不可持续的，低价带来的后果就是质量的不可控，而随着价格回流到原本区间，如何保持价格和销量的平衡也是一个大难题

六、拼团模式的发展难点及创新

1. 质量与品控成为发展的制约点

拼团目前面临最大的难题就是质量的不稳定性。因为拼团对价格的要求低，商家为了维持毛利，不得不处理用于残次品，如小的烂的水果。果农、仓库、消费者位置分散，缺乏系统的管理，不能保证产品的质量。同时发货时间的不确定，用户体验也会大打折扣

2. 拼团模式的创新及改进

从目前拼多多的货品种类及策略上，目前一些非理性、非刚性需求的消费者占了不少比例，拼团商品单价普遍都低。但是随着时间的推移，大家对拼团套路越来越清楚。

如何基于拼团再继续演变出新玩法，就显得尤为重要。如“团长免单”、“随机免单团”、“1元抽奖团”等等新玩法需要不断更新迭代。另外为了维持长期发展，需要将低毛利品类拓展到其他高利润品类，诸如家具、小家电等。

随着传统意义上的电商获客成本不断提高，社交电商依托拼团裂变快速触达消费人群的优势日益凸显，但能否依托自身快速获客的核心优势，会是未来可持续发展的关键。更多商家当通过拼团获得巨量用户及留存后，如何从部分中低消费人群开拓更广泛的市场，是一个值得思考的问题。

本文由 @人人秀原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议

返佣社交电商江湖：冒险的创业者疯狂的小b

Fri, 12 Apr 2019 11:58:02 CST

花生日记被罚事件之后，一批类似模式的分销返佣社交电商也引起公众关注，有关该类社交电商多层级的分销返佣制度再次引起热烈讨论。杭州西湖区日前签约的企业落地项目中就包含了一家名为“粉象生活”的优惠券分销返佣社交电商。亿邦动力希望通过揭开粉象生活面纱一窥优惠券分销返佣社交电商生态，试图理清该领域的风险和未来方向。

粉象生活和其分销制度

——3个分销层级、可裂变

据了解，粉象生活为杭州粉象家科技有限公司旗下平台，其创始团队来自阿里妈妈，目前主要业务包电商CPS、金融CPS和粉象品牌优选等。在微信公众号上，粉象生活介绍自己为电商内部优惠券领取平台，不同级别的用户通过分享优惠券或分享商品，可获得不同程度的返佣。

在粉象生活APP里，有各类平台优惠券的导航模块以及分销模块，此外还有商学院模块，呈现分销生活的各类分销培训和推广宣传素材。

值得注意的是，与花生日记、高佣联盟等优惠券分销返佣平台相比，粉象生活除了给淘系APP导购外，还接入了一大批其他平台和品牌，包括拼多多、京东、一号店、飞猪以及其他车票机票和团购外卖等平台。用户微信授权粉象生活，填写邀请码后，即可成为其普通会员。

粉象生活的分销制度分为3个层级，包括普通会员、VIP和合伙人。普通会员不可裂变粉丝，只能自己购买，普通会员要想成为VIP，需要每月交68元的会员费，成为VIP后即可邀请粉丝获得佣金奖励。而普通会员要想成为合伙人，则需要缴纳每月198元的会员费，而且需要累计推荐20个VIP会员。

粉象生活规定，不同层级的用户自购和分销可获得的返佣额度也是不一样的。其中普通会员自购享受返佣最高达51%，分享可获得返佣最高达10%；VIP自购和分享可获得的最高佣金分别达82%和31%；合伙人自购和分享可获得的最高佣金分别为91%和40%。

值得注意的是，粉象生活规定VIP等级与合伙人等级下面可分裂发展，这些分裂的会员都属于进行分裂的第一个VIP和合伙人的团队，而且每拉来一个会员成为VIP，进行分裂的领头VIP与合伙人可获得相应的奖励。

粉象生活相关运营人员表示，这个推荐拉会员的裂变可以无穷进行下去。“A推荐B，B推荐C，C推荐D，无限下去，都是A的团队。”

返佣社交电商生态和从业者

—— 平台多、小b“疯狂”

亿邦动力了解到，目前，包括花生日记、高佣联盟、美逛、红人装等一大批从淘系平台优惠券切入的分销返佣平台，已组成了一个分销返佣生态。

来自阿里妈妈的相关数据显示，从2011年到2018年，阿里妈妈分发给推广者的佣金从12亿元增长到350亿元，2019年可能超过500亿元。无疑，数百亿元规模的蛋糕催生了花生日记、粉象生活等一大批平台。

除了平台形成优惠券分销返佣的社交电商生态外，围绕平台“做生意”的一众小b分销者也形成了一个围绕各自平台组成的小b生态。相关数据显示，目前已有数百万人加入到上述平台进行分销赚钱，在他们的朋友圈里，呈现着各种该平台可赚钱的语录和各类该平台推广素材，营造出一种“可发大财”的疯狂之感。

如下图所示，几位粉象生活VIP和合伙人的日常朋友圈可以作为典例：

事实上，除了淘系传统电商的推广平台外，目前，围绕着拼多多等各类社交电商，也涌现出了一大批从优惠券切入的分销返佣平台，如多多进宝、多多超人等。

有业内人士分析，随着各类电商模式和大玩家的相继涌现，未来还会有更多的推广分销平台出现。“有推广机会就会有公司出现，当然也会有做这类推广的小b微商。”

模式风险？

分销层级可能是最大的坑

事实上，这种裂变式分销推广电商平台是一步步发展到如今的。据了解，淘客推广一开始的主战场在微信，大批量淘宝客在朋友圈发淘口令信息，但不久便遭到微信的封锁。随后便有了各种推广分销电商app，不过一开始该类平台多为一级分销制度，而随着社交电商的不断发展和深入，类似花生日记、粉象生活这样的可裂变的分销返佣社交电商平台崛起。

目前，包括粉象生活、花生日记等在内的分销返佣返佣社交平台都是借助于微信进行分销，用户既可自购，也可分销，分销制度多为多层级，而且VIP可裂变发展下级。

“所有人既是顾客又是代理，代理划分多层级，大家都可以按照自身定位来赚钱。这是一个颠覆性的变化，谁能烧钱推广，谁能拢来最多淘客推手，那么谁就可以圈到最多的用户。”有分析人士在贴吧评论称。

某导购电商市场负责人则指出，处在淘系里的还只是一个范围，未来该类分销返佣平台会把更多不同种类的平台囊括其中。在其看来，会在多级代理基础上，向多平台延伸，整合全网主流电商与不同服务平台。

值得注意的是，虽然该类平台很多已获得资本的青睐，不过目前来看，也存在很大风险。

最主要的便是传销风险。就在上个月，花生日记便因涉嫌传销受到了广州市工商局行政处罚，罚款150万元，没收违法所得7306万元。决定书中指出，从2017年7月28日至2018年9月25日立案期间，花生日记以平台运营商可获取其发展的会员所购买的商品一定比例的佣金为诱饵，发展了多个粉丝数量多、流量大的流量运营公司作为其分公司，再由这些分公司去管理运营商，运营商负责发展会员，按照层级提取酬金。

决定书指出，花生日记通过设定“平台（分公司）—运营商—超级会员—超级会员... ...超级会员”的层级式管理架构，采取多层级佣金计提制度和会员升级费用等手段，发展会员2100多万人。

有社交电商平台负责人表示，分销类社交电商会迅速起量与其通过微信裂变有很大关系，但发展多级分销制时，很可能会涉及到传销。“这也是平台有可能触碰到的毁灭性的‘坑’，需要特别注意规避。”

虽然花生日记被罚之事就发生在上个月，然而，不少用户却认为，包括花生日记、粉象生活在内的分销返佣平台依然很有价值。问及原因，其表示，“可以让我兼职赚钱” 。而在微信小程序和各应用市场里，一些新的多层级分销返佣社交电商还在不断冒出，新的创业者仍在继续前进。

如何化解？

转向一级分销或是未来出路

即便有风险，仍有如此多的分销返佣社交电商出现，其存在的价值和背后的广大市场无须赘述。然而，这类平台想要长久发展，必须规范化发展。

据了解，目前有关该类分销返佣社交电商涉及法律风险的点主要在其分销层级上。正常为一级分销，而与之对应的则是多级分销。两者的区别为分销层级的多寡能直接决定用户能抽取佣金的对象群体。在一级分销中，用户只能从自己直接接触的群体中获取回报；而多级分销模式下，用户还能发生间接接触的群体身上获得收益。

有关传销的法律方面，《最高人民检察院、公安部关于公安机关管辖的刑事案件立案追诉标准的规定（二）》规定：“涉嫌组织、领导的传销活动人员在三十人以上且层级在三级以上的，对组织者、领导者，应予立案追诉”。

为此，包括云集、贝店等平台在获得前期积累后，都纷纷调整分销政策和商业模式，全面转向一级分销和会员制电商。

一位曾为女装电商高管，如今为某社交电商平台负责人的业内人士告诉亿邦动力，随着电商法的落地实施，全面推行一级分销也许会成为未来所有社交电商平台的共同选择。

“多级分销的模式曾让很多社交电商尝到了甜头，但在完成了初期的原始积累之后，想要百尺竿头更进一步，让企业合规发展，必须要做调整。”

然而值得一提的是，栖身在各大分销社交电商平台的小b分销商们，随着平台分销政策的调整，则会不断流走于各个平台之间，并寻找新的政策更为宽松的平台。

“哪里有钱赚，就要到哪里啊！”某化妆品小b微信分销者向亿邦动力表示。

据了解，2017年年底，云集调整分销制度后，有传言称上万名“店主”跟随四名神秘“操盘手”一起转投杭州另一家社交电商平台。

有上述发动迁移平台的神秘”操盘手”曾向媒体坦言：“底层店主单纯通过销售商品的话，几乎是赚不到钱的……底层店主最大的驱动力其实一直都是那个拉新人加入返还的佣金。现在从多级分销转一级分销，平台合规了，他们也赚不到钱了，肯定要出逃换平台了。”

社会地位即服务, Status as a Service (一): 社交网络是一种 ICO 行为？ - 知乎

Tue, 05 Mar 2019 22:37:35 CST

(阅读时间: 大约 30 分钟)

上周，我看到 Eugene Wei又发了一篇长文， Status as a Service (StaaS)。状态即服务？服务器的状态吗？不知所言。抱着好奇，我打开了这篇文章，一看就是 3 个小时！😭

这篇文章其实是对社交网络的分析。凭良心讲，称之为有史以来对社交网络最全面、最牛逼的分析，并不过分。我是从前一篇文章《隐形的渐近线》才开始关注他的。前文大约 1 万字，这篇文章是它的 2 倍。

抱着学习和分享的精神，我决定开始慢慢翻译。请把这当作是某位陌生网友的行为艺术。因为原文实在太长，共 26 个章节，我可能会把它分成 5 篇译文发出来。这篇译文是前 5 个章节。

当然，正如作者所声称的，他的文章是 80% fat free。(说明还是有些脂肪的 😏) 但我觉得呢，原文实在太有趣了，所以我尽量按照作者的本意，一字一句翻译。考虑到译者精力有限，而且还要和自己的懒惰作斗争，全部翻译完可能会花一些时间。如果你感兴趣，推荐直接看原文。

追求社会地位的猴子

“凡是没钱的人，总想要更多社会资本，这已经成了一条举世公认的真理。”

简·奥斯汀这样写道；或者说，我觉得她会这么写，如果她来记录我们这个时代的话。(还好，我们有 Taylor Lorenz，谢天谢地。)

让我们从两个原则开始：

人是追求社会地位的猴子
人会追求最有效的途径，来追寻社会资本最大化

“追求社会地位的猴子” 将是我的独立乐队的名字，如果我学会弹吉他并开始组乐队的话

我从这两条对人性的解读开始分析，是因为很少有人会质疑它们。但是，尽管有些社交网络可能是有史以来上规模最大、发展最快的公司，我却很少看到有人，从社会地位或社会资产这两个维度，对其做分析。

一定程度上，这是社会资本的衡量难题。数字提供了合理性、可信度。我们往往有办法来计算并衡量金融资本及其流动路径。大量的网站、报纸和专业机构会精确报告货币的价格和变动情况。

但我们却没法衡量社会资本的价值及流动路径，至少没有足够精密、准确的办法。这个领域内的研究，范围太宽泛，成果又太少。如果除了用户数，我们还有更好的衡量标准，那么这类分析文章将充斥着统计图表，让人看上去有一种智慧感。好比 Mary Meeker 的《互联网趋势报告》，还会有一份名为《社交网络的现状》的年度报告；或者，这五十页内容将成为她报告中的一部分。

尽管如此，我们所研究的大多数社交媒体网络，所产生的社会资本远远超出它们实际产生的金融资本，特别是在早期阶段；几乎所有这些公司，都接受了硅谷内一种流行的论调：在早期，公司应该推迟创收，转而快速地扩大网络的覆盖范围。为什么有的社交网络会出现 “ 蒸发冷却效应”，进入 “失速期”，有时甚至消失得无影无踪？这些问题都和社会资本有关。并且，虽然我们可能无法量化社会资本，但作为敏感的社会性动物，我们仍可感知到它的存在。

在许多方面，社会资本是金融资本的一个主要指标，因此社会资本的性质也备受关注。它不仅是良好的投资或商业活动，分析社会资本的动态发展还可以帮助我们解释各种线上行为，否则这些行为都似乎不具合理性。

过去几年里，人们在分析软件即服务 (SaaS, Software as a Service) 业务上取得了很多进展，但在分析社交网络上却较少。我感觉，现在很多对社交网络的分析文章，就像是 Paul Romer 发布《内生技术变革》之前的经济增长理论。但是，如果我们将其视为 SaaS 业务，我们就可以揭开社交网络的神秘面纱；只不过，社交网络提供的不是软件，而是社会地位。这篇文章，将深入探讨被我称之为 社会地位即服务(StaaS, Status as a Service) 的业务。

请把这篇文章当作是我所坚信的一系列假设；因为缺乏相关数据，难以确知或论证。和往常一样，我聪明的读者一定会对其做加减法。

传统的网络效应模型

成功的社交网络，有一个基本的经验教训：当用户数很少时，它必须足够吸引人。通常，这是通过某种形态的单用户工具型功能实现的。

这是经典的社交冷启动问题。传统的 “鸡与蛋” 问题其实已有答案：先来了一只鸡，然后又来了一只鸡，然后又来了一只鸡，依此类推。更难回答的问题是，为什么在没有其他鸡到来之前，第一只鸡会先来到这里，并留下，以及为什么其他鸡会跟着它来。

第二个基本的经验教训是，社交网络必须有强网络效应。这样，随着越来越多的用户加入，社交网络进入高速的正增长循环，正面的网络效应带来复利价值，从而导致指数级增长，最终让投资者和员工看到数不完的钞票。Chris Dixon 写道，“ 为工具而来，为网络而留”。这或许是最令人难忘的格言。

在社交网络出现之前，我们就有了梅特卡夫定律(Metcalfe's law, 一个关于电信网络的价值和技术发展的定律)：

电信网络的价值与连接的用户数的平方成正比 (n^2)

这个定律完全可以套在社交网络上。它如此直观，有一个诱人的数学公式，可以解释为什么社交网络的增长曲线，会在经典的 S 型增长曲线的脚踝处向上急转弯。

但深挖后，仍有许多问题。为什么一些大型社交网络会突然消失，或输给新的小型社交网络？为什么一些优秀的单用户工具型产品无法转变为社交网络，而那些看似毫无意义的产品却实现了质的飞跃？为什么一些社交网络在用户数增加时失去价值？为什么不同的社交网络会在不同的用户规模期 “失速”？为什么有些社交网络能轻松跨越国界，而有些社交网络则被锁定在一些特定国家内？如果梅特卡夫定律成立，为什么 Facebook 克隆了许多其他社交网络的功能，大部分都以失败告终，而有些却能获得成功，比如 Instagram Stories？

把这些问题的解释串在一起的，是社会资本理论。当我们分析社交网络时，应该包括，对社交网络中社会资本资产的积累效应，以及对地位博弈游戏的性质和结构的研究。换句话说，不管有意无意，这些社交网络公司是如何利用 “人是追求社会地位的猴子，总是试图以最有效的方式追求更多社会资本” 这一事实的？

用 Nicki Minaj 的话来说，“If I'm fake I ain't notice cause my followers ain't.” (有人质疑我假，我不管，只要我的粉丝是真的)

编者注：有时粉丝 (followers) 其实是假的。

“效用 vs. 社会资本” 框架

经典的网络效应理论仍成立，我不会丢弃它。现在，让我们再来补充一个社会资本理论。合在一起，它们组成了两根轴，我将用这个框架来分析社交网络的健康度。

实际上，我更倾向用三根轴来解读社交网络。

" width="799">我一般用这三根轴来衡量社交网络的强弱项

不过，对于这篇文章，我只会用到 “效用” 和 “社会资本” 这两根轴，因为 ”娱乐” 这根轴增加了太多复杂性，这个我可能会以后再讲。

" width="843">这个基本的二轴框架，将在这篇分析社交网络的文章中起到很大作用

“效用”，这根轴不需要过多解释。尽管我们经常随意使用这个术语，把太多没啥用的东西归到 “效用” 这一类。(我们通常会误把马戏团当作是面包，而不会反过来；例如，Fox News 更多的是一种娱乐，而不是一种效用；这是许多新闻媒体的共性)。像 Facebook 这样的社交网络能让我接触到很多人，否则我根本无法联系到他们，这一点很有用。像 WhatsApp 这样的通讯应用能允许我和世界各地的人互发消息，而无需支付短信或流量费用，这也很有用。 Quora, Reddit, Discord, 以及大多数社交网络都提供某种形态的效用功能。

由于缺乏更精确的术语，我管另一根轴叫 “社会资本”，或者 ”社会地位”。我可以利用社交网络，来积累社会资本吗？以什么形态？如何衡量？我该如何在上面获得地位？

社交网络要想取得成功，有几种不同的路径。但那些企图在社会资本轴上，取得成功的社交网络，往往比那些纯效用的社交网络更令人费解。纯效用领域内的竞争，往往倾向于达尔文主义，残酷无情，路径清晰。举个例子，在通讯服务 (即时消息和视频会议) 这个赛道的投资往往直截了当：你的应用或服务有多大用处，你能否获得流量。当投资人把这些项目的 PPT 发给我时，我乐于提供意见。但我更乐于尝试解开 “人造名声” 的谜题。

创造一个成功的地位游戏是如此神秘，简直堪比炼金术的黑魔法。出于这个原因，在这个领域内取得成功的企业家，会被我们视为萨满法师。这也许是因为大多数投资人都是中年白人男性，地位已相当高，他们根本不知道人们为什么会追求虚拟的地位。(后面会提到)

随着社交网络的相继崛起，比如，专注照片和滤镜的 Instagram，专注阅后即焚的 Snapchat，以及专注 6 秒短视频的 Vine。有一段时间，人们认为新的社交网络必须建立在新的通讯形态上。但这是管中窥豹，而且搞错了因果。这也就是为什么我们会在手机通讯领域，看到一大堆失败的奇怪实验品，几乎涵盖了所有的奇特功能、滤镜特效和人造约束。还记得为了与 Snapchat 竞争，Facebook 推出的 Slingshot 吗？你必须通过回复一条消息来解锁你刚收到的消息。这些产品感觉就像是疯狂填词的玩家们设计出来的。

成功的社交网络，是如何创造出值得玩的地位游戏？当我们给这个问题建模时，可以引入一个有用的比喻，即当下最时髦的技术之一：加密货币。

社交网络是一种 ICO 行为

一个全新的社交网络和 ICO 有什么相似之处？ (译者注：ICO, initial coin offering, 首次代币发行)

每个新的社交网络都会发行一种新形态的社会资本，一种代币 (token)。
你必须先证明自己的工作量 (proof of work, 工作量证明) 才能获得代币。
随着时间的推移，在每个社交网络上，挖掘新代币将变得越来越难，从而实现了代币内置的稀缺性。
许多人，特别是年长的人，会嘲笑社交网络和加密货币。

对社交网络的教科书式质疑：“为什么会有人关心你午饭吃了啥？”。尽管这种质疑声正逐渐消失，但社交网络和 ICO 还是会让怀疑论者抓狂。因为它们似乎能凭空制造价值。一朝被蛇咬，十年怕井绳。稀缺性不断变化这一性质，总会让人疑神疑鬼。

几年前，我在一个朋友家里，他的高中女儿和她同学正在楼上。当我们几个大人在楼下厨房里一边喝着葡萄酒，一边等着烤箱里的晚餐时，我们听到楼上传来很多音乐声，咚咚的跺脚声，和咯咯的笑声。

终于，我们叫她们下来吃饭，我问她们刚才是怎么回事。我朋友的女儿自豪地举起手机，打开一个叫 http://Musical.ly的应用，她们刚刚在上面发布了一段视频。她们选了段音乐，录下自己精心编排的舞蹈和对嘴表演。能看出来，她们排练的次数不少。她俩上气不接下气，脸上满是汗水。这确实证明了她们的工作量。

晚餐后，我把剩下的时间都花在这个应用上，它让我非常着迷。我采访了这两位女生。她们喜爱应用哪些部分？为什么会注册？这个应用占用了她们多少空闲时间？我不确定这些采访会让她们父母感到冒犯还是高兴，但由于这个领域缺少有效的分析指标，我决定借鉴 Jane Goodall的理论。多和研究对象相处，倾听她们的声音，并从她们身上学习。另一方面，从文学到电影，媒体已经很好地展现了成人世界里的地位游戏。而儿童的地位游戏，曾为我们所熟知，但随着时间的推移，已逐渐从我们记忆中消失。其现代的形态，更是被社交媒体彻底改变。

其他例子比比皆是。你也许在 Quora 或 Reddit 上，读到一位陌生网友经过深思熟虑，写下的一篇长帖；或者，你在 YouTube 上，看到 vlog 博主们连夜赶制的视频；又或者，你曾听说，Vine 上的网红会住一起，互相帮忙拍摄编辑短视频。虽然，你可以把挖比特币的工作交给一台计算机，但在社交网络上，人们仍不辞辛劳，奉献着自己的热血、汗水和眼泪，徒手挖掘社会资本。

插一句：如果你自己不是一个社交媒体上的网红，还是不推荐和他们住一起。

也许，如果你和今天的年轻人相处过，你会发现他们既令人恐惧，又令人着迷。青少年会先拍上几十张自拍，再把自己最满意的发布到 Instagram，但如果一小时后，没收到足够多的赞，他就删照片。这是 “工作量证明” 机制的又一个例子……至少算一个积极的市场研究。

几乎每个社交网络在早期，都有一个标志性的工作量证明门槛。对于 Facebook，门槛是发布一条诙谐的纯文本状态更新。对于 Instagram，是发布一张有意思的正方形照片。对于 Vine，是发布一段好玩的 6 秒短视频。对于 Twitter，是写一段不超过 140 个字符的有趣文本。 Pinterest？贴一张吸引眼球的照片。你可以给其他任何社交网络推导出其 “工作量证明”，比如 Quora, Reddit, Twitch 等。成功的社交网络一开始不会考你脑筋急转弯。通常，它会很清楚地告诉你，它想从你这里获得什么。

关于 "外生社会资本" (exogenous social capital)，这里插一句。你可能会抱怨，你的推文可比 Donald Trump 的有趣多了，而且语法是正确的 (你很可能是对的！)。或者，你拍的照片比 Kim Kardashian 拍的好，在摄影艺术上的造诣更深，更有意思。可问题是，他们能从另外一个地位游戏，即名望游戏，带来大量已经存在的 "外生社会资本"。有一些形态的社会资本很容易跨平台转移。广义上的名望，就是其中之一。更狭义形态上的名声或才能，可能不太保值。例如，你可能会在 Twitter 上关注 Paul Krugman，但你不会对他的 Instagram 帐户产生任何兴趣。我甚至不知道他是不是真的有 Instagram。但如果他真的有，我可能也不会关注，抱歉 Paul，我不是针对你。

如果你曾在一个社交网络的早期，就加入其中，你会明白，相比较而言，早期加入的用户，在社交资本方面 (关注人数，点赞数等) 更容易领先他人。在 Twitter 早期，有一些推荐用户列表，上面有些用户的关注人数破了 7 位数，这和 http://Musical.ly和 Vine 上面早期的视频高手能积累大量粉丝是一个道理。关注你的人越多，排行榜、推荐算法、其他常见的分发机制，就会让你获得更多的关注者。

确实，随着更多的人加入，总体上，社交网络里会有更多可供争夺的社会资本。但一般来说，如果入场较晚，你所碰到的竞争只会比早期激烈。除非，你自己能带来数量巨大、令人难以置信的 "外生社会资本"。(比如，Taylor Swift 现在就可以加入地球上任何一个社交网络，并立刻获得大量关注)。因为每个人都对游戏的运作机制有了更多的理解，所以竞争只会越来越激烈。

为什么需要工作量证明？

为什么工作量证明，对社交网络来说如此重要？如果人们想实现社会资本最大化，不应该尽可能弄简单点吗？

和加密货币一样，如果太简单，它就没有任何价值。价值和稀缺性有关，社交网络的稀缺性，源自于工作量证明。如果不需要用户掌握技能，付出汗水，那么收获的虚拟地位就不值一文。

这并不是说，那些能让大部分用户，轻松展现出自己最好一面的社交网络，是完全没用的。但是，人会为相对地位而竞争，这是一种激励手段。回想我们的第一原则：人类是追求社会地位的猴子。社会地位是一个相对阶梯。根据定义，如果每个人都可以达到某种地位，那就根本没有地位之说，这只不过是一个人人都能拿的参与奖。

http://Musical.ly为想获得关注和地位的人，打造了一个门槛，很多人会觉得这个门槛很有挑战。但是，对于另外一些人来说，特别是青少年，特别是女生，这是一场特别适合她们的游戏。因此，她们蜂拥而至。因为根据我的第二原则，人会追求最有效的方式，来积累最多的社会资本。

让我们来回顾一下早期的 Twitter，当它还是个人畜无害，没什么人用的状态更新服务时。回头看一看 12 年前，我在上面的推文，头两条相隔了一年时间左右，都是关于报税的。看着这些推文，我自己都觉得无聊。早期的 Twitter 上，主要都是这些人畜无害，但读起来非常沉闷的生活状态更新，就像有个人敲着虚拟的麦克风 “喂…喂…开着吗？”。我大概也是 “为什么会有人关心你午饭吃了啥？” 阵营中的一员。滚出我的草坪！哦，不对。滚出我的手机屏幕！

对我来说，真正改变 Twitter 的，是 Favstar和 Favrd的出现。(现在都死了，被 Twitter 无情干掉了)。这些全球排行榜突然将 Twitter 服务变成了一场比赛，写出全球最受欢迎推文的人，将赢得奖牌。回想一下，那时 Twitter 用户图谱的关系密度，远没有现在这么高，也没出现 “一键转推” 和 Moments 这样的功能，来加速内容的分发。

Favstar 和 Favrd 让优质内容浮出水面，并给它们记分。对我来说，这简直是 Twitter 的绩效革命。终于把反馈回路的 “反馈” 给补上了。从中，诞生了新一代喜剧演员。他们妙语连珠，只用 140 个字 (或更少)，就能讲出一个笑话。 (例如：the internet has killed the joke, humor is all punchline now that the setup of the joke is assumed to be common knowledge thanks to Google.）

这些全球推文排行榜，让我想起了经典电影《大逃杀》。电影中有这样一幕，北野武告诉一群学生，他们被驱逐到了一个孤岛，必须互相残杀，直到剩下最后一人才能获胜；那些试图偷偷逃跑的人，会被脖子上的定位装置炸死。我不是说，今天的 Twitter 是一个生死攸关的战场，但是，你只要翻翻 PMF (product market fit) 前的 Twitter，就能发现其中巨大的差别。

《大逃杀》现在成了经典，是因为它被抄了无数遍。比如，《饥饿游戏》、《堡垒之夜》、《移动迷宫》以及几乎每一个面向青少年的文化娱乐产品。因为，谁能比青少年，更了解地位游戏的野蛮之处呢？

" width="1120">Favstar.fm screenshot. Just seeing some of those old but familiar avatars makes me sentimental, perhaps like how early Burning Man devotees think back on its early years, before the moneyed class came in and ruined that utopia of drugs, nudity, and art. " width="600">Chasing down old Favrd screenshots, I still laugh at the tweets surfaced. " width="576">One more Favrd screenshot just for old time’s sake

最重要的是，不是每个人都能掌握这种讲俏皮话的技巧。这给 Twitter 带来了属于自己的门槛，用户必须先证明自己的工作量。随着时间的推移，反馈回路加速变快，推文质量整体提升。随着互相学习，互相竞争，越来越多的人们逐渐掌握了在上面获得更多点赞的技巧。

看看今天的 Twitter，和青春期的它，完全不同了。上面几乎没有任何乏味的日常更新。我们现在正处在 Twitter 绩效革命的后期，几乎每条推文都渴望点赞，渴望转推。每个人都是训练有素的行业专家或喜剧演员。统统都是热点评论和冷门谚语。当还是个人畜无害的状态更新服务时，Twitter 圈没这么渴求关注，但也没这么热闹。尽管如此，有时我也会想念那些宁静美好的日子。那时的 Twitter，不是每条推文，都是一个 “ 饥渴陷阱” (thirst trap)。我讨厌新的 Kanye，坏心情的 Kanye，一直粗鲁的 Kanye，人人喊打的 Kanye，我怀念可爱的 Kanye，用灵魂乐采样的 Kanye。

对地位的渴望，是一股潜在能量。它是 “社会地位即服务” 业务的命脉。要想成功开拓一个独特的新市场，社交网络必须提供独特的地位代币。要想挣取这些代币，用户们必须付出独特的工作量。

让我们来看一个反例， Prisma。这个照片滤镜应用曾试图转型成一个社交网络。 Prisma 在发布时大受欢迎，它能通过神经网络添加滤镜效果，让你的照片轻松变成精美的艺术品。

它很好用，但太好用了。

由于任何照片，几乎都可以通过点一下按钮，就变成漂亮的艺术品，没有哪一张照片真的能脱颖而出。真正的大明星是滤镜，而不是用户。所以，你压根儿没必要专注任何人，毕竟大家水平都差不多。没了技能这个要素，地位游戏，或者说基于技能的社交网络，其必备的框架就不复存在。这个效用产品，最终没能变成 “社会地位即服务”。

相比之下，早期的智能手机拍出来的照片质量有限，尽管 Instagram 的滤镜效果能改进照片质量，但高质量的照片还是得靠摄影师。构图、选主题，这些仍是摄影师需要掌握的手艺，没有哪个滤镜能把一张烂照片变成传世杰作。

一个全新的社交网络，该如何站稳脚跟？对于前面提到的这个问题，让我们再来补充一点：全新的 “社会地位即服务” 业务，必须设计出独特的工作量证明机制，它将要求用户展示出真实技能。社交网络将以此为依据，来划分用户。如果社交网络能做到这一点，它就能像 ICO 一样，为这些用户创造一种全新的社会资本货币。

社交网络想获得成功，当然不止这一种方式。就像前面所提到的，你可以构建一个基于效用或娱乐的社交网络。但是，引入社会地位这个概念，有助于我们解释，为什么一些看似毫无意义、毫无效用的社交网络依然能大获成功。(一个限制你只能拍 6 秒短视频的服务 “有用” 吗？)

原文链接: Status as a Service (StaaS)

已获得作者 Eugene Wei 授权。

这篇译文只是原文的前 5 章。

第二篇译文可能会包含接下来 6 章。希望我能克制住自己的求生欲，下周翻完发出来。😂

欢迎关注我的专栏:

设计研习社zhuanlan.zhihu.com

如果觉得我的文章对您有点帮助，请打赏或点个赞吧。👍

您的鼓励是我前进的动力，谢谢支持！

培养善于社交的孩子

Fri, 04 Jan 2019 11:19:14 CST

父母对孩子最美好的祝福是什么？是祝愿他一生幸福快乐。

那么幸福从何而来呢？一个神奇的研究——格兰特研究，旨在寻找幸福的主要来源。研究者通过对268个人长达75年的追踪，揭示了幸福的秘诀： 友情和亲情对幸福来说至关重要。亲人和朋友的情感支持能够让我们冲破人生的种种艰难险阻，并持久的享受幸福的甜美。

从这个研究可以看到： 我们内心深处最大的幸福感，来自于良好的人际关系。所以，如果你想让孩子获得幸福，就让他学会交往和维系友情吧。

在三岁之前， 和父母的交往是婴儿最重要的社交活动，婴儿从中建立了依恋关系，获得社会规则。

在三岁之后， 和同伴的交往逐渐成为幼儿的主要活动，并开始对儿童的发展起着成人无法取代的作用。

儿童的同伴交往有什么特点？

儿童和父母的交往是不对等的。父母比孩子拥有更多的权利，代表着权威。父母也比孩子有更多的责任，是抚养者和照料者。所以父母会慷慨满足孩子的需要，努力去理解和接纳孩子，在他哭的时候安慰他，在和他玩游戏的时候逗他开心。

和父母的交往能够是婴儿获得基本的社交技能，获得勇于探索环境、敢于和他人交往的安全感。

而同伴交往的典型特点是双方具有同等的地位和权利。小朋友们不能控制你跟不跟他们玩，可是小朋友们也不会在乎你是不是肚子饿，或者你是不是不开心。或者说，从父母那里得到想要的东西是很容易的，而要从朋友那里得到想要的就不大容易。正是这种愿望，促使孩子学会理解彼此的观点，互相协商、妥协和合作。

因此， 和同伴平等的交往，有助于儿童发展那些在父母和其他成人进行不平等互动的过程中很难获得的社交技能和个人能力。同伴交往可以使儿童改进其基本的交往方式，发展和同伴交往的社交能力和适应性的社会行为模式，从家庭走向社会。

儿童从同伴交往中获得了什么？

1. 掌握与同伴交往的有效方式

许多父母会以为，孩子一进入幼儿园，就自然学会和同伴交往。其实不是这样的。

有社交的环境并不一定就能出现社交的行为。有些孩子到了幼儿园之后，可能自己缩在个角落中，甚至躲在窗帘后面。在家里父母会主动逗孩子玩，而在幼儿园里， 孩子需要主动去跟别的小朋友产生连接，才能建立起关系来。

这种连接方式，可能是分享食物：一个小朋友糖果分给小伙伴，然后他们就开始做好朋友了。也可以是分享玩具：我递一块积木给你，你送一辆小车子给我，我们就是好朋友了。

可是，儿童逐渐会发现，通过分享食物或者玩具的方式，得到的朋友是短暂的：昨天我给你东西，你就跟我做朋友，今天我没东西给你，你就不跟我做朋友了。所以，儿童到4岁的时候会发现，我和某某能做好朋友是因为：我们都喜欢骑单车；我们都不打人；我们两个能好好商量，共同分享；我喜欢他，他也喜欢我，我们一起玩会很开心。

此时，孩子就和小伙伴建立了心理上的连接：志趣相投，相互倾听，相互理解和喜欢。这个时候，真正和谐的同伴关系就建立起来了。

2. 在协商扮演角色和遵守扮演规则中，学会妥协

几个小孩子凑在一起，最喜欢玩的就是需要彼此合作的角色扮演游戏。为了合作开展这种假装游戏，孩子们必须有情感上的承诺，必须建立起游戏的规则，而且还要共同商量出让彼此都满意的剧本。 在角色扮演游戏中，他们开始放弃自己的一部分愿望，满足对方的一些需求，以此建立一个双方都能接受的规则。

从角色扮演游戏中孩子学会了和谐相处的技能：建立规则，遵守规则；在倾听中感知和回应他人的需要，在争吵中学会争取和妥协。这些和同伴友善解决冲突的技能对于儿童以后发展成熟的社会事务处理能力非常有用。

3. 理解自己和伙伴的情绪，接受或者提供社会支持

同伴交往的社交情境，允许儿童表达那些困扰他们的情绪，理解自身和伙伴的情绪，接受或者提供社会支持。

例如，4岁的小兔子干坏事被妈妈惩罚了，他就跑到楼下的小轩家门口，哭着说：“打死妈妈！”——在小伙伴面前，小兔子明确地表达对挨罚的悲伤和愤怒情绪。小轩打开门牵他进去，拿纸巾给他擦鼻涕，还拿零食给他吃——小轩理解了小伙伴的情绪，安慰他，还用美食来抚慰小伙伴受伤的心灵。

等到一个钟后妈妈下来叫小兔子回家时，小兔子和小轩已经玩得很高兴了——同伴之间的情感支持，满足了小兔子被接纳被理解被关爱的需要，化解了他的情绪危机，让他很快调节到快乐的状态。后来小轩挨罚的时候，小兔子也用理解和支持来回报他，两个小家伙成了同气连枝的兄弟。

朋友作为社会支持系统重要组成部分，帮助儿童面对成长中的挫折和困境，调节情绪，适应社会，促进发展。

怎么促进儿童的同伴交往？

无论是积极的还是消极的同伴关系，通常都植根于家庭。父母能够促进，也能够抑制儿童的同伴社交。如果父母想要促进孩子的同伴交往，可以采用以下的方法：

1. 创造社交的条件

如果父母选择的住所附近有适合儿童玩的公园或者小区花园，就给孩子的同伴接触创造了良好的环境。例如，当父母带着小婴儿到公园里晒太阳或者散步，就能够认识很多同龄的玩伴。

当年幼的婴儿还不会主动去寻找同伴的时候，如果父母能够给孩子安排玩伴，或者鼓励孩子参加社交活动，就能够极大的促进儿童的同伴交往。例如，如果父母经常带孩子去跟亲戚朋友家里的同龄儿童玩，去参加幼儿园组织的春游秋游等社交活动也能够帮助孩子和同龄人建立亲密的友谊关系。

2. 引导儿童的游戏活动

年幼儿童之间的游戏活动并非都是愉快的。小家伙们很可能才玩一会就开始抢玩具、打架、哭闹。如果父母完全不管，可能会出现一个小家伙拿玩具把玩伴砸得鼻青脸肿，或者把玩伴推到在地，摔得头破血流的可怕结果。

如果父母命令孩子让出玩具或者严格监控孩子该做什么不该做什么，可能会引发孩子及其玩伴的消极反应，使儿童觉得和同伴交完是麻烦而且不愉快的事情，两种做法都会抑制儿童的社交发展。

那么父母要怎么做才能确保游戏活动友好顺利的进行，而不发生大的冲突呢？

一个有效的方法就是引导而不干涉。

首先，父母本身在和孩子的交往中作为温暖的、接纳的陪伴者， 给孩子树立一个好的社交模范，在 言传身教中让孩子学会社交技巧，并允许和鼓励儿童运用在家里获得的这些技能去和同伴交往。

其次，当孩子和同伴交往时，父母可以在一边偶尔看看或者作为安静的守护者，但不要经常去干涉儿童的活动，对于儿童的冲突不要太紧张或者计较得失，要 让儿童自己去发现问题和解决问题。除非儿童的行为会伤害自己或者他人，才需要父母介入。即使父母介入了，也不是直接对孩子生气或者处罚孩子，而是要 倾听孩子，寻求建设性的解决方法。

结语

生活中真正重要的东西就是你和他人的关系。作为一位资深的心理咨询师，我在咨询室里听到大部分痛苦来自于人际关系。

追溯他们的成长史，那些出现严重适应问题或者人际问题的来访者，往往在童年时代没能和同伴建立和维持良好关系。

成年之后，他们或者无法和别人建立真正的连接，或者无法表达自己的愿望和理解别人的愿望，或者无法学会拒绝和妥协，因而一直停留在不正常的人际交往模式中。

我们内心深处最大的安全感和幸福感，往往是在亲密的人际关系中得到满足。为了让孩子拥有幸福的人生，请父母重视并且大力支持儿童的同伴交往！

文：伊理雅通育儿咨询专业团队

来源：Psychology Today

----------------------------------------

欢迎扫下面二维码关注我们微信公众号：

广州伊理雅通心理咨询中心

责任编辑：Survival

苹果的线下社交网络；硅谷的黑暗共识：让孩子们少用数码产品 | TechBoard#28

Sun, 18 Nov 2018 23:34:53 CST

苹果的社交网络

通过多年的经营，苹果已经形成了基于硬件的「苹果生态」，生态中的用户哪怕不满意，也难以放弃苹果的硬件产品。这个观点早已在理论和实践上得到了佐证。上周，著名科技评论家 Ben Thompson 发表文章，他在苹果生态系统之外，给了另一个近似但更有预见性的判断：苹果正在建立自己的社交网络。

月初，苹果发布新一季财报，同时宣布将从 2019 财年起不再公布 iPhone、iPad、Mac 的销售数据。这一做法可能有两个方向的暗示，一是财报数据显示，iPhone 的销量同比增长停滞，这或许正是财报发布后苹果股价大跌的原因。此前我们曾在 TechBoard#5 中推荐过华尔街背景的科技评论者 Neil Cybart 发表的文章，他指出苹果股票价格曾以 iPhone 为中心，但近年来苹果也在试图让华尔街着眼于 iPhone 销售量之外，更多关注其资本分配的情况，目前来看，近几次季度财报发布后，苹果股价或多或少都会下跌，华尔街似乎还不是很买账。因此，目前 iPhone 的增长停滞影响到苹果股价也是意料之中。另一方面，则是苹果主动将焦点从硬件业务挪开，更为决绝地表现其硬件与服务双驾马车的营收模式。

尽管 iPhone 销量已经连续三年增长停滞，但别忘了，自 iPhone 6S 起，iPhone 每年的定价也在连年提升，这也使得苹果卡在了这个价格关口上，未来「年货」降价不现实，再涨价用户可能真的就不买单了，因此 iPhone 销量恐怕难以再现 iPhone 6 系列时的增长势头。同理，停止披露 iPad 和 Mac 系列销量可能也是出于这样的考虑，毕竟这几年发布的 iPad 和 Mac 产品都有所提价，它们的目标用户也进一步细分。面对硬件销量的增长停滞，苹果给出的解决方案是服务的营收。

具体表现是这两年的发布会上苹果接连给出的两个新概念：去年的「Today at Apple」和今年的「Apple Retail」。不同于线上卖软件的 App Store 和线下卖硬件的 Apple Store，「Today at Apple」和「Apple Retail」是要在线下教用户如何使用苹果的软件服务。

苹果零售部高管 Angela Ahrendts 在发布会上描绘的场景十分美好，用户带着苹果设备走近 Apple Store，学习如何「物尽其用」——摄影、音乐、游戏、编程、绘画……彷佛 Apple Store 就是创意的天堂，苹果产品就是创作者的利器。更诱人的是，这些活动可以免费参与，当然，前提是你有苹果的设备，而且大概率还不能只有一个。

Ben 认为，苹果在 Today at Apple 的推广中，潜移默化地传达了一个概念：你买的不只是苹果的产品，还有你和这家公司的关系。涉及到关系，也就引出了所谓的「社交网络」。

苹果首席财务官 Luca Maestri 在声明不再披露设备销量的同时，也表示苹果的目标是提供好的产品、服务和客户体验，从而保证用户的满意度、忠诚度以及参与感。如果说此前苹果的硬件击中了用户的满意度，围绕硬件建立的生态系统又建立起了用户的忠诚度，那现在苹果要做的，就是创造用户的「参与感」。对比社交软件，通过实时刷新、时间线、点赞、话题等方式吸引用户更多地参与、操作，苹果在做的也是一样的事情，不同的是通过「Today at Apple」等活动，苹果在线下建立起了公司与苹果用户之间的社交关系。社交网络带来了极强的用户粘性，当下很多报道揭露了如 Facebook、Twitter 等社交网络的负面影响，但用户依然难以割舍，苹果想要的正是类似的效果。

硬件的定价是固定的，当销量停滞时，硬件销售的总营收会随之受到一定的限制。服务则不同，它取决于付费用户的数量以及所付的费用，服务费用的营收没有限制。苹果目前大力推动「创造」而非「消费」这个概念，从经济效益上讲，是想推动苹果越来越贵的「Pro」级设备以及较高定价的「Pro」类应用的销售；从价值观角度看，符合苹果一直以来宣传的「用好的工具创造价值」的态度；从公司发展的角度来说，也是在培养未来的苹果生态建造者。苹果理想中的用户，或许就是给苹果掏钱，用苹果赚钱，进而再给苹果花钱，即购买苹果产品、消费苹果软件和服务、创造内容或开发苹果软件三合一的用户。

如果说之前苹果要公布 iPhone 的销量作为给股东的预期参考，那如今的苹果是否应该公布用户数量了呢？去年二月，库克就明确表示过不会披露用户数量，他当时的解释是，与其知道活跃的设备，不如着眼于真正的营收，就像对超市而言，卖出多少货品不重要，重要的是收了多少钱。苹果既不再披露硬件销量，也不披露用户数量，那股东到底该依照什么来判断苹果的经营情况呢？

这个答案或许股东也想知道，在今年第一季度的财报发出后，Neil 曾在文章中说苹果找到了给华尔街的「说辞」，他认为资本配置将取代 iPhone 销售量和苹果生态圈成为应对华尔街的新说辞。苹果从各方面向股东发出暗示，要注意公司整体的策略而非单一的产品。但对于股东而言，没有参照系，单纯依靠对未来预期的信心显然是不够的，最近几次季度财报披露后股价均有所下跌，似乎正是说明了华尔街还没接受苹果这套「画大饼」的乐观预期，比起可能推动收入和利润的因素，实实在在的销售数字或许更能让他们安心。

延伸阅读与参考：

TechBoard#5 中推荐的《苹果找到了给华尔街的「说辞」》

TechBoard#22 中推荐的《iPhone 在从「自信」走向「自大」吗？》里面提到了苹果近年来对 iPhone 定价策略的变化和它对未来转型的打算。

硅谷的黑暗共识：让孩子们少用数码产品

从业者们都对自己所在行业保持着谨慎的态度，因为比起消费者，他们更了解自己行业的内幕。科技行业也不例外，乔布斯限制自家孩子使用电子设备的故事就总被拿出来作为佐证，实际上也不只是科技大佬们对此有所警惕，在硅谷为人父母的科技从业者们，较之外人，在自家孩子使用科技产品和服务的方面则更为保守。

当下，让新一代青少年们像阿米什人一样拒绝现代科技产品是不现实的，也很少会有父母采取一刀切的做法，他们更倾向于关注孩子的「屏幕使用时间」。

Facebook 工程师 Rushabh Doshi 和社会学者 Kristin Stecher 有两个三岁和五岁的女儿，他们夫妻二人在对屏幕时间使用时长做了研究后得出，就目前两个孩子的年纪，不应该有任何屏幕时间。他们的结论来源之一，就是「对屏幕完全杜绝比划拨一点点时间更容易」，换句话说，他们看到了当下屏幕上搭载内容背后的「吸引你上钩，上钩后上瘾」的设计逻辑。前 Facebook 行政助理，如今在扎克伯格的慈善机构任职的 Athena Chavarria 则对智能手机的批评和抵制更为「极端」，Athena 称「手机中有会对孩子造成伤害的恶魔」，他的女儿直到高中才有第一部手机，至今他的家规仍禁止在车内使用手机，在家里也严格受限。

《连线》杂志的前主编、《长尾理论》作者 Chris Anderson 曾表示，我们身边的屏幕在「糖果和可卡因之间，更倾向于可卡因」，他认为无论是这些产品的设计者还是观察者们，都低估了这些产品的「诱惑程度」。iPod 之父、Nest 创始人 Tony Fadell 也曾在采访中表示「设计师和程序员在 20 多岁没孩子时创建的程序，现在有孩子了才会去反思他们当时的设计选择。」这些硅谷父母们如今面对自己曾参与打造的产品或服务对自己孩子的「引诱」时，只能靠外部手段来缓解这种「报应」。

Chris Anderson 就在家中给 5 个孩子制定了 12 条科技相关的家规，包括准高中时才能有手机；13 岁才能使用社交媒体；禁止 iPad；严格的屏幕使用时间……惩罚也是相应的断网或没收设备。还有的硅谷父母试图通过让孩子理解这些产品设计背后的「操纵性」，来从根本上培育孩子对科技产品的警惕心理。

Chris Anderson 安排的五个子女的屏幕时间

著名风投 John Lilly 因此给自己 13 岁的儿子解释了这些「光鲜」效果背后不过是一堆代码，它试图唤醒你的某些情绪，操纵你的行为……但他的儿子还是想花 20 美元买一套《堡垒之夜》的皮肤。

这股反噬风潮大概从去年开始兴起。它的兴起和不断站出来发言的业界大佬以及社会对硅谷和科技的印象反弹关联紧密，由此，不再是那些高管们，每一对为人父母的科技从业者都突然开始警惕科技对自己子女可能造成的负面影响。硅谷几乎成了阿米什人聚集地外，最抵制电子产品的地区，就连保姆都要签署工作期间禁用手机的合同。

科技产品危害真的那么大吗？这是硅谷的「习惯性跟风」，还是这些创造者们深谙他们创造物不为人知的另一面。科技业也有许多从业者，认为这种过于严苛的抵制没有必要，但在面对这股风气时，他们虽然没有自我怀疑，但也没有过多发声。似乎每一代人都对自己子女接触的新事物保持警惕，就像小时候父母禁止我们过多的看电视、玩电脑、打游戏，而长大后却发现计算机、互联网、电影电视以及游戏行业都是一种不错的职业选择。

延伸阅读与参考：

我们曾在 TechBoard#8 中推荐的《对儿童开战的科技行业》，其中提到了科技行业对新一代青少年的「毒化」。

硅谷父母在雇佣保姆上严格的手机使用合约

乔布斯在 2014 年的采访中提到的「不会让孩子使用 iPad」

库克在年初发表的「不会让我的侄子使用社交网络」的言论

AI 写新闻可以给新闻从业者带来什么？

什么是人工智能算法最难攻破的壁垒？创作吗？如今算法已经能够创作影像和音乐，人工智能写新闻也不是什么新鲜事了。但问题是，它能写出怎样的作品？资深专栏作家 Frederic Filloux 就写了这篇文章，探讨新闻质量和人工智能算法的写作水平。

如今的优秀的新闻和媒体报道早已不满足于单纯的文字堆砌和陈述，这也是人工智能刚刚迈入的新闻质量等级，人工智能已经可以写出一些事实性描述的新闻短讯，但《纽约客》、《纽约时报》、《名利场》等媒体上的长篇报道对人工智能来说，勿论模仿，理解可能都很费力。

从选题、研究、调研开始，到去收集的大量材料、笔记以及如何处理这些材料的方法。在长篇报道的写作中，还要融入叙事，用结构保持住读者的注意力，想要传递何种观点和情感，想要塑造什么样的氛围……这些都是一个优质的长篇报道在创作中需要考虑到的环节，也是在这个领域，人类在面对人工智能时最固守的防线。因此 Frederic 认为，新闻质量将成为新闻业的救星。

在人工智能将要融入各行各业的时代，在内容井喷爆炸的时代，在人们注意力越来越被短平快、博人眼球的讯息吸引的时代，新闻编辑室的产出中，最宝贵也是最难以取代的，是增值的部分。Frederic 认为，目前大约只有 10% - 20% 的新闻编辑室的产出可以被认为是增值，其他的都是过于同质化的内容，甚至是垃圾信息。如果想要留下这些优质的内容，就需要把它们货币化以及让更多人看到这些优质内容，进而就会有更多人支持，再反哺它的再生产。就像 Netflix 一靠它优质的内容，二靠它推荐引擎，这两者的良性循环得以让它走到今天，缺一不可。

正如 Frederic 在课堂上跟新闻专业的学生一起解构那些荣获普利策奖的报道作品一样，如果优质的文章都可以通过解构得到共性，那是否意味着，我们可以通过某种工具和工业方法来提高新闻的整体质量呢？

比如《纽约客》曾报道优步和 Waymo 之争的文章《优步偷走了谷歌的知识产权吗？》。Frederic 就以从业者视角和人工智能视角都「解构」了这篇文章。从新闻工作者的视角来看，这篇文章有引人注目的故事情节，争议性的人物，文章整体结构近乎完美，还正赶上了大众对硅谷丑闻的猎奇潮。从算法视角来看，这篇文章 9800 个词分割了 102 段，引用了 17 个人的话语，引源丰富，按照专业评估来说很易读，平均一句 18 个词短小精悍，共用了 600 个逗号让阅读节奏非常轻快……最后 Deepnews.ai 这个评估新闻质量的人工智能模型给这篇文章打出了 3.47/5 的分数。如此量化，和互联网上各类的「教你炮制百万爆款文章」有什么区别吗？这就是未来要解决的问题。即对一篇文章，量化出的指标和人主观赏析之间如何协调。

正是因为人工智能已经可以创作一类的新闻内容，才使得另一类它无法创作的内容更为珍贵。算法模型只能给我们一堆数据和综合各项因素后给出的评分，但喂给它数据的，还是人类，比起担心人工智能是否波及媒体致使内容工作者失业，不如思考如何写出人工智能无法模仿的文章，在这个过程中，如 Deepnews.ai 这种模型不失为一个好的技术工具。它并不是把新闻生产纳入到流水线，变得工业化，而是想作为一个评价和参考的工具，推进新闻和报道的质量升入下一个的台阶，离它们被人工智能取代，再远一步。

延伸阅读与参考：

文中提到的《纽约客》的报道：《优步偷走了谷歌的知识产权吗？》

编辑：宋德胜

题图：Tracy Ma

Facebook 的 NewsFeed 之死：所有社交媒体都逃不脱的宿命？ | 人人都是产品经理

Thu, 09 Aug 2018 22:49:05 CST

编者按：每一个经常使用社交媒体（Facebook）的人都会发现，当好友达到一定程度之后，NewsFeed（在国内，可以看做是微信朋友圈）就会爆炸。爆炸之后，该怎么做呢？Facebook的做法是让算法帮你“打理”NewsFeed，这背后存在什么问题？会有什么影响？著名分析师Benedict Evans在最近的博客文章中讨论了关于NewsFeed的话题，并从NewsFeed背后的转变谈到了社交应用的发展历程。

在我结婚的时候，我未婚妻和我都非常确定我们将会有一个漂亮的、安静的婚礼——而不是一个大型的、奢侈的有数百人参加的派对。我们只邀请了亲密的家人和朋友。然后，我们列出了一份关于“亲密的家人和朋友”的名单……随后便意识到为什么人们的婚礼上会出现100或200人了。因为，你认识的人比你想象的要多得多。

之所以会想到这一点，是因为Facebook给出的一个说法：平均下来，每个用户每天至少能够从他们的NewsFeed中看到1500条内容。就像200人的婚礼一样，这看起来很荒谬。但事实证明，在过去的几年里，你会增加200到300个好友。如果你已经添加了300个好友，并且他们每个人每天都会发一些照片，看一些新闻报道，或者发表几次评论。那么，根据乘法法则，你的NewsFeed中每天都会出现超过1000个新的内容。

这是两个因素的结合——邓巴数字(Dunbar’s number，一个经验法则，意味着你可能已经认识了几百人，并在Facebook上认识他们)和“扎克伯格定律”(Zuckerberg’s law，随着时间的推移，人们会倾向于在社交媒体上分享越来越多的信息)。把这两者结合起来，你就会变得超负荷。

更进一步说，在我看来，扎克伯格定律实际上是关于社交媒体平台不断演变的关注者模式的一种观察，在这种模式下，分享某样东西到你自己的Feed中，并不等于把它发送给任何特定的人。你不会经常把关于你的孩子或狗的10张照片发给你通讯录中的每个人。同样，大多数人( 50岁以下)也不会把他们看到的每一篇有趣或让人愤怒的新闻报道发给他们通讯录中的每个人。但是，这种不对称的Feed会使这些内容的发布变得正常，而不是粗鲁无礼。因为你把它发布到了“你的”Feed中，而不是明确地发送给某个人，所以发布大量的内容和不太重要的东西是可以的。反过来，这又把我们带到了公地悲剧中——我们当然可以发布内容，但通过发布内容，我们会使彼此的Feed变得超负荷。Facebook的成长团队在这方面做得太好了。

Facebook有50％工程工作，都是努力把更多噪音加到NewsFeed中，其余的50%用于设计筛选机制。

——本尼迪克特·埃文斯（@ BenedictEvans）2013年3月7日

这种超负荷意味着，现在要求按时间顺序对NewsFeed进行排序是没有意义的。如果你的NewsFeed中每天会产生1500或3000条内容，按时间顺序对Feed进行排序，实际上就是放弃之前可以浏览的内容了。除非你的朋友在最后一个小时发布了这些内容，否则这些内容根本没有任何逻辑顺序。与其说这是按时间顺序排列的，不如说它是随机抽样的。在随机抽样中，随机生成器只是你自己打开应用程序的时间。在过去的5年里，我交的300个人中，有哪一个人在16 : 32到17 : 03之间发了内容？与此同时，给我们比较详细的手动控制和过滤器页没有多大意义——整个科技行业的历史告诉我们，普通人永远不会使用它们，即使它们有用。

从而，这导致Facebook不可阻挡地走向了“算法Feed”的逻辑。这实际上只是技术术语——用算法来找出你最想从哪些人那里看到东西，以及你最想看到什么样的东西，然后将这些内容排序，在你的NewsFeed中呈现出来，而不是按照发布时间（随机）进行排序。它应该能够确定你的亲密朋友是谁，以及你通常点击的东西是什么。这种逻辑似乎是不可避免的，因为它能够有效地减少信息超负荷，提高人们从NewsFeed中获取信息的效率。

尽管这种方法看起来不可避免，但它有两个问题。首先，让训练算法的样本变得“正确”，是非常困难的，并且还会受到各种概念挑战的困扰。但是第二，即使它打造出了一个成功的NewsFeed，它仍然只是一个基于特定样本的算法规则。

先来看看第一个问题，在获得算法驱动的NewsFeed样本的“正确”方面存在着一系列问题。其中大部分已经在过去几年详细讨论过了。人们(俄罗斯人、游戏开发商)有很多动机试图去操纵Feed。他们会利用人们似乎希望看到风险过度拟合、循环和过滤泡沫的信号。人们的欲望发生了变化，他们厌倦了一些事情，所以Facebook必须不断地改变算法组合以反映这一点。Facebook必须对人们似乎想要什么、以及什么样的指标似乎能捕捉到这一点做出主观判断，而这些判断都不是静态的，甚至在原则上都不是完美的。所以，Facebook会浏览用户行为。

在这里，将NewsFeed遇到的挑战和谷歌在搜索结果上遇到的挑战相比较是有用的。谷歌必须找出最好的10个结果来展示给用户，这个过程中，要用各种指标来判断哪个结果最符合用户的需要，就像NewsFeed所做的那样——它不能仅仅通过一些客观的指标来向你展示结果，比如日期或者文件大小。同样，它也可以提供复杂的手工控制和过滤器来让你筛选结果，但像Facebook一样，它必须在没有这些控制的情况下把事情做好，因为大多数人都不会碰那些用来筛选的东西。当然，和Facebook一样，也有人试图操纵这个系统。不过，与Facebook不同的是，谷歌有明确的意图——因为你会告诉它你想看到什么。因此，如果谷歌向我展示了我所说的我想要的内容，它就成功了，即使我“本不应该”搜索到这个内容。Facebook没有这样的直接信号，有些东西是“不应该”给我看的，哪怕我叔叔确实分享了它们。但这些东西到底是什么呢？谁来决定？权重又是什么样的呢？

这是对算法正确性的挑战，但也存在第二个问题——它始终是从样本中得来的。Facebook已经做了大量的开发、推广和“增长黑客”工作，以便将更多的内容添加到Feed中，并使其无障碍地分享出去。现在，我可以获得的内容要比我可以看到的内容多得多。它试图向我展示一个基于算法的样本，这个样本比“最近45分钟内发布的内容”要好。它可能成功，或者可能不会成功，但仍然存在这样的问题——人们是否还想要一个样本？

这里的一个基本问题是，如果Feed的算法关注的是“我想看什么？”，那么它就不能关注“我的朋友想要（或需要）我看什么？”有时候这是一回事——我和我的朋友都希望我看到他们今晚要举行派对。但是，如果每个Feed都是一个样本，那么用户无法知道谁会看到他们发布的内容。事实上，从概念上来说，人们可能会认为他们没有办法知道是否有人会看到这篇文章。当然，Facebook的参与团队不会让这种情况发生——如果我觉得自己像是在“荒野中大喊大叫”，我就会离开（这是Twitter的新用户问题之一）。所以，会有足够多的朋友看到我的内容，并给我反馈，以便推动着继续发布内容。但是，如果某件事情真的很重要，为什么要把它放在Facebook上呢？

我想有人可能会说，这是Facebook的NewsFeed系统参与度降低的部分原因，也是人与人之间的聊天明显增长的部分原因(最明显的是WhatsApp、iMessage、FB Messenger和Instagram——Facebook拥有其中三个)。1 : 1聊天的社交动态可以更有效地防止超负荷，哪怕对方疯狂地分享一些东西，但这些东西只会出现在你们的对话框里，如果你感觉到很厌烦，你可以拉黑，或者静音。

同时，你可能会提到Snap发明的 Stories 功能和Facebook跟着“发明”的Stories功能，这也是一种解决信息超负载问题的方法：通过将你想要共享的内容捆绑到一个单元中而不是许多单独的项目中。即使你这么做了，仍然可以向许多人分享，而且Feed也更易于管理了。尽管你仍然不对称地分享事物，但你和你的朋友之间不应该有一种算法。也就是说，Stories可能意味着你分享更多的东西，但通过将它们捆绑成一件东西，你可以减轻朋友的负担，并减少对过滤器的需求。将结构放入内容中，而不是显示内容。

显然，从NewsFeed到消息传递的背后，显然还有其他趋势。消息传递可以更私密，社会压力更小，并且更有趣。Snapchat的Stories并不是一个永久的记录，也没有太大的压力来展示你完美的一面。贴纸和过滤器比Facebook的僵硬的蓝色盒子更有趣，更自然。

值得注意的是，尽管这些系统看起来像减少了分享内容超负荷，但是你确实需要群组聊天。还有很多团体。如果你有10个WhatsApp组，每个组有50人，那么人们就可以很自由的分享内容。然后你会想，也许应该有一个屏幕，在我所有的小组中都应该有一个新帖子的 feed。你可以称之为“NewsFeed”。也许它应该得到一些情报，来显示你最关心的内容……

所有社交应用程序都在增长，直到你需要一个NewsFeed

所有的NewsFeed都在增长，直到你需要一个算法驱动的NewsFeed

所有算法驱动的NewsFeed都在增长，直到你厌倦了看不到东西/看到错误的东西，并转而使用不那么超负荷的、更小的新应用程序

然后，新应用程序也在增长，直到你需要一个NewsFeed

……

——本尼迪克特·埃文斯（@ BenedictEvans）2018年1月22日

悲观主义者可能会说，这看起来像是刀耕火种的农业，或者是老笑话“没有人再去那里了——那里太拥挤了”。也就是说，对于社会而言，梅特卡夫定律（Metcalfe’s Law）看起来更像是钟形曲线。我不知道下一个产品是什么(毕竟我没有创建Snap)。但是像这样的技术往往是循环往复的——我们从一种表达方式转向另一种表达方式，然后再回来，我们可能是在远离Feed。

最后，任何这样的变化都会对分享创建的流量产生影响。“点赞”按钮让你可以无障碍地把你想要的任何网页发布到你的feed中，然后把它推给你的朋友(某些任意计算的百分比)，很多人都在纠结这个按钮能带来多少流量，以及Facebook如何移动并降低Feed的排名。但是, 今天分享 Stories 的链接是不一样的，你在WhatsApp或iMessage小组中与5个朋友分享的链接只会被他们看到，Facebook也没有办法让这更多或更少的人看到它们。另一方面，“WhatsApp转发”可以获取这样的链接，并在全国范围内传播，如果Facebook真的愿意的话，它最终可以在整个网站上删除一个链接或整个源，对于一个 P2P 消息应用程序来说，这是非常不同的。也就是说，许多媒体公司呼吁在NewsFeed中“提升”自己的权重，让人们吃自己的“绿色食品”，并在Facebook上取消“假新闻”链接——至少从理论上来说, 在 Facebook 上是可能的。但是，这在iMessage中是不可能的——使用端到端加密，苹果都不知道你在分享什么。

原文链接： https://www.ben-evans.com/benedictevans/2018/4/2/the-death-of-the-newsfeed

译者：chiming，由36氪编译组出品。编辑：郝鹏程

译文地址：http://36kr.com/p/5127519.html?from=authorlatest

题图来自 Pexels，基于 CC0 协议

研究称过早用社交媒体影响女孩心理健康

Wed, 21 Mar 2018 20:06:50 CST

英国《生物医学中心·公共卫生》杂志期刊 20 日发表一项研究说，如果女孩在青春期早期 10 岁时就开始过多使用社交媒体，可能会影响她们在青春期后期阶段的心理状况，但研究人员目前没有在男孩身上观察到这一现象。英国埃塞克斯大学和伦敦大学学院的学者合作，调查了社交媒体使用对青少年心理健康的影响。

他们使用了此前在英国开展的一项大型调查里年轻人组的数据，这项调查关注近一万名年龄在 10 岁到 15 岁之间的英国青少年，就他们在上学日的社交媒体互动时长进行了问卷调查。

对数据分析后，研究团队发现，青春期女孩使用社交媒体的时间比男孩长，随年龄增长，无论男孩还是女孩使用社交媒体的时间都会上升。

通过对幸福感和“困难与长处问卷”的打分，研究人员对这组年轻人的心理健康状况又进行了评估。结果显示，在整个青春期期间，女孩的幸福指数下降了 3 分，男孩的幸福指数则下降了 2 分；同时，男孩在“困难与长处问卷”指标上的评分下降，女孩的评分则提高了，由此说明女孩在心理健康状况上经历了更多消极方面。

不过，报告的通讯作者、埃塞克斯大学学者卡拉·布克说：“我们没有观察到社交媒体的使用和男孩的心理健康状况之间有关联，所以导致男孩心理健康状况下滑的可能是其他因素，比如花在打游戏上的时间。”

布克说，这项研究显示密切注意孩子——尤其是女孩——在青春期早期使用社交媒体的情况非常重要，“因为这可能会影响她们青春期后期甚至成年后的心理健康状况。”

但研究人员也指出，由于这项研究使用的是自我报告数据，并且只记录了上学日的社交媒体互动，因此社交媒体和心理健康之间的关系仍然可能会被低估。

查看评论

盘活飞信，真的能让中国移动在社交领域翻身吗？

Tue, 13 Mar 2018 00:00:00 CST

2017年10月，中国移动对外开始招标，将重新复活飞信，更名为“和飞信”，其中和飞信业务运营支撑服务项目招标金额达4764.6万，由此看出中国移动要利用飞信杀入移动社交工具的意图十分明显。

市场遭受挤压，移动盘活飞信进军社交领域

飞信是中国移动在2007年5月推出的通信服务产品，其功能主要包含语音、GPS定位、短信等多种通信功能。在互联网技术尚未成熟，互联网时代还未进入快车道之时，昂贵的上网费用让众多试图通过互联网来实现交流的用户望而却步。

在还未开化的互联网时代，电话语音通话和收发短信成为人们主要的线上社交方式。但在通信技术还未完全开化的时代，通话时间过长所产生的高额话费也令诸多手机用户苦不堪言，因此，相对于通话，费用便宜的短信则成为众多手机用户眼里的香饽饽。

而飞信出现，众多移动用户通过飞信就可以免费给好友发送短信的功能，更是掀起了手机用户通过短信交流的大浪潮。2012年第3季度，在国内移动IM市场活跃账户榜单中，手机飞信就以24.11%的市场份额领先于微信当年的17.58%。其用户规模在峰值时更是达到了5亿用户之多，被称为QQ最有竞争力的对手。

但随着腾讯将微信与QQ之间的转换通道逐渐成熟化打通之后，QQ用户通过QQ账号就可以登录微信的渠道得以实现，微信用户量也在QQ引流之后逐渐壮大；并且微信在实时语音交互、视频交互、分享生活点滴等社交功能上的优势较飞信更为明显，人们的社交方式发生改变，以短信为主的飞信在用户使用频次上也逐渐下降。

加之在移动通信领域，联通和电信在近几年的抢流大战中，纷纷迎合4G用户推出了流量优惠活动，帮助社交用户在社交软件上使用的数据流量提供保障之后，中国移动在通信领域的市场份额开始遭受挤压。

数据显示，2017年中国联通的4G用户数量达到1.7亿户，仅由联通大王卡产生的用户增量就超过了5000万户；而同期中国电信4G用户净增6017万户，累计用户数超过1.8亿户。其中，电信不限量套餐新增用户同样达到了惊人的5000万户。

在社交功能上，飞信不具备像微信那样的便捷多元的社交属性，而随着3G、4G时代的到来，用户在数据流量上的需求无法在中国移动上得以满足，联通和电信的不限流量模式则成为众多用户出逃的有力导向。在由社交功能和数据流量引发的用户流失问题不断加剧之后，中国移动在通信市场上的份额不断被挤压，其想要通过飞信收复失地实是必然之举。

物是人非，和飞信社交路上的荆棘

而在中国移动复盘飞信的消息公布之后，中国移动也公布了未来飞信的发展方向和新增功能。在发展方向上，新版飞信将会从原先的个人用户向企业客户进行转型；而在新增功能上，“定时消息”等新功能将会为和飞信用户带来全新的社交体验。并且会在原有的集团网业务上加以优化，为集团网用户提供独立数据流量收费标准。

虽然新版的和飞信在方向和功能上均做出了相应调整，中国移动对和飞信在社交市场上复盘抱有很大的希望，但是经过十年的发展，移动社交领域上的企业已如雨后春笋般林立而起，社交市场的格局也早已经从以腾讯的QQ、微信，旧版飞信为主的社交应用市场，逐渐转变为“一超多强”的多元化市场。因此在未来移动社交市场上，和飞信除了要面对QQ和微信这样传统的老对手之外，还将面对钉钉、新浪微博、网易易信等社交平台组合成的新市场格局。

一来，“老友”腾讯在熟人社交领域中跨年龄段的高渗透。在家庭、朋友等熟人社交领域上，微信和QQ两大社交平台的受众已经涵盖到大部分年龄段，拥有超高市场渗透率的腾讯社交平台，微信日活跃用户量已经超过9.5亿，而以95后、00后为主力军的QQ用户也有5亿之多。微信、QQ为用户带来的熟人社交便利让腾讯在移动社交时代占据了绝对优势。因此，中国移动要想通过盘活飞信来收复自己曾经在社交领域上的失地，在社交体系已经十分完善的微信和QQ面前并非轻而易举。

二来，心怀执念，阿里钉钉对企业社交来势汹汹。继来往在熟人社交领域败北之后，阿里在2014年又推出了主打企业社交的钉钉社交平台，钉钉的出现让诸多企业的员工将工作和生活分隔开来，逐渐形成了熟人社交之外的另一种社交模式。2017年12月底，阿里宣布钉钉用户量过亿，未来将面向全球企业社交市场。从来往到钉钉，阿里在社交产品上的投入力度不断加大，其想要在社交领域分得一杯羹已是司马昭之心。在未来社交领域中，与其说微信是未来飞信最大的竞争对手，不如说不断壮大的钉钉才是和飞信在企业社交上不容小觑的劲敌。

三来，微博和易信截断泛娱乐社交通道。在以陌生人为主的泛娱乐社交领域上，新浪微博和网易易信具有特色的社交功能更能满足用户的社交需求，两者均是介于熟人和陌生人之间的移动社交社区。用户在这两个平台上既可以与熟人分享生活趣事，又能与志同道合的用户建立新的社交关系，并且具有的短视频分享娱乐功能，能够满足用户泛娱乐社交需求。2017年，新浪微博宣布月活用户已达3亿，周边、热点等特色领域成为微博在社交抢流大战中功不可没；而网易与电信联手打造的易信在上线一年后也宣布用户过亿，通讯+娱乐社交模式也为易信在社交领域中积累更多粘性用户。

虽然中国移动在盘活和飞信之后一直将微信作为其未来社交领域中的第一劲敌，但是在企业社交上，钉钉在阿里的推动下已经逐渐步入正轨，同时能满足用户多元化社交需求的泛娱乐社交平台也将对和飞信造成不小的冲击。在这样多方割据的市场竞争格局下，和飞信从C端市场转像B端真的是可行之举吗？

创新方能让和飞信存活

从目前的通讯市场上看，虽然在经历了2017年联通大王卡和电信不限流量营销模式的强烈攻击之后，中国移动在移动通讯市场上的市场危机不断升级，但是中国移动凭借入局通讯领域较早的优势，仍有着联通、电信两家企业不可逾越的市场规模。中国通信网数据显示，截止2017年6月底，移动用户量约为8.67亿，其用户量和市场渗透率均是电信+联通用户总量的两倍。

未来，社交领域上的大战已经无法避免，而中国移动如何利用早期在市场积累的超高用户量和强大的市场渗透率，才能盘活飞信，打破当前以腾讯为首的“一超多强”的社交格局？

从历史来看，旧版飞信之所以取得成功，是基于用户在即时语音、短信的高消费场景下，用户对优惠甚至是免费的移动社交应用的需求。而在如今的社交领域中，能满足这样需求的社交应用琳琅满目，因此，创新成为和飞信重新杀入社交市场的唯一选择。

一方面，建立C端用户端口向和飞信引流。2018年，国内通讯领域的5G时代即将到来，各企业抢流大战也一触即发。对于通讯数据流量供应商的中国移动而言，这无疑是复盘和飞信的最佳时机，在满足用户对流量需求的前提条件下，利用5G技术加持和飞信，为消费用户提供全新的社交体验。同时加强5G技术对和飞信建设的优先性，实现用户、手机号、和飞信与5G技术的紧密相连。

另一方面，完善和飞信企业服务功能，明确未来走向。2017年极光大数据监测结果显示，2017年上半年，企业微信和钉钉均拥有较高的7天留存率，分别为81.7%和81.1%，而同期和飞信的7天留存率均值仅有不足70%。在相同的企业IM市场中，和飞信增加的文件传输留存期限和留存率不具有强有力优势，从IM市场上吸引更多企业入驻也就变得更加艰难。

同时，企业IM市场的社交应用均独具特色：有按管理者思路，自上而下打造的钉钉；也有因用户抱怨生活和工作混杂，自然延伸的企业微信；而企业易信则是倾向政府、企业用户……和飞信要想在企业IM领域中实现翻身，在完善其服务功能的同时，还要明确自身的运营和管理模式。

总体而言，随着消费者主导市场的能力日趋明显，传统以商家为主导的消费市场格局正在发生改变，用户流量已经成为判断某一企业是否拥有竞争力的重要风向标。而在这个流量为王的消费时代，企业只有始终维护消费者利益，为消费者提供优质体验的服务产品，才能在竞争日益激烈的市场中得以长存。

文/刘旷

为什么有些看上去健谈的人，内心却讨厌社交？

Fri, 16 Feb 2018 22:14:40 CST

身边总是会有这样的人吧，在各种工作或者社交的环境里很热闹，很健谈，是活跃气氛的能手，但是当你走近，你会发现 TA 其实并不容易亲近，或者在社交场合之外是拒人千里的存在。仿佛判若两人。

然而 「看上去健谈」和 「享受相处并擅长交流」是两件完全不同的事情。

因此我们不如跨过「看上去健谈」这个前提，先来讨论一下，讨厌任何社交形式，到底是什么心理。

要讨论这个问题，首先要打破一个“常识” — 人是可以从社会交往中获得快乐的。普遍来说，对于人这种群居动物，社会交往可以是让人开心和愉悦的事。但并不是每个人都能真正享受这个过程。想要真的能够沉浸其中体会并享受与人连接的快乐，需要一定的前提 — 一个比较健全的“自我”。

「自我」这个概念由很多不同部分组成。就「享受社会交往」而言，主要有两个部分的能力必须要被建立，第一是自我感受（体验和表达情绪的能力），第二是自我照料（设置边界，自我保护的能力）。

> 自我感受的能力。这部分指的是可以充分沉浸感受、表达自我情绪的能力。

社会交往使人快乐的部分是人和人之间的情感连接，而并不仅是简单的功能互换或者其他的。友谊的敦实和信任，亲情的包容和温暖，爱情的亲密与甜美，都是能让人由衷快乐、增进存在感的体验。但意识到或者体会到这些快乐并不是一件容易的事。因为人与人之间快乐和伤害永远是并存，在任何一段关系中皆是如此。友情中有支持就有冷落，亲情中有包容就有要求，爱情中有亲密就有失望。我们在期待和争取的时候，也会面对着失望和付出。

理想状态中，这快乐和伤害的占比是一半对一半，但现实中更多时候伤害的体验和感受远大于快乐。尤其在双方力量极不对等的关系中，例如父母 - 子女关系，伤害多于快乐是很常见的。

从发展的角度看，这样的伤害有它存在的积极意义。因为在这种情况下，个体会感到存在危机。在这危机感的基础上，人会慢慢发展出对应的自我功能。比如说父母过分严格要求，让孩子体验到过多的焦虑而产生无法应对的危机。在这种焦虑感和危机感的促进下，孩子会发展出自律、努力等功能。但这种伤害需要被控制在一定的程度范围内，如果超出一定的范围，那么它造成的伤害就会大于促进的成长。好比在健身房循序渐进有计划地举铁是增强肌肉和体魄，而直接力扛砸落的千斤城门就是找死了。如果关系中受到的伤害远高过于快乐，人就会被过分强烈的的危机和痛苦压垮。我们天生的生存本能会自动地启动防御，压抑和隔离掉情绪体验，屏蔽伤害，好让自己可以从这个糟糕的关系里存活下来。但这样一来，体验和表达情绪感受能力也会因此而停止发展，难以体会和享受人与人之间情感交流里滋养和正向的部分。

顺便说一句，好的关系指的是我们能够学习修复伤害带来的裂痕，并尽量平衡关系中的快乐和伤害，并不是你感受到的快乐大于伤害，因为那样也许是你在伤害对方。

> 自我照料的能力，前一个能力指的是感受情感连接，而自我照料的能力主要针对的是另外一个部分： 我们如何适应和面对关系中那些必定存在的困难和问题。

快乐与伤害这一对儿好朋友总是结伴而行的，亲密与麻烦也是两个分不开的搭档。彼此靠近就势必会产生许许多多的磨擦和纠结，这是关系中躲不开的部分。即使你能复制出另一个自己（无论异性或同性），你也会在与 TA 相处时因为对方（你自己）的愿望和种种要求原则习惯而头疼的想撞墙。想要去妥善处理这些关系中的冲突和问题，具备自我照料能力是基本的前提。

这个能力粗分可以归类为三个部分：建立边界，构建自我世界，和理解他人（外在环境）。

建立边界最为基本且重要，它划定了「我」和「他人」之间的区别。具体来说，指的是在两个人的关系中，哪些是我需要承担和追寻的，哪些是你需要承担追寻的。边界的确立能避免双方混淆彼此的责任，造成纠缠不清、混乱指责的局面。也可以防止过度的「侵犯」他人或者被人「侵犯」。以亲密关系来举例，男友希望女友更优秀更美丽来彰显自己的自信，或者女友期待得到男友对自己无条件的宠爱来满足内心安全感，这显然是有些混淆了双方心理边界的。

构建自我世界是在建立边界后被发展的。这部分就是关于如何内在构建关于“我”的世界的问题了。其中有两个比较重要的点，1 是关于如何面对挫折，2 是关于如何关注自我。因为对于所有自我议题来说（亲密关系建立，自我能力发展，等等）这都是绕不开的组成部分。白话一点讲，这两点加起来就是让自己知道自己到底是什么样子。而不是在顺境时觉得自信爆炸认为自己是百年难得一见的练武奇才，而在面对失败时，又觉得自己只不过是冷漠世界中的一粒尘埃。

最后就是 理解他人了，这里的「他人」并不是所指，而是能指，也就是广义上的「他人」。主要核心是学会不要只是单纯地发泄脾气和正面死磕外在环境中那些你不满意或者是伤害你的人与事。先来了解对方为什么这样做，到底 TA 在向你需求什么，有什么内在逻辑之后再选择如何处理和应对。

自我感受的能力和自我照料的能力，这两部分一从情感出发，一从能力发展出发，共同作用决定着人是否能真的安心享受人际交往带来的乐趣。一个已经残破、缺油发锈的发动机没办法产生源源不断的动力带你驰骋带你飞。对于缺乏上述两部分自我功能的人来说，人际交往也许仅是一个需要完成的任务，一个生活中不得不经历的考验。他们体会到更多的是在各种伤害和要求的夹缝中，让自己努力的存活下来，让别人眼里的自己表现良好，受人喜欢。发自内心喜爱和热情的社交 vs. 被迫无奈的要求不得不进行的表演，后一种动力只会让这样心境的人面对社交时更加疲累、进而远离。呆在自己一个人的自由空间里反而会更轻松自在。

同样，要解决无法享受人际关系问题，也应当从这两个部分功能的缺失出发，而不仅仅是催促着对方多出去走走交朋友。这里的思路和方法就很多种多样了，但万变不离其中，关系的问题始终要由关系中的互动来学习，情感的伤害终究是要由情感的表达和承载来解决，这是什么都改变不了的。

你是如何被微信广告选中的？微信广告引擎与社交传播算法实践

Tue, 04 Jul 2017 11:47:04 CST

编者按：本文来自微信公众号 “InfoQ”（ID：infoqchina），作者陈功；36氪经授权发布。

微信广告自 2014 年上线以来，分别发布了公众号与朋友圈广告。微信广告系统承载了每天十亿级以上的访问量，紧密与微信平台生态相结合，同时利用了腾讯大数据体系进行效果优化。本文首先会给大家展示微信广告的整体系统架构，并介绍重要的功能模块和数据流程。其中会深入讲解广告投放时的播放节奏算法，看如何解决微信环境下的投放优化问题。

写在前面

图中这句话，也许大家曾在朋友圈中看到过，这就是比亚迪汽车投放广告的文案。该广告效果反响非常的好，于是有人就说，这是借着大数据的商业炒作，也有人说，所谓的选中其实是被广告算法选中，微信在其后有一个复杂网络在支持。那么这背后真正的逻辑是怎么样的呢？就让本文来揭秘吧。

本文将分为两个部分：第一部分，由于首次对外分享，先介绍一下微信广告的产品形态以及系统架构；第二部分，介绍微信广告是如何区别于传统效果广告，在品牌社交广告上曾做过的探索与思考。

由于篇幅限制，微信广告引擎核心算法策略模块就不展开一一介绍。这里选择品牌广告社交投放模块介绍，一个是因为它是我们微信广告核心特色模块之一，另外业界在品牌广告播放算法层面上的分享也十分少，所以希望能够通过本文和大家多做交流。

微信广告介绍

公众号广告

通过图中可以看到，除了传统的下载与图文外链形式之外，还有平台特色的关注类与卡券类广告。

最近我们也发布了广告互选平台，让流量主和广告主可以在上面进行自行交易，这也是广告产品的新形态。

朋友圈广告

如图所示的三个商业广告：宝马、可口可乐、VIVO 智能手机，在最初投放时期引发了社会热议。有些人表示收到的广告是可口可乐，有些人表示看见的是宝马广告，而有些人却在分析该类人背后的性格特点。然而，无论如何，他们讨论的话题恰好就是社交广告的精髓所在。

社交广告的效果，如下图右边所显示的第一个数字，其首次覆盖人群超过一亿；而第二个数字，点击互动率已超过 40%，40% 是极高的点击率，能产生这样的效果，广告的社交属性功不可没。

微信广告系统介绍

投放模块视图

先来看下系统的整体模块视图，我们分为 4 个层面。

第一层是投放端，除了可以在腾讯广告官网上投放外，还能在公众号平台内部闭环投放。

第二层是播放引擎，这里主要分为检索，粗选，精选。检索就是当一个用户来了之后，根据他自身的属性，比如年龄性别地域，以及广告投放的人群，做个匹配，选择出适合该用户的广告，可能有几千个。粗选就是将这上万条广告筛选 100 个再给后面的精选模块，精选再选择一个给到用户。可见粗选是注重速度，效果次之。这里会考虑新广告的扶持，类目的多样性，和预算不要花超等问题。最后是精选，会考虑更为细致。首先就是播放的节奏控制，这是我们后面重点要讲的，就是广告以一个什么样的节奏来投放。其次，也会考虑用户体验和生态等问题。

第三层，主要是数据相关的模块，之后会逐个介绍一下。

最后是一些支持的模块，比如反作弊，监控，审核等，我们也用了很多公司的基础组件。

这里是从模块层面整体看了下，下面再从数据流的角度来看下广告的业务场景。

业务数据流

首先，当用户刷朋友圈的时候，朋友圈后台就会把这个请求丢到广告引擎了，广告引擎根据自身的算法和其他数据模块综合计算给出一条合适的广告。引擎算法其中主要还会调用社交传播控制模块，在广告排序之前，先根据社交传播过程动态选定人群。用户拉取到广告之后，会对广告有各种行为，分别是曝光，点击和转化，在经过我们的反作弊模块鉴别之后，就用来计费和更新相关的数据模块。

而社交行为，还会进入到专门的社交扩散模块进行计算，供引擎使用。这个后面会详细讲到。

可以看到广告引擎的位置至关重要。

引擎在微信广告系统下如何考虑？

广告引擎的作用是不断调整广告主、用户、广告平台、生态方平台这四者之间的价值利益。对于用户而言，用户希望提升自己的体验，不愿看见过多的广告，不接受过多的广告骚扰，并且希望得到有价值的信息；而对于广告主，它想提升自己的效果或者品牌力；对于平台，它不仅仅为了赚钱，也要兼顾口碑；而对于生态方，即对朋友圈和公众号而言，不能有损生态方的利益，相反地，我们应该促进它的更好发展。

用户画像体系

要做好广告，首先得识别准用户。那么用户画像就是帮我们做这件事的。腾讯有近千款产品，分别覆盖了社交平台，游戏平台，电商平台等，提供了丰富的行为日志。帮助我们识别用户的基本人口属性，兴趣爱好等。

举个例子，我们通过用户在公众号中阅读的文章，就能挖掘出用户的阅读兴趣，也可以挖掘出用户的个人状态，比如是否高端等。那如果我们再加上时间的维度，我们就能知道用户的轨迹 -- 恋爱，结婚，生子，那么也就可以推送对应阶段的广告了。

在移动互联网时代，我们也对用户做了设备画像，这样就可以打通多个平台的数据，大大丰富了我们的原始数据。

互动和点击率预估模块

在知道用户属性之后，我们自然就想知道这个用户发生某种行为的概率，也就是广告领域里一直在说的点击率或者转化率预估问题。我们的系统已经做到全流程的实时化，从数据的收集到模块的训练更新。实时化对效果的提升是十分之大的。其次在模型的选择方面，我们也是经历了从 LR 到 FM，最后到 DNN。这也是业界发展的方向。最后也是比较特殊的地方在于我们的多目标预估问题，朋友圈广告有许多行为，比如头像点击，图片点击，名称点击等，我们需要在 10ms 内完成十几种行为的预估，这对算法和系统都是一种考验。

社交播放算法实践

为什么要做社交广告？

首先，我们为什么要做社交广告呢？这是因为微信广告诞生在微信平台之上，而微信是目前国内最大最有影响力的社交平台，所以广告也被寄予厚望。正如之前提到我们的初衷 -- 尝试做些改变。所以，我们在设计朋友圈广告产品时候，就希望让朋友圈广告，也像朋友圈的其他内容一样，成为一个话题，在朋友间流传开来，让好友去给这个品牌代言。于是我们就这样去设计了社交广告。

品牌广告在朋友圈场景下，它的话题传播会更有优势。

首先，朋友圈广告本身就是一条普通的内容，而且收到且互动之后就会沉淀在朋友圈 timeline 中，这样后续的互动提醒都是可以全程参与的，而市面上其他的社交平台广告产品都是在出卖广告位。

其次，朋友圈是一个熟人网络，而且是目前市面上最优质的熟人关系网。直观的想，熟人的推荐和口碑肯定是比陌生人要有力量的多。大家想想微商为什么能火，靠得是什么。这是因为现在的营销方式已经发生变化了。传统的效果广告，我们优化素材，吸引点击，进去还要想办法促成转化，一系列的链条。而现在基于社交传播的营销越来越火，不管是微信里的微商，还是微博的大 V 推荐和软文，都是利用社交关系在做营销。这里关键点是，社交影响力越强，营销的效果就越大。

举个朋友圈中例子，如果你看到一个好友做微商发布一个广告后，可能嗤之以鼻，把他拉黑，然后默默同情他怎么堕落到如此地步了。但如果很多好友都在同时推荐一个商品，你还能保证不受影响吗，这可就不好说了。我们希望社交广告也能有如此的效果。

社交广告推荐过程

我们先来看下传统的效果广告推荐过程：首先，用户通过检索系统，检索出 100 条广告。然后经过基于个人兴趣的点击率预估，得出对这 100 条广告每个的点击概率，再结合广告出价，统一进行排序，排第一的广告返回给用户。

而在朋友圈的社交广告中，首先当然还是经过检索。然后这里不再只是根据用户点击兴趣推荐，还需要考虑用户对这个广告的社交意愿。然后，在排序之前，我们还要经过一次社交传播的投放节奏控制。看看每个广告当前适合给哪些人群投放，对用户做一轮筛选，此时 100 个广告可能只有 50 个适合投放给该用户。最后，再经过考虑社交因素的广告排序，返回一个广告给到用户。

下面就来具体看看这 3 个过程

社交意愿、社交传播节奏控制、基于社交广告排序是社交广告投放三部曲。

第一阶段，社交意愿计算阶段，假设此刻有三个用户同时访问朋友圈，有宝马和可口可乐两个广告在线，该三个用户对这两个广告两两社交互动意愿；

第二个阶段，社交传播节奏控制，它是广告选人阶段，假如这个时刻是让三个人中最好那两个人才能收到广告，那么根据分数计算，发现此时小明此时此刻是没办法收到宝马和可乐这两个广告。但这仅仅只代表此时此刻，随着传播范围的扩散，以及小明受到越来越多的好友的影响，他在之后的某个时刻还是可能继续收到广告的。

第三个阶段，基于社交的排序阶段。此时用户已经拿到了那些他可以收到的广告列表，然后再把社交意愿分加入到排序公式之中，选择最合适的那条广告给到用户。

社交意愿的计算

用户的社交意愿，除了受个人主动的互动兴趣外，还受好友的影响。可以看下图下面影响力作用的几个阶段。首先，最中间，用户对两个广告有一个主动兴趣，这是不受其他人影响的。左边，有两个好友分别对两个广告进行了互动，他们与该用户的影响力都是不同的。右边，是一个传播的过程，表示假如我收到广告后，我的互动可能对其他人造成的影响。

我们通过一个例子来看下影响力在朋友圈环境下和品牌力感知的关系。假如你看到一个洗发水广告，可能就是超市常见的牌子，没用过也没怎么留意过。但此时已经有许多你的好友在下面点赞评论了，而且反应去屑效果真的很棒。这个时候，你可能会想到我的洗发水貌似用了还有头屑啊，那么要不要试试这个呢？此时，你可能回复一个好友说“我也试试去”，但也可能你就不回复了，不过此时你对这个品牌的印象一定是加深的。再想想这些讨论的好友中，假如还有一个是你的老板，可能平时你们都没机会说话，那这个时候要不要也点个赞表达下赞同呢？还可能能吸引下关注。这个就是社交影响力的作用，而这里的主要问题是影响力如何量化。

首先，好友之间的影响力评估，越是亲密的两位好友影响力越大，因此一般会基于亲密度进行模型建设。但我们通过限量的系统发现其带来的收益很小，便对其进一步的数据分析发现主要原因是目标不一致。

举个例子，我们与父母特别亲密，但是我们却不会在他们的朋友圈发表的内容进行评论。于是，我们进一步改进通过更加相关的行为评价影响力，即 A 能影响 B 日常互动的概率，将其定义为影响力，但该数据在一定置信度下十分稀疏，所以通过模型预估方式进行计算。

这里，除了基础的一些特征之外，我们还运用了几个网络特征。比如，好友关系网，正常情况下微信用户有 8 亿，那么这就是一个 8 亿 *8 亿的邻接矩阵。这个是很难用作模型训练的 feature 的。同时，还有其他的一些关系网，比如消息互动，文章阅读等。那么这里，我们采用一种叫 node2vec 的方法将这些图节点映射为一个向量。这个向量维度比较低，我们就能拿这些来进行训练。最终通过 GBDT 和 LR 来进行影响力的预估。

Node2vec 是一种 embedding。首先，就是如何采用图中的节点信息可以尽量保留多一些原始的网络信息。换到自然语言处理的场景，一般个词可以用它周围的词来表示它，这个也就是 word2vec 的思想。那同理到图中，我们就是可以用一个节点的周围节点来代表它，node2vec 就是用解决如何抽样的问题。

那么，我们拿到抽样后的向量就可以用 word2vec 的方法来进行训练，得出每个网络节点可表示的向量。

前面我们已经知道了两个好友对自己的影响，那么多个好友又是如何互相影响呢？这里我们就引入了传播力模型来对这个问题建模求解。

传统的影响力模型有许多种，这里我列了最为常见的独立级联模型。它的原理是这样的，一个用户每个好友都对自己有一个影响力，这个影响力可以用前面我们提到的方法计算出来。初始时刻，已经有一些人是被激活的，这些人就是种子用户，具体的选择我后面会说到。然后，一个用户的每个已经被激活的好友，根据他们之前的影响力去计算一个激活概率，轮流去激活该用户。这样子迭代下去直到每轮没有新激活用户位置。

传统独立级联模型直接应用会存在图中说的一些问题，所以改为上图中下面的形式（示意），但这样直接做还会存在工程上的问题。主要在于广告系统的时延要求是十分低的，假如用户有 5000 个好友，分布在几百台存储机器上，要在 20ms 内读完，这几乎是不可能完成的事情。

那么这种读扩散的方式不行，我们就换一个思考，采用写扩散的方式。当用户的一个点赞评论数据接收到之后，我们放入消息队列之后，然后社交扩散模块取出，根据关系链，权威度，传播力在内存中计算他对每个好友的影响，然后再告知所有好友这个信息。但是，假如是一一告知，5000 个好友就要 5000 次网络调用，这个开销也是接受不了的。所以，我们会根据路由规则和机器列表，将属于一台机器的用户合并起来写入，最小化网络调用。

完成这些之后，当一个用户来拉取广告时候，只需要一次网络调用，就可以拿到好友对他的影响力了。

注：目前为了引入更多的特征做实时推荐，我们已经将上面架构改为基于图形数据库的形式，架构上更加复杂和巧妙，之后会有文章专门再介绍。

社交传播节奏控制

社交传播节奏控制的核心思想是先传播给优质人群，再让优质人群带动其他人。如下图所示，Ripple 扩散传播系统。

所谓优质人群，在投放初期被定义为种子用户。他们可以通过一些方法进行挖掘：第一，广告主的粉丝，铁杆粉丝用户；第二，广告主最为了解自己的用户，因此根据广告主的需求做出定向挖掘，历史行为用户。正如大家所了解的，InfoQ 粉丝群体庞大，我们之前将粉丝和行业影响力大的人群选择出来进行投放，确定优质人群。与此同时，如果觉得量级不够，我们还可以通过 lookalike 的方法进行用户扩展，在大盘里面找到与之前两步得到的相似用户。

那么投放中如何确定优质人群？我们通过引入一个全局的实时排名队列来分析每个用户与每个广告实时的社交价值，在不同的时段，我们定义优质人群的函数是不同的。

选取优质用户之后，就会在我们的 ripple 扩散传播系统中进行扩散，从种子用户阶段投放，然后逐渐向外扩展，一直到广告预算结束。过程看似简单，但实际投放是一个较为复杂的过程。

首先，影响力是实时动态变化的过程；其次，朋友圈广告是基于用户的拉取，而不是简单的推送，所以无法理想化的扩散。

在这两个背景之后，还需要面临具体如何扩散的问题，比如扩散的比例值如何确定；另外，一般品牌广告主也需要合约保量，在保量需求下完成社交扩散动作，这对系统实时性与算法都有很高要求。下面的图中列举了波纹传播系统的几个组成。

基于社交的排序

能换取别人的关注、评论、点赞的事物都可以称之为社交货币。系统内所引入的变量将它价值化、货币化。将货币化的值放入总的价值排序之中和广告主的初价以及广告主的信息进行排序，广告价值的放大代表着我们对社交传播的重视。

写在最后

当初有很多人问，什么是社交广告？回答普遍都是在社交平台上的广告就是社交广告。开始我也以为就是这样，可是经历了一个一个优秀的案例，以及一波又一波的社会热点，我觉得，那些能让我们抒发情感，聆听好友心声的广告才称得上社交广告。我们也会继续在社交广告上继续做出创新，因为我们的目标是让广告，也可以成为生活的一部分。

作者介绍：陈功，腾讯微信广告引擎逻辑负责人。浙江大学计算机研究生毕业，2011 年加入腾讯微信，负责微信数据计算系统建设，以及微信基础数据的分析与挖掘工作。2014 年加入微信广告项目团队，主要负责广告引擎精选的系统架构与算法策略设计，现任微信广告引擎策略 Team Leader。平时对广告业界动态，大型系统架构，模型算法，都十分感兴趣。

16岁当CEO，他用一支交友App打造风靡美国的00后社交

Sun, 11 Jun 2017 19:07:05 CST

最近，社群平台领域冒出一个新名字：派斯特纳（Ben Pasternak），虽和天才创业家脸书扎克伯格（Mark Zuckerberg）、苹果乔布斯（Steve Jobs）一样都是辍学生，但比老前辈更吸睛之处是：连高中都没毕业。

派斯特纳今年初才共同创办陌生交友App猴子（Monkey），因为搭上直播热，「秒征」1990年后出生的Z世代：2个月内，20万名平均年龄才17岁的用户勇助猴子登榜苹果商店社交类App第5名。英国《每日邮报》说，顿时让脸书、闪聊显得过气。

今年9月才满18岁的派斯特纳来自澳洲，丰沛的创业魂堪比硅谷的连续创业家：14岁至今已经连推3款成功App：游戏类「不可能的冲刺」（Impossible Rush）在苹果商店一炮而红，登榜澳洲第1、美国第16名，下载量甚至一度超越推特（Twitter）。

派斯特纳靠着这款游戏，陆续接到脸书及苹果的参访邀请，硅谷投资人也对他展现高度兴趣。去年，16岁的他独自融资近百万美元创业金，说服父母同意高中辍学，飞到纽约开公司、当CEO，4月就推出好友圈的拍卖App「抛售」（Flogg）。

派斯特纳观察，90后根本懒得将二手品上传到eBay拍卖，而是直接找脸书好友贩售。抛售投90后所好，因而被称为「青少年版ebay」。派斯特纳更对Sydney Morning Herald直言，脸书没有实质改善用户体验「有点糟糕。」

然而，派斯特纳也不是屡战屡胜，曾试着在抛售之前开发一支整合社交平台脸书、推特、Instagram的程式「1」（One），只不过，牵涉多方平台难度升高，最后以暂时搁置告终。

网络媒体Mashable说，派斯特纳崛起，代表新形态的社群创业已经不是老叩叩想像得到的玩法。猴子共同创办人透纳（Isaiah Turner）比喻，就好比「打造好玩房子」，成年人只会多安装一套按摩浴缸，「但我们会把滑水道和水上摩托车都搬进来。」

Monkey 这个软件，使用方法十分简单粗暴。打开软件注册成功之后，用户直接会被猝不及防地开始和陌生人配对。一旦配上了，双方的视频聊天即时开始。视频聊天默认时间为15秒，如果聊得不错的话可以增加时间，不过最长也长不过几分钟。

这个软件不是给老年人玩的，Monkey 的用户是来自全世界的青少年，平均用户年龄甚至还不到18岁。Monkey 可以帮助他们在网上更轻松地找到朋友，而且形式够简单、够新颖、够未知，甚至犹如赌博一般。

Monkey团队认为，Monkey 是青少年真正想要的社交网络。一种好玩有趣的陌生人社交体验，不应该受家长或是熟人朋友圈的限制。

此外，在过去的社交体验中他们也发现，并不是所有的青少年都是 Facebook 的粉丝。

Ben表示，Monkey 是一个新兴时代的 App，用来满足世界各地的新人，而不只是学校朋友或你的邻居。尽管 Monkey 也想挖掘你的手机联系人，但它的主要作用是让你找到 “网友”，而不是让你与好友或邻居联系。

从美国市场来看，大部分热门 app 还没加入即时陌生人视频的概念，只有通过文字信息来交流。说到底，这个年龄段的人群有着自己的套路和玩法。

而Monkey的打开就可以随时自拍视频，然后系统会自动匹配的功能正迎合了00后的心态和需要。15秒钟就让你和陌生人开始视频聊天……没有任何其他功能，甚至没有多余的按键。

Monkey的刺激之处是，Monkey为用户限定了十几秒的基本的聊天时间，类似SnapChat的“阅后即焚”。聊的时候可以”充时间“，如果对方也充了时间，就可以继续，一旦有一方没充的话，那不好意思，传唤下一个…

相关阅读：
社交APP只有独特才能在市场上寻求出路	找货APP：时尚购物版的Uber，3分钟找到你想要的图片同款	Myshopanion 移动社交购物顾问	CEO书单：全球顶尖CEO推荐的25本书必读书单	五种让你生活得比别人更聪明的App工具
无觅

为什么社交网络让我们感到孤独？

Sun, 28 May 2017 09:29:00 CST

本文编译Hayley Phelan在thecut.com的专栏

社交网络改变了我们的生活及社交，让我们的生活看起来越来越完美：随时互动，及时地展示自己美好的生活的一面，可以删除或修改。但随着这类生活的普及，事情好像正在起变化，身处在完美生活的人们，越来越觉得孤独。

因为Instagram，朋友绝交了

美国作家Phelan在专栏里讲了她和朋友之间Instagram闹掰的经历。她和朋友Heather第一次在酒吧里认识时，就相谈甚欢，不管在生活习惯，还是兴趣爱好上都很像。在见过三次后，Phelan就已经将Heather视为终生的朋友。

随后她在Instagram上关注了Heather。但是她慢慢发现，Heather发布的照片，不管是自拍还是食物，还是其他的，都为了显得过于完美，而过度使用滤镜失去真实感。Phelan刚开始并没有过分在意这种差异，但6个月之后，她发现这变得越来越难以忍受。

“Heather开始一天更新好多次，每次都是和她的男模朋友合照，要么是在海边度假，要么是在酒店吃brunch，不管我什么时候打开Instagram，都能在首页看到她”。

社交媒体完全改变了Heather在Phelan心里的形象，从真诚有趣到变得虚伪做作，这直接影响到了她们的线下生活的关系，Phelan说她开始找各种理由逃避和Heather的见面。

这种被网络影响现实交往的情况，在年轻人中普遍存在。

日本综艺节目《nino桑》曾经做过一个调查，对社交网络上“女人所讨厌的女人们”进行了街头采访，受访人群列举的TOP3中，就有两个跟Instagram有关。其中得票最高的，是和生病了自拍的照片，“生病了就好好休息，发什么照片”，但这种情况在中国的微信朋友圈和微博中更加突出，有些女生连削苹果流血，打死一只蟑螂都会拍照发出去。

对年轻人来说，社交媒体的可怕之处在于，它基本统治了年轻人的生活。数据统计显示，有超过20%的人每天查看微信50次以上，而他们的年龄基本都在25岁以下。

通过社交媒体，年轻人可以随时同步朋友的状态，就算每年只见一次面，也可以成为所谓的熟人和好朋友。很多人和朋友在线上相处的时间远远超过了线下。人们开始分不清，哪个才是他们真正的朋友，是社交网站上穿着高跟鞋喝下午茶的一面之缘的“朋友”，还是穿着人字拖和自己吃烧烤的邻居？

社交媒体如何破坏朋友的印象

Phelan之所以不喜欢Heather在Instagram上的形象，不是因为Heather的图P得不好，也不是更新得太频繁，而是因为一切都显得太假了。

“我见过她，当然知道她在现实生活里是什么样的。相比起去海边度假，她更愿意去商场吹空调，相比起吃Brunch，她更喜欢吃pizza。”

面对这种线上线下人格分离时，很多人出现了出现了失望和尴尬的情绪。这种情绪将人与人之间的不信任和距离感不断扩大。

深受年轻人喜爱的Instagram

美国心理学作者Maria称，互联网天然具有使人疏远的属性。研究证明，人们的社交满足感，会随着互联网使用时间的增加而呈倒U型发展。在最初使用的1-2年间，社交满足感呈上升趋势，紧接着，从社交媒体获得的愉悦感和连接感会持续下降。

这其中很重要的原因是，社交媒体让人看不清朋友的真实性格。因为人们总是倾向于在网络上展现理想自我，这与真实形象一定存在落差。越是亲近的朋友，越能意识到社交网络上的形象和真实形象的差别。很多人会把这归结为欺骗和背叛，极端案例就是像Phelan和Heather这样，因为社交媒体而绝交。

其实，人们面对不同的朋友本来就有不同的面，尤其年轻人，很容易被周围的人带动。只不过社交媒体将它公开并且扩大化了。

澳大利亚的社交网络研究表明，相比起不使用Facebook的人，使用Facebook的人更自恋，在社交中的孤独感更强。Facebook上的交流是一种广播式交流，不管是点赞还是评论，都在公开的环境下进行，这使得人们只能进行一种问候式社交。这种弱连接很难减轻人们的孤独感。

对于像Phelan这样接受信息的一方来说，这种广播式消息其实是一种被动消费，她打开社交媒体界面的那一瞬间，就失去了选择权。这种被动接受信息的方式，会降低人的连接感和幸福感。实验证明，看别人的社交媒体界面会让人产生更多抑郁情绪。

为什么社交网络让人更加孤独？

美国心理学家Sherry Turkle认为，社交媒体给人太多幻想，让人们以为自己在任何情况下都会被关注。而这种被关注的压力是双向的，一方面人们会为了在他人的眼中，表现得更完美，而强迫自己去做很多不必要的事。另一方面又会占据情感高点，看不上那些在社交媒体上不如自己有吸引力的朋友。

日本模特西上真奈美，她的生活就像是个巨大的、永不停歇的Instagram素材积累库，去好看的餐厅吃饭，去年轻人喜欢的地方逛街，甚至邀请朋友一起吃饭，都是因为“这类照片点赞量会比较高”。

而在Instagram上拥有3.1万粉丝的她，在现实生活中一个朋友都没有。Instagram上和朋友的合照，要么是拜托路人帮忙，要么是以请客做诱饵邀请同学和同事一起。西上在Instagram上展现的，过于完美的形象，成为了她人际交往的绊脚石。

美国学者FURTICK曾做过一个关于友谊的调查，结果表明，相比起美丽闪耀的时刻，脆弱和尴尬才是催化友谊的重要契机，因为暴露弱点这一行为体现了信任，而彼此信任是友谊的基础。

西上的生活完全以Instagram为中心，因为想和男朋友拍照才交男朋友，因为想去时尚的咖啡厅和朋友喝茶才交朋友，他们更像西上拍摄的道具。为了拍参加朋友生日的照片，西上曾经在2月就为10月才生日的朋友提前“庆祝”。久而久之，身边的朋友都离开了她。

但西上为自己的行为找了一个正当理由：一切都是为了工作。因为SNS上的关注数可以和工作邀请联系在一起，关注和点赞越多，工作邀请越多。

归根结底，还是社会评价体系出了问题。一个人在社交网络上展现的形象，已经某种程度上变成个人的品牌形象。社交媒体上的生活对真实生活的影响，已经从个人生活领域拓展到工作领域。这让人更加重视对社交网络的个人印象管理，而且在被动消费的情况下，看到更多其他人精心展现的形象之后，下意识地以更高的标准来评估和改造自己。

社交网络让每个人都更加完美了，但也更加孤独了。

本文由南七道与邱雅共同编译。南七道：南七道新媒创始人&CEO，虎嗅等年度作者，关注互联网和科技创业。微信公众号：南七道

下载虎嗅APP，第一时间获取深度独到的商业科技资讯，连接更多创新人群与线下活动

药丸！懂得那么多套路，当代人依然学不会社交！

Thu, 16 Jun 2016 18:16:29 CST

不知道为什么！科技越进步，人类反而会遇到更多的社交困境。

跟人打交道实在是太难了！活了二十多年，但依然觉得自己还在人生的新手村，在很多我们习以为常的场景，万万没想到双方都已经尴尬得不得了！

比如想打个电话寒暄一下，对方却：

想加个微博关注一下，其实对方：

或者你只是单纯地想表达关心，虽然不知道该评论什么：

药丸！

于是，为了拯救掉进坑里的“语死早”、“不会聊天”、社交恐惧病人，当代人发明了了各种社交套路。

攒个表情包好傍身。一般情况下，表情可以解决大多数问题：

不管这是属于鄙视链顶层还是属于底层的“中老年人表情包”，背景会放烟花那种。

面对不想搭理的人，你还能这样：（感谢互联网）

最理想的情况是，科技已经发达到这种程度：

再不济，我们还能：

学习了那么多套路，其实在看不到的屏幕前、社交恐惧患者们虽然面无表情，但内心已经泣不成声：

精神状况不稳定时聊天爱频繁使用“哈哈哈”作掩饰。#笔zhe敲下这三个字时目光如冷灰 ——Twitter. damyata

题图来自 giphy

61个社交媒体运营关键指标

Tue, 24 May 2016 23:01:56 CST

在琳琅满目的社交媒体缩写词中，“KPI”最令我困惑。这是因为“关键绩效指标”(Key Performance Indicator)总会让你想起西装革履进行PPT演示的商务人士。

但细究起来，这个词却并不复杂。KPI总结起来其实就是那些值得你去关注和衡量的事情。

从根本上讲，社交媒体KPI或社交媒体指标甚至是你企业最重要的指标，它们可以帮助你了解你的广告和战略表现如何。

社交媒体KPI可以是你在社交网络上获得的互动和分享次数，你还可以追踪自己的网站通过社交媒体获得的点击，或者用户通过这种渠道访问你网站后的转化率。

事实上，现在的社交媒体KPI种类过于杂乱，有时甚至让人理不清头绪。在这篇文章中，我们就会一同来了解你有可能关注的各种社交媒体指标，并对其含义和计算方法进行简单的解释。

首先来看看社交媒体漏斗

社交媒体漏斗可能值得专门写一篇文章来阐述，但我们这里的目的是帮助你了解我们眼中的典型用户认识一个产品或品牌的整个过程。

这一过程在每个阶段都有很多衡量指标，以下就是本文将着重介绍的几个大类。

活动：你的社交媒体团队的产出
到达：你的受众或潜在受众
互动：人们与你品牌的互动，以及对你品牌的兴趣
获取：建立关系
转化：活动、销售和结果
保持和支持：满意的用户和品牌布道者

以下为详情：

1、活动指标：你的社交媒体团队的产出

这些数字可以展示你正在做哪些事情，以及你的社交媒体团队的产出——包括发表博文、日程安排、优化内容、回答问题、解决问题。这看起来很简单，但在你尝试新方法时却非常重要。如果能够判断这个阶段的某些活动能否提升我们稍后提到的指标，就将带来很大的帮助。

平均响应时间：一个团队成员或品牌代表对品牌社交媒体受众的评论或询问作出回应平均所需的时间。

内容制作速度：你每段时间内制作的内容数量。根据你所关注的内容类型，你可能希望分类统计，指标包括：

——每段时间内的博文

——每段时间内的演示文稿

——每段时间内的视频

——每段时间内的电子书

——每段时间内的白皮书

——每段时间内的信息图

——每段时间内的其他内容制作量

发布速度：每段时间内的社交媒体帖子数量。根据你使用的社交网络不同，你可能会进行如下分类统计：

——每段时间内的推文数

——每段时间内的Facebook帖子数

——每段时间内的LinkedIn更新数

——每段时间内的Google+更新数

——每段时间内的Pinterest钉图数

——每段时间内的Instagram贴图数

——每段时间内的论坛帖子数

——每段时间内的其他社交媒体内容发布数

帖子主题构成：每段时间内在每个社交媒体上发布的各种内容主题（例如资源、优惠、博文等）的百分比。

帖子类型构成：每段时间内在每个社交媒体上发布的各种内容类型（例如图像、链接、视频、文本、调查等）的百分比。

响应率：你们在特定时间内针对用户的问题和评论作出响应的百分比。

社交媒体营销预算：你的团队在每段时间内投入的资金量。

2、到达指标：你的受众或潜在受众

这组指标关注的是你的受众和潜在受众的规模和增长速度，以及你发布的消息被他们获得的频率和效果。很多社交媒体管理工具（例如Buffer！）都提供了很多类似的指标。

受众增长率：某个品牌通过每个渠道增加或减少受众的速度。用新增加的受众数量除以受众总数。

平均位置：一个品牌的广告在搜索引擎结果页面中的平均位置（首页顶端的位置为1）。

品牌认知：你的品牌在每段时间内被人提及的总次数。

CPM：付费广告展示1000次的成本。

粉丝/关注者：每段时间内在各个社交网络中的粉丝总数。

影响分值：影响分值由Klout和Kred等公司提供，衡量的是一个人或一个品牌在某个社交网络中的影响力。

关键词频率：某个具体的关键词或短语在一个品牌的社交图谱中出现的次数。

帖子到达：在一段时间内至少看过你的某段内容一次的人的数量。

潜在展示：一段内容在某段时间内可以展示的次数，无论用户是否与之互动。

潜在到达：某个品牌的潜在受众人数，包括受众的朋友其他在某段时间内有机会看到某段内容的人。

受众份额：某个品牌将到达的人数较之于对手的百分比。

互动份额：一个品牌的互动指标与类似领域的其他企业的对比情况。

声音份额：一个品牌在人们对话中的占比与同类企业的对比情况。

情绪：提及某个品牌时，人们的积极、中性和消极情绪所占的百分比。

视频观看量：你的视频内容在YouTube、Vimeo或Facebook等渠道中吸引的观看次数。

3、互动指标：人们与你品牌的互动，以及对你品牌的兴趣

这些数据关注的人们在社交网络上与你的内容互动的方式，以及分享和再次分享你的内容的方式。

放大率：每个帖子的平均分享次数。根据你使用的社交网络不同，你可能需要对放大率进行分别统计，例如：

——Twitter转发

——Facebook分享

——Google+分享

——LinkedIn分享

——Pinterest转发

——Instagram转发

认可率：在每段时间内获得的受众认可次数，包括各大社交媒体上的点赞数。

平均互动率：单位报告周期内通过一个社交渠道以任何方式与你的内容互动的人占受众的百分比。

评论率：你的每个帖子平均获得的评论数。

对话率：每个社交网络帖子的对话次数。在Facebook、Google+、LinkedIn、Pinterest和Instagram上指的是评论，在Twitter上指的是回复。

互动占受众百分比：各大社交网络上的总互动次数除以受众总数。

粉丝人均互动率：一个社交网络中的总互动次数除以该社交网络上的粉丝数。

病毒传播率：指某段内容在各大社交网络上传播的速度。衡量这一指标的较好方法是某段内容的总分享次数。

4、获取指标：建立关系

在这个阶段，那些原本只是在Twitter或Facebook上与你的品牌聊天的人或许会更进一步，有可能查看你的网站了解你的商品和服务。获取指标关注的就是他们在那里的体验——包括你的受众是否与你的产品或服务以及你的价值相匹配。GoogleAnalytics这样的分析提供商可以提供很多类似的指标。

博客订阅数：订阅你博客的人数。

跳出率：只访问你网站上的一个网页就返回到来源地，而没有继续查看网站内容的访客所占的百分比。

点击次数：在某社交网络的一个帖子中点击链接的次数。

点击率：你的受众在某社交网络的一个帖子中点击链接的比率。用帖子中的链接点击次数除以该帖子的展示次数。

CPC：付费广告或社交网络的每次点击成本。

电子邮件订阅数：订阅你的电子邮件列表的人数。

潜在客户：每段时间内通过社交媒体获得的潜在销售合同数量。

链接数：与你网站上的特定页面建立链接的页面数。

微转化：在完成转化之前，一个品牌的用户经常采取的任何可以衡量的活动。

页面浏览量：某网站在特定时间内的页面查看量或点击量。

社交访问百分比：来自社交网络的推荐流量在你网站总流量中的百分比。

每关键词排名：你的内容在一个具体的关键词或短语的搜索结果中的平均位置。

会话（以前称作“独立访客”）：某个时间段内在你的网站上发生的一组互动（一个会话可以包含多个屏幕或页面浏览量、时间或社交互动。）

会话持续时间（以前称作“访问时间”）：所有互动的持续时间总和（按秒计算）除以会话次数。

流量：社交网络在每段时间内为你的网站输送的访问量和访客数。

流量比率：三大主要流量来源的占比，包括：

——直接访客：通过直接在浏览器中输入网址访问你网站的人。

——搜索访客：通过搜索引擎访问你网站的人。

——推荐访客：通过其他的博客或网站访问你网站的人。

5、转化指标：活动、销售和结果

用品牌吸引访客的最终目标还是要放到转化指标上。你所定义的转化可能是一次销售、一次订阅、一次下载、一次注册或其他活动。同样地，GoogleAnalytics也可以提供有用的信息。

平均购买价值：客户每次购买的平均价值。

每客户平均收入：平均每个客户在某个品牌上的平均花费，用年收入除以一年的客户总量。

转化量：每段时间内的转化次数（这里的转化可以定义为你希望用户在你网站上采取的最终活动，例如电子邮件订阅、下载、注册、安装widget或工具等。）

转化率：采取你渴望的活动的用户所占的百分比，用每段时间内的转化量除以总流量。

CPA（每次获取成本或每次活动成本）：某品牌为获取潜在客户支付的费用。

每次转化成本：某品牌为获取转化支付的费用。

新访客转化量：某品牌网站的新访客在每段时间内带来的转化次数。

返回房客转化量：某品牌网站的返回访客在每段时间内带来的转化次数。

RPC（每次点击收入）：付费广告平均每次点击带来的收入。

社交媒体转化率：可以归因于社交媒体的转化量占总转化量的百分比，用社交媒体转化量除以总转化量。

ROI（投资回报率）：社交媒体活动产生的收入除以所有已知的社交媒体花费。

6、保持和支持指标：满意的用户和品牌布道者

这些KPI中的很多都不是传统的社交媒体指标，而是常规的商业指标，涵盖了消费者认识品牌过程的最后一个阶段，可能也是最重要的阶段。这一阶段，我们会创造一些比较满意的用户，让他们成为我们品牌最重要的销售员——换句话说，将整个漏斗颠倒过来。

品牌布道者人数：可以被视作品牌布道者的客户数量，根据则是这些客户在社交媒体上对你品牌的支持度。

客户年度价值或终身价值：可以通过与某个客户的未来关系获得的净利润预期。

客户保持率：在其他客户离开的背景下，继续与你的企业保持关系的客户比例。

客户评价数：每段时间内的正面或负面客户评价数。

客户满意度：用于衡量一家公司的产品或服务达到或超过客户预期的指标。

客户满意率：通过一个分值来表示，100%代表完全满意。该指标通常附带在问卷中，要求用户给出自己的满意率。

客户流失率：用于衡量在特定时期内离开的客户数量。

客户评价：每段时间内的正面客户评价数。

K-因子：网站、应用或用户数的增长速度。

净推荐值：要计算这一指标，需要客户回答一个问题：你有多大可能将我们的产品或品牌推荐给你的朋友或同事？取值范围为0到10。

每单支持成本：支持团队一个月内的运营成本除以当月的订单数量。

您可能也喜欢的文章：
做社交媒体应该知道这61个关键指标	社交媒体研究分享	小企业如何运营社交媒体	『你参不参与，对话都在进行』社交媒体倒逼奢侈品牌平民化	棋牌游戏运营：如何分析及优化关键指标
无觅

你只是不善交际而已，不是社交恐惧！

Fri, 09 Dec 2016 15:20:31 CST

文|若杉壹心理专栏作者

傍晚，做完咨询，收到表妹的微信，简单粗暴的几个字："老姐，救我！"

我来不及多想，立马拨电话过去，顺便在电话待机的短短几十秒，脑补了各种场景：钱包丢了？男朋友提分手了？失业了？甚至还想到了绑架……连自己都不得不感慨脑洞太大，最近，追《蜗牛》中毒。

好在表妹电话接的还算迅速，没有让我的脑洞继续扩展下去。

"姐，我好像得社交恐惧症了"，声音中明显带着几丝哭腔。

"你，社交恐惧？"顾不得电话那头哭泣的她，我竟毫无共情的乐了。

我的这个表妹，虽算不上交际达人，也是活波开朗爱说爱笑讨人爱的主，几天不见，居然得上了社交恐惧，怎能不乐?

问明缘由，才知道，原来是工作惹的祸。

表妹刚刚大学毕业，进了时尚行业从事公关工作，原本以为是光鲜亮丽、有趣体面的活儿，却在连续陪部门主管参加了几次时尚大趴后，连说话的勇气都没有了。

别人一袭长裙，举着酒杯，踩着10厘米的高跟鞋骄傲的像个公主，表妹穿着刚刚买来的人生第一双高跟鞋，站立都困难。

别人一见面"亲爱的长，亲爱的短"，仿佛是上辈子走散的姐妹，表妹却只能尴尬的附和着，心里想着："我们不过是上个月刚刚见过一面而已，我还不知道你姓什么"。

几次下来，领导也对太过拘谨的表妹有些不满，表妹自然愈发抗拒这样的场合。于是，编了个生病的借口，躲了今天的活动。可一个人越想越觉得自己不争气，觉得自己有病，才给我发了那条微信。

我听罢，直接了当的跟表妹说："姑娘，你只是还未习惯社交场合的交往方式而已，不是社交恐惧。"

想来，社交恐惧症应该和强迫症、抑郁症一起，并称为三大"最易冠名心理疾病"。我的来访者中，也有不少所谓的"社交恐惧症"患者。

来访者A说："我得了社交恐惧症，因为不喜欢参加同学聚餐。"

来访者B也得了社交恐惧症，原因是看着同一个办公室的同事跟领导谈笑风生，好不自在，而自己跟领导同乘一部电梯时，只会低头看鞋。

来访者C说，在国外留学，同学特别喜欢周末去酒吧，而他只喜欢躲在屋里看书。

……

可是， 以上这些， 不过是性格内向或不善交际，甚至只是个人交友习惯罢了。真正的社交恐惧症要严重得多。

究竟什么是社交恐惧症？

从定义上来讲，社交恐惧症是这样的：

它是恐惧症中最常见的一种，是一种以过分惧怕社交活动为主要表现的神经症。患者明知恐惧反应是不合理的但无法控制，而且伴有明显的焦虑及自主神经症状，并极力回避社交活动，或带着畏惧去忍受，影响其正常活动。

社交恐惧症的核心症状围绕着害怕在小团体中被人审视，一旦发现别人注意自己就不自然，不敢抬头、不敢与人对视，甚至觉得无地自容，不敢在公共场合演讲，集会不敢坐在前面，所以回避社交，在极端情形下可导致社会隔离。 社交恐惧常常伴有自我评价低和害怕批评等心理活动，会有脸红、手抖、恶心或尿急等症状。

社交恐惧症主要表现在三种情况：一种患者只害怕当众发言，还有一些患者对许多社交环境存在中等恐惧，最后一种是对很多社交环境都有强烈的恐惧，从当众发言到只是和其他人交谈，这些人是综合社交恐惧症患者。

社交恐惧症与内向有什么区别?

社交恐惧症与内向的区别主要在内心体验上。

简单来说， 内向的人感受到的更多是"害羞"，而社交恐惧症患者感受到的更多是"焦虑"和"恐惧"。

就拿当众发言这件事来说，其实很多人在当众发言时都会感到有些紧张，这种紧张背后是"害羞"，是怕自己说不好。事实上，很多人都会害羞，一项经典的"害羞"研究发现，40%的人认为自己害羞，而90%的人承认自己曾经害羞。

但社交恐惧症患者体验到的不是"害羞"，而是"恐惧"，他们会发抖、出汗、头脑混乱、眩晕、心跳加快，严重时，甚至导致惊恐发作。

为什么会患上社交恐惧症？

一般来讲，具有胆小、多疑、自卑、害羞、内向、依赖等人格特征的人群会比较容易患上社交恐惧症，他们一般自尊心较强，对他人的评价极其敏感，害怕被别人拒绝，亦或者对自己的外貌或者能力没有信心。

同许多疾病一样， 社交恐惧症的患病原因与早期家庭教养方式有关。

就像我的一个来访者，因为父亲是军人的缘故，对其言行举止，说话做事都有一套严格的标准，一旦违反必受父亲责骂。工作以后，他发现自己每说一句话，都要斟字酌句，生怕犯错，但这样做的问题，就是常常跟不上别人谈话的节奏。常常大家已进入到另一个话题，他还停留在上一个主题，纠结某句话该不该说。慢慢地，他觉得自己脑子比别人笨，再后来，便不愿多跟别人讲话，性格也逐渐孤僻起来。

除了教养方式过于严厉以外， 家长的过度保护也会使孩子患上社交恐惧。比如我的另一个来访者，读到高中也没自己洗过一次袜子，出门旅行父母必然陪同，并顺带着连酒水饮食药品一一准备妥当，一路上又是提包又是递水，活脱脱一副皇上巡游的架势。只要他一提出要自己出门，母亲便抹着眼泪，哭诉着各种不放心。久而久之，来访者真真变成了笼中的小鸟，直到某天他想飞出来，才发现羽翼已断，处处碰壁，于是，开始恐惧与别人接触。

此外， 社交恐惧症也很有可能是由生物原因造成的。2000年在上海召开了有关社交恐惧症的研讨会，主讲人美国著名精神病学教授戴维西汉先生说，社交恐惧症的发病是因为人体内一种叫"5-羟色胺"的化学物质失调所致。这种物质负责向大脑神经细胞传递信息。这种物质过多或过少都可引起人们的恐惧情绪。

如何诊断是否患上社交恐惧症？

关于社交恐惧症的诊断，以下是具有临床意义的社交焦虑症诊断标准（DSM-5），大家可以对照自测。

A.在一种或多种社交情境下都感到显著的恐惧或焦虑。社交情境例如：与人互动（谈话，见一些不熟悉的人等），被观察、被注视（吃饭或者喝水等），在其他人面前表现（如发言等）

B.担心自己的表现（或者让别人看出自己的焦虑）会被负面地评估（例如会让自己尴尬、导致别人拒绝自己等）

C.几乎所有的社交情境都会唤起这样的焦虑或恐惧

D.由于极度的害怕或焦虑，患者会主动回避社交情境

E.这种害怕或焦虑是不合理的，相应的情境本不应该激发这样的恐惧（意思是说，假如一个在战场上生活的，情境本来就可怕，那就不符合这条标准）

F.这种恐惧、焦虑、回避通常会持续半年以上的时间

G.这种恐惧、焦虑、回避给患者带来了不可忍受的痛苦，或者给ta实际的社会生活功能造成了显著的影响（例如无法好好上班、工作、交朋友）

看过这些标准，有没有觉得自己离社交恐惧症还隔了十万八千里？

如果不幸觉得自己符合以上全部，记得一定要考虑接受专业帮助。切忌强迫自己去见人，去社交，不仅会让自己难受，更重要的，社交恐惧症患者因为长期与人交往较少，缺乏社交经验，如果逼着自己社交，会更加容易受挫而使症状加剧，一定要在心理医生的陪同下，逐步改善。

当然，对于大多数人而言，无非是不喜社交、不善社交，安然的享受让自己舒适的方式就好。

作者简介：若杉，壹心理专栏作者，国家二级心理咨询师。个人公众号：若杉生活（Rosan_life）。

图片来源：unsplash

责任编辑：谢蜜蜂、尤凯琳

2016年，文本分析、情感分析和社交分析的10大趋势

Fri, 05 Feb 2016 16:19:37 CST

英文原文： 10 text, sentiment, and social analytics trends for 2016

文本分析、情感分析和社交分析帮助你在一定规模上转化成客户、病人、公众以及市场的“声音”。这项技术目前大量地应用于一系列的工业产品中，从医疗健康到金融、媒体、甚至客户市场。它们从线上、社交网络、企业数据源中提取商业洞察力。

它从文本中、音频中、图像中还有网络连接中提取洞察力，它可真是个有用的东西！

目前分析技术发展得还是相当不错的，尽管在某些领域，例如数字分析和市场研究有些稍稍落后。但是甚至是在例如“客户体验、社群聆听、用户交互”方面，还是有很多发展空间。这个快速发展的市场空间无论对于新加入的玩家还是深耕已久的资深人士都意味着大量的机遇。

随着技术和应用不断融合，与其独立地检验每个分析领域，还不如好好地观察整体的效果。忽视情感的社交分析是不完整的，并且为了从网络上获取社交情感数据并调查情感数据，我们真的需要文本分析技术。

本文对即将到来的 2016 年，针对文本分析、情感分析和社交分析的发展趋势进行一个前瞻性的观察。

一、多语言才是王道

尽管单纯英文的文本分析一直保持常态，但仅将一种语言做好，也比囊括很多种语言，却哪种都做得潦草要强得多。机器学习和机器翻译已经向着多语种文本分析迈进了一大步，使其成为一个全新的标准。但是如果你的确需要做多语种的开发尝试，事先也要做一些调查：很多开发者在其核心语言上很强，但在别的语言上就很弱了。所以说选择的时候还是小心一点。

二、文本分析获得认可

文本分析能力对于客户体验、市场研究、客户洞察、数字分析乃至媒体评测来说都是关键解决方案，各个文本分析服务提供商在分析能力的优势上不断竞争。总的趋势是“量化定性”，文本分析被纳入业务解决方案中是十分重要的事。

三、机器学习、统计学和语言工程并存

明天是属于机器学习、递归神经网络以及相似技术的，但是今天，长期建立的语言工程方法仍占上风。这里我指的是分类系统、分析器、词法和句法网络以及句法规则系统。目前我们处在一个“百花齐放、百家争鸣”的时代，所以很多种方法都是可以并存的。举例来说，甚至众包数据处理的领军企业：CrowdFlower 都全面拥抱机器学习了，初创企业 Idibon 都把传统和现代相结合作为一大卖点：“你可以组建自定义的分类系统，并使用机器学习、规则和你已有的字典/模式去调整它们。”

四、图像分析进入主流

全球领先的图像分析提供商已将图像分析技术应用于社交媒体的品牌信号解读中---不信你看看 Pulsar 和 Crimson Hexagon---并且通过机器学习，图像分析技术已成为 IBM 在 2015 年收购 Alchemy API 的一大卖点。的确，火热的初创企业 MetaMind 在 2015 年从 NLP 领域转型到图像分析，缘于其意识到图像分析背后的巨大机遇。

五、语音分析取得突破，视频分析随之而来

整个市场喜欢谈论多渠道分析和用户旅程，这涉及到多重触点。并且社交网络和网络媒体中充斥着视频，说出来的话，还有非文本形式的语言要素，包括语调、语速、音量和重复，都传递着含义，而这些含义都可以通过语音分析和语音转文字来获取。不仅仅是客服中心，2016 年，所有的市场研究人员、出版人员、研究和洞察专业人士都在不断寻找突破。可以期待，未来语音分析也将成为推动人机会话接口发展的重要力量。

六、扩展式情感分析

广告人员早就认识到情感可以改变消费者的决定，但直到近日，广泛地、系统地对于情感与决策的研究已经超越了我们的能力范围。根据你的角度，进入情感分析，或者是情感分析的子类，或者是其姊妹类。带着量化我们的情绪反应的目的，使用面部表情分析从图像和视频中（或从语音或文本中）提取我们的情感状态。这方面的服务提供商有：视频服务的 Affectiva、Emotient 和 Realeyes，语音服务的 Beyond Verbal 以及文本服务的 Kanjoya；相关的受众包括广告商、媒体、市场研究人员和代理商。

七、ISO 网络表情分析

我们已经有了文本、图像、语音、视频等，那为什么我们还要用网络表情呢？因为它们简洁、易用、生动、有趣，它们补充并且对长格式的内容形成冲击，这就是为什么互联网俚语灭亡了。Facebook 正在尝试对网络表情进行挖掘，更好的是，我们还看到了像 Line stickers 这样的变种。现在我们需要的就是网络表情分析了。这个领域的技术正在通过像 Emogi 这样的初创企业不断兴起。尽管大多数人也不过就是用计数和分类来获取网络表情语义，像 Instagram 工程师 Thomas Dimson 和斯洛文尼亚研究组织 CLARIN.SI 都是这么干的。但他们当中的一些公司，比如 SwiftKey，还是值得关注的。

八、网络+内容的深度洞察

这一点既是我对于 2016 年的趋势预测，同时我在 2015 年对市场研究公司 TNS 的数据科学家 Preriit Souda 访谈时也提到过。Preriit 指出：“网络为会话赋予结构，内容挖掘为其赋予含义。”洞察力源自于对于信息与连接的理解，也来自于连接是如何被激活的。因此为你的工具包加一个图形数据库和网络可视化工具吧，这就是为什么 Neo4j.js 和 Gephi 这么成功的原因。建立一个类似于 QlikView 的数据分析平台也是一个选择，一个可以协同文本和数字分析的选择，对于 2016 年来说这是一定要做的事。

九、2016 年，你会读到（或与之交互）多得多的机器编写的内容

机器编写内容的技术叫自然语言合成（Natural Language Generation，NLG），它提供根据算法从文本、数据、规则和内容中撰写文章、信件、短信息、摘要和翻译的能力。NLG 就是为大容量、高重复量的内容而生的：金融、体育和天气预报。相关的服务提供商有 Arria、Narrative Science、Automated Insights、Data2Content 和 Yseop。你也可以看看你与你心爱的虚拟助手进行对话时的机器端：Siri、Google Now、Cortana 或是 Amazon Alexa，或是自动客服、其它程序化相应系统。后面的这些系统都归类于自然语言交互（Natural Language Interaction，NLI）；其中 Artificial Solutions 还是值得一看的。

十、机器翻译逐渐成熟

长久以来，人们一直希望拥有一个“星际迷航”那样的通用翻译器，但自从 1950 年科学家称机器翻译可以在3~5 年内实现，精准的、可信赖的机器翻译就一直是个谜。（ACM Queue 撰文《Natural Language Translation at the Intersection of AI and HCI》充分地讨论了人机结合条件下机器翻译的状态）我不能说胜利就在眼前，但是多亏了大数据和机器学习，2016 年（或 2017 年）对于大多数任务来说，主流语言的机器翻译能做到足够好。这就是胜利！

总结

如果你是一个文本分析、情感分析或是社交分析学家，解决方案提供商或是用户，每一个趋势都会影响到你，无论是直接地还是间接地。因为人类的数据现在已经被编织成为我们每天赖以生存的技术网。连接这张网的线就是更多的数据，更有效地使用，来创造改变生活的机器智能。

本文链接

2016中国社交媒体影响报告

Thu, 28 Jan 2016 17:49:24 CST

北京 2016 年 1 月 28 日 : 最新研究显示超过一半（51%）的中国城市居民已经成为了社交媒体用户，较去年大幅上升了17个百分点。然而，认为社交媒体给他们的生活带来积极影响的人仍然在减少：从去年的65%下降到今年的61%。有15%的受访者认为社交媒体让他们的生活变差了，比去年增加了2个百分点，还有24%的受访者认为社交媒体没有让生活变得更好或更差。今年的中国社交媒体影响满意度得分为67.0，较去年的68.0有所下降，而2014年时曾经高达73.4。

这是全球调研巨头凯度集团连续第三年发布《中国社交媒体影响报告》。今年的报告还指出认为社交媒体没有任何负面影响的人从去年的18%下降到了14%。有67%的中国城市居民认为“我的生活变得越来越忙碌”，而在社交媒体用户中，这一比例高达71%。

凯度集团是全球最大广告传播集团WPP的市场调查分支机构。本次调查利用了网上实名制调查，大数据挖掘，手机行为数据分析，微博文本分析和微信订阅号文本分析五个渠道。今年的报告还首次纳入了中国之外的数据，比较了来自于5个国家的15万名用户的回答，以及近2.5万名中美手机用户的社交媒体使用习惯。

本次报告的中英文全文和中文信息图已经通过凯度中国观察网站（ cn.kantar.com）发布。该网站提供来自凯度集团的与中国市场相关的内容，通过网站不断增长的数据库，记者可以免费便捷地获取商业、科技和消费相关领域的深度数据和专家评论。

央视市场研究公司（CTR）媒介与消费行为总经理李晏表示：“社交媒体的不断渗透还在加速，这一现象发生在各级城市和各年龄段里。尽管各社交媒体公布的注册用户数量增长已经放缓，但因为我们的问题是‘昨天你是否用过社交媒体’，所以我们可以得出的结论是中国人用社交媒体的频率增加了。”央视市场研究与Kantar Media CIC公司执行了今年的调查。

李晏同时指出，随着社交媒体越来越深入到人们生活的各个环节，人们对不同媒体的信任度也发生了变化。“社交媒体用户对传统媒体的信任度下降了，这一现象在90后社交媒体用户中尤其明显。而以微信和互联网为代表的新媒体平台越来越得到年轻的社交媒体用户的信任。”

如果将中国社交媒体用户与美国、英国、法国和巴西的社交媒体用户相比的话，中国人的积极度排名第三。有62%的美国受访者在受访时的前四周里用过Facebook或是Twitter，而这一比例在巴西是58%，中国（微博和微信的使用）是56%。法国（50%）和英国（36%）较低。在所有上述国家中，女性都比男性在社交媒体上更活跃。在中国，女性（58%）比男性（54%）高出四个百分点。

本次报告里首次纳入了手机行为数据的分析。通过分析18500名中国用户在手机上使用微信的情况和6058名美国用户在手机上使用Facebook的情况，报告指出美国人平均一天要打开Facebook 17.9次，高于中国人的一天打开微信14.5次。但中国人用社交媒体的总时长高于美国人（48分钟/天 vs 43分钟/天）。这一研究手段也证明了女性在社交媒体上更活跃：美国女性用户每天用Facebook的时间比男性长20分钟，而在中国使用微信的时间差距为8分钟。

李晏表示：“很明显，不管在哪个国家，女性都更喜欢分享东西，而社交媒体正好提供了一个理想的平台。对于以女性消费者为主要目标受众的品牌来说，它们应该面向社交媒体渠道制作以热门话题为题材的广告。”

为了了解中国人在微信上到底在看些什么，本次报告分析了微信上最热门的50个公众号在2015年9月15日到12月15日间发布的所有文章的阅读情况。在这三个月里，这些公众号共发布了26202篇文章，总阅读量为69亿次。通过与去年的比较，我们发现情感类内容，尤其是“心灵鸡汤”文章，变得特别受欢迎：50个最热门公众号中有19个是情感类账号，而去年只有三个。情感类文章的阅读量份额也从去年的21%上升到了34%。娱乐类内容的阅读量份额为41%，依然是最大的。健康类内容的份额为14%，与去年相同。新闻类内容从去年的5%上升到了8%，而时尚类内容的阅读量份额从去年的12%大幅下跌到了3%。

Kantar Media CIC的研究与咨询部负责人徐凌蓓分析道：“微信在前台设置了10万+的阅读量显示上限，但我们监测到真实的文章阅读量要远远高于这一数字。在我们监测时间段内前100名阅读量最大的文章都高于150万次，最高的达到了856万次。这说明了微信上文章的质量差距很大。”

“微信上‘鸡汤’内容的受欢迎程度达到了爆发式的增长，因为有很多用户需要心灵慰藉。不过，我们认为原创的，利用了多媒体素材的，与当时热门话题有关的内容最有可能获得病毒式传播，”徐凌蓓表示。“从品牌的角度来说，它们在微信上需要打造出自己的内容风格，也可以与专业的微信原创大号合作以最大程度发挥微信传播的力量。”

随着中国社交媒体格局不断演变，微博已经成为了人们谈论明星最集中的平台。本次报告的微博研究部分发现在2014年12月16日至2015年12月15日的一年中，被提及次数*最多的50个明星共被提及了1.1亿次。男孩组合最受欢迎：TFBoys在前50大明星中占了四位，而EXO的现任及前成员则占据了六个席位。周杰伦，霍建华和郑爽虽然没有微博账户，但也依然名列前50名。这50大明星平均每个人有2358万微博粉丝，平均每条微博会触发43395次评论和转发。

徐凌蓓指出：“在过去一年里，年轻英俊的90后00后跨界男艺人成为了娱乐圈里最红的一批人，他们的成功很大程度上来自于微博上粉丝对他们的力挺。同时，根据热门网络小说改编的电影和电视剧去年也获得了巨大的成功。品牌应该借力流行的文化主题来提升自己的品牌形象。”

H5报告： http://datanews.caixin.com/mobile/kantar/

Twitter的这种信息分类技术，在社交媒体中怎么用最有效？

Mon, 29 Feb 2016 21:14:00 CST

Hasgtag ：“#XX”这种形式的标签，被称作是 hashtag，你可以用它来标注你的 Tweet （即用户发到Twitter上的信息）里面的关键词和话题。hashtag 是推特的用户原创发明，是一种给信息分类的方法。

——Twitter 对 hashtag 的官方解释

2009 年 7 月 2 日推特为推文里出现的所有 hashtag（#XX）都加上了超链接。如果用户直接搜索 hashtag 的词语，就可以得到所有被加上标签的推文。在 2010 年，推特在首页推出了“热门话题”，这块儿地方也成为营销的一块儿肥肉。

除 Twitter 以外，Tumblr、Facebook、Instagram、Google+几乎所有的社交网络都加入了 hashtag 的功能。一个好的 hashtag 将会为你在社交网络上的营销加分不少： 它可以增加品牌的曝光度；调动用户的参与性；作为社交网络上信息分类的一种方式可以让你及时收集到社交网络关于这次 campagin 的反馈。

在海外社交网站利用 hashtag 做社会化营销并不是一件新鲜的事，但它始终不是一件容易的事。Lemore 营销实验室将通过通用技巧、成功案例、实用工具告诉你如何为你的品牌和产品选择一个适合、精准、受欢迎的 hashtag ，让 hashtag 成为你营销的助力。

#1. 了解你的受众正在聊什么

如果要利用社交网络营销，你一定要充分了解社交网络的流行趋势。在确定你的 hashtag 之前，一定要结合你的目标用户做大量的追踪调查，了解他们的兴趣点、他们的痛点。

美国 OTA 网站 Travelocity，他们在之前的营销中发现用户对网站的吉祥物“漫游地精”非常感兴趣。“目的地”与“草本”成为他们此次营销的话题。所以他们选择了 #IWannaGo 作为标签，鼓励用户走进自然，去闻闻花香。在这个标签话题中，用户参与话题告诉 Travelocity 他们最想要去的目的地。

Audi 发现有一个用户用了 #WantAnR8 作为标签来解释自己为什么需要想要一辆奥迪 R8，

奥迪很快抓住这个机会，只要用户发布一条带有#WanAnR8标签的推文，就能获得试驾一天的机会。这无疑是奥迪在社交网络营销中的最佳战役。

推荐工具：

Hastagify.Me

这个网站可以帮你找到关键词下相关的标签，并像思维导图一样展现出来。当你浏览相关标签时，不仅能看到它们如何与主题标签关联起来，也能看到它们的关注度。打开“高级模式”还能找到更多关联内容，如果想看到更加结构化的格式，也可以打开“表格模式”。

#2. 如果你正在策划一个 Campaign，记得要让你的 hashtag 具备独特性。

如果你正在做一个线上的营销活动，那么你的 hashtag 需要和这次活动紧密相关。用一个词语或者短语概述你的活动。这个 hashtag 最好是第一次使用，或者是还没有成为一个大热的标签。做一些调查，在多个社交网站看看你选定的这个 hashtag 是否已经很受欢迎，如果是，那么请果断换一个。

推荐工具： Topsy

Twitter API 不能找到标签什么时候第一次被使用，但 Topsy 却能做到。键入搜索设置，就能找到标签下附带照片、链接和视频推文辑录和相关分析。甚至还能告诉你每个标签的受众是谁。

#3. 简短但有力有话题，让用户更简单地参与

一个很长的 hashtag 或许可以让你的标签更有独特性，也更能概述这个营销活动。但是这会大大增加用户的参与难度，所以你应该让你的 hashtag 在尽量简单的单词、词组中表达出特点，甚至是态度鲜明。在之上难度更高的则是，需要让你的标签具备话题性，它不能因为简短而平淡，所以在用词上要更加精准、更加有力，词组的组合也要更加有趣。

可口可乐在瓶贴上标上 “ Share a Coke With…”, 每个瓶子上有着不同的标签，像是 “ Share a Coke with Mom” 或是 “Share a Coke with Micheal” 。“分享”是一个非常没后的词语，而半开放的标签，又可以让用户加入个人的情感。

消费者把自己的故事分享在 Twitter 的 #ShareCoke 的标签下。这场营销战役不仅收集了数以万计的推文，还给可口可乐展开他们的子战役的机会。找到带有“ Ryan” 的可乐就能有机会和《美国偶像》里的 Ryan Seacrest 一起分享。

可口可乐还在继续生产这种特殊包装的可口可乐，#ShareaCoke 的营销战役还将在接下来这几年持续不断。

推荐工具：Rite Tag

RiteTag 是一个可以告诉你那个标签最可能被用户看到和使用的工具。当你编辑好一个附带标签的推文，它就会用红绿蓝标注出不同关键词告诉你到底这个标签有多大机会被别人发现。甚至还能推荐更可能被关注到的标签主题。

#4. 千万不要忘记了你要推广的产品和品牌

很多时候，太关注与社交网络的趋势和话题的有趣性，反而会忽略 hashtag 和产品、品牌的密切程度。一个好的标签应该是从产品和品牌的调性出发，然后最终应该导向你的产品和品牌。特别是在事件营销当中，hashtag 可以作为用户在社交网络参与整个 campaign 的入口，如果配合有 mini site ，那么在话题的引导下，应该让用户对你的营销活动更有兴趣。 别把 hashtag 当做一个落点，它是营销传播的方式，是制作话题和热点的工具。

红牛在去年采用了 #PutACanOnIt 的标签。这个 hashtag 可以说是兼具产品和有趣性的典范。用户举着红牛的拉罐在汽车前拍照，每一个参与话题的推文都意味着红牛产品的一次露出。

用户拿着红牛拉罐和一辆 Mini Cooper 合影，让这张照片看上去就像是一辆“红牛牌”轿车。

这个趋势迅速演变成大家拿着红牛拉罐摆造型拼创意。

#5. 灵活利用热门话题标签

利用热门的 hashtag 是让品牌增加曝光的有利方式。一个试图在社交网络营销上有所成就的平台应该非常了解社交网络上的热门话题，结合品牌和标签找到契合点，这也是输出品牌价值的一个极好的时机。但是社交网站的热门话题随时都在变化，所以找准时机，尽量精准和快速地参与讨论。

在美国通过同性恋婚姻的当天，#lovewins 这个 hashtag 迅速成为推特热门，这个标签只有两个非常简单的词语。但是不论是 love 还是 win 都具备一种戳中用户痛点的力量，而且鲜明地表达了对同性恋婚姻合法化的态度。LGBTQ 群体逐渐开始得到越来越多人的支持和理解，网络舆论也是撑同志反歧视的走向，这个时候许多品牌都在这个时机加入了 #lovewins 的大军。

可口可乐 #lovewins 推文获得了 31,500 个喜欢。

红牛 #lovewins 推文。

推荐工具：Hashtags.org

包括大量目前正大火的标签清单，在这里可以找到 24 是小时内出现的标签和相关分析。你可以通过这个标签看看目前正流行于社交网络的话题。

#6. 要让你的 hashtag 更加人性化，用户在日常生活中也能用

大牌擅长使用话题标签就在于他们能让标签和受众产生私人联系。这意味着即使是在营销活动结束之后，用户依然会继续使用这一个标签。让自己的标签可以融入到用户的日常生活中不但是品牌深入人心的代表，可以让你更好地通过追踪目标用户生活、习惯、兴趣、爱好。

今年女性小说奖 Twitter 战役直接利用用户定制的标签 #ThisBook 来鼓励读者分享他们心中的最佳小说。这个标签几乎没给胡闹留下什么空间，但清晰的行动呼吁又给有趣的用户生产内容足够的机会。

#7. 增加 hashtag 的曝光

你的阵地不是只有 Twitter ，一个好的 hashtag 可以轻松移植到其他的社交平台，同时可以保持你这次营销活动的统一性。无论是在 Twitter、还是 Tumblr、Instagram，你可以使用同一个 hashtag ，这可以增加它的曝光，让更多的用户参与进来，加深用户对品牌的印象。如果这是一次大型的整合营销，那么在线下推广、Minisite宣传的时，别忘了露出你准备的 hashtag，让用户在社交网络上在掀起一次话题。

奥利奥在去年万圣节在短视频社交网站 Vine 上做了一个 #Oreohorrorstories 的话题，用饼干和牛奶模仿了《闪灵》的经典片段，获得很好的反响。很快他们在 Twitter 继续开展这个活动。知道现在，Twitter 用户还会加上 #Oreohorrorstories 来表达对奥利奥的喜爱。

推荐工具：TagBoard

大多数工具只是适用于 Twitter，但 TagBoard 能帮你同时追踪 Twitter、Facebook、Google+、Instagram 和 Vine 5 个社交平台。如果想在不同平台上营销，TagBorad 就是个好选择，你也可以创建一个你自己的 Tagbord。

HootSuite

一次性在多平台上同时发布内容和标签是 HootSuite 的强项，你不仅可以提前设定发布时间，也能追踪到标签动向。如果竞争者采用同样的多平台策略，这就是一个很好选择。

#8. 一定要盯住你的 hashtag

记住 hashtag 另一个关键的作用，就是他可以给你最迅速的反馈，一旦标签这只猛虎出笼，更要确保监管它并提供快速有效的用户反馈。你可以根据用户的反馈、话题参与的程度及时做出一写调整和有效地引导。积累搜集分析数据，为下一次的营销做准备。

推荐工具：Hashtracking

想要随时追踪事件营销中的标签，Hashtraking 记录谁在参与话题讨论，提供图标和深入分析。

TweetBinder

给特殊标签们创建一个“ Binder ”，就能得到这个标签下的讨论、推文、图片和链接的数据报告，这些数据就能为下一次营销战役提供参考。

TweetReach

使用 TweetReach 是一款可以了解到事件营销中标签有效性的工具，通过它可以了解到你的标签是否能制造讨论或引发其它用户发推文，重要的是，谁看了你的推文。

【作者介绍】LeMore营销实验室，成立于硅谷的智能硬件海外推广与营销平台，发掘有价值的产品和人才，分享最实用的海外营销工具与案例。有兴趣的可关注其微信公号：Lemore_Lab。

调查发现花更多时间在社交上让聪明的人感到不快乐

Mon, 21 Mar 2016 20:39:28 CST

伦敦经济学院演化心理学家金泽博士和新加坡管理大学的Norman Li发表了一篇论文，根据一项大型调查得出了一些有意思的结论：生活在高密度人口区域的人对他们的生活整体上不是特别满意；与密友有更多社交活动的人自我报告更幸福。但有一个群体是例外，这两个相关性对高智商的人是不存在的，甚至是相反的。他们发现，人口密度的生活满意度影响对低IQ的人是高IQ的人的两倍；如果频繁与朋友社交互动，高IQ的人会感到不快乐。原因可能是高IQ的人想把更多时间花在更长远更有意义的目标上。

Linux蠕虫将路由器变成社交网络机器人

Wed, 27 May 2015 23:39:12 CST

安全公司ESET Canada Research的研究人员发现了一个取名为Linux/Moose的恶意程序。它针对的是调制解调器、家用路由器和其它嵌入式计算机，将这些设备变成一个代理网络，用于创建伪造的社交网络账号和展开欺诈。该蠕虫还能劫持路由器的DNS服务，将DNS请求路由到一个恶意服务器，窃取未加密的社交媒体cookies如Instagram，利用Cookie去follow虚假账户。

IT瘾社交推荐

西班牙计划禁止 16 岁以下儿童使用社交媒体

法国加速立法禁止15岁以下未成年人使用社交媒体

“16岁以下禁止使用社交媒体”：多国划定互联网“年龄红线”

“互联网伤害”

登录后获取更多权限

研究认为社交媒体的问题无法得到修正

为什么这届年轻人越来越不想社交和恋爱了？

作者：小羽

设计：小刘

主播 ：Enya

排版 ：小刘

责编：楠楠

来源：微信公众号：白岛岩心（ID：whiteisland_2017）

01

逐渐减少的社交欲望

02

年轻人为什么不想社交和恋爱？

03

社交与网络

—今日互动—

参 考 文 献

李婷, 郑叶昕, 闫誉腾. (2022). 中国的婚姻和生育去制度化了吗?——基于中国大学生婚育观调查的发现与讨论. 妇女研究论丛, (03), 85-102.

Buhrmester, D., Furman, W., Wittenberg, M., & Reis, H. (1988). Five domains of interpersonal competence in peer relationships. Journal of Personality and Social Psychology, 55(6), 991-1008. Griffiths, M. D. & Kuss, D. (2017). Adolescent social media addiction. Education and Health, 35(3), 49-52.

McCord, B., Rodebaugh, T. L., & Levinson, C. A. (2014). Facebook: Social uses and anxiety. Computers in Human Behavior, 34, 23-27.

Shepherd, R. & Edelmann, R. J. (2005). Reasons for internet use and social anxiety. Personality and Individual Differences, 39, 949-958.

研究发现社交媒体加重了中年女性的孤独感

更多阅读：

使用logstash同步至ES的几个坑 - 一位帅气的网友的个人空间 - OSCHINA - 中文开源技术交流社区

1.前言

2.logstash配置文件

2.1input

2.2filter

2.3output

3.索引模板的创建

Spring Retry框架——看这篇就够了 - MarvelCode - OSCHINA - 中文开源技术交流社区

简介

自己写，怎样实现？

Spring Retry 使用

编程式

声明式

源码解析

总结

转载：Libra：社交帝国Facebook的转型雄心

如何分辨成长型社交和自杀式社交？

拼团玩法分析：社交电商爆红背后的获客思路

一、拼团的玩法概述

二、拼团的发展过程

三、拼团为何会受到用户追捧

四、拼团的四种发展模式

五、常见的三种拼团价格模型

1. 爆款直降型

2. 品牌折扣型

3. 价格穿刺型

六、拼团模式的发展难点及创新

1. 质量与品控成为发展的制约点

2. 拼团模式的创新及改进

返佣社交电商江湖：冒险的创业者 疯狂的小b

社会地位即服务, Status as a Service (一): 社交网络是一种 ICO 行为？ - 知乎

追求社会地位的猴子

传统的网络效应模型

“效用 vs. 社会资本” 框架

社交网络是一种 ICO 行为

为什么需要工作量证明？

培养善于社交的孩子

儿童的同伴交往有什么特点？

儿童从同伴交往中获得了什么？

怎么促进儿童的同伴交往？

结语

文：伊理雅通育儿咨询专业团队

来源：Psychology Today

----------------------------------------

欢迎扫下面二维码关注我们微信公众号：

广州伊理雅通心理咨询中心

责任编辑：Survival

苹果的线下社交网络；硅谷的黑暗共识：让孩子们少用数码产品 | TechBoard#28

苹果的社交网络

硅谷的黑暗共识：让孩子们少用数码产品

AI 写新闻可以给新闻从业者带来什么？

Facebook 的 NewsFeed 之死：所有社交媒体都逃不脱的宿命？ | 人人都是产品经理

主播：Enya

排版：小刘

参考文献

Buhrmester, D., Furman, W., Wittenberg, M., & Reis, H. (1988). Five domains of interpersonal competence in peer relationships. Journal of Personality and Social Psychology, 55(6), 991-1008.
Griffiths, M. D. & Kuss, D. (2017). Adolescent social media addiction. Education and Health, 35(3), 49-52.

返佣社交电商江湖：冒险的创业者疯狂的小b