惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
T
Threatpost
P
Palo Alto Networks Blog
NISL@THU
NISL@THU
O
OpenAI News
Project Zero
Project Zero
G
GRAHAM CLULEY
P
Privacy International News Feed
A
Arctic Wolf
Microsoft Azure Blog
Microsoft Azure Blog
H
Help Net Security
M
MIT News - Artificial intelligence
T
Threat Research - Cisco Blogs
S
Security @ Cisco Blogs
Google DeepMind News
Google DeepMind News
B
Blog RSS Feed
D
Docker
aimingoo的专栏
aimingoo的专栏
博客园 - 【当耐特】
N
Netflix TechBlog - Medium
云风的 BLOG
云风的 BLOG
雷峰网
雷峰网
W
WeLiveSecurity
P
Proofpoint News Feed
腾讯CDC
Cloudbric
Cloudbric
S
Secure Thoughts
C
Check Point Blog
博客园 - Franky
T
The Exploit Database - CXSecurity.com
T
Troy Hunt's Blog
GbyAI
GbyAI
Security Archives - TechRepublic
Security Archives - TechRepublic
Application and Cybersecurity Blog
Application and Cybersecurity Blog
月光博客
月光博客
C
Cyber Attacks, Cyber Crime and Cyber Security
I
Intezer
TaoSecurity Blog
TaoSecurity Blog
L
Lohrmann on Cybersecurity
V
Visual Studio Blog
F
Fortinet All Blogs
博客园 - 叶小钗
C
CXSECURITY Database RSS Feed - CXSecurity.com
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Recorded Future
Recorded Future
C
Cisco Blogs
博客园 - 司徒正美
Stack Overflow Blog
Stack Overflow Blog
Y
Y Combinator Blog
Apple Machine Learning Research
Apple Machine Learning Research

博客园 - 东哥

MongoVUE 错误:can't map file memory - mongo requires 64 bit build for larger datasets HTTP Header 属性列表 安装卸载Windows服务,修改windows服务执行路径! SQL 语句嵌套,自己记录下。 基于RBAC的权限设计模型 javascript中getElementsByName的问题 三级连动JS数据库查询代码整理 动态添加WEB控件,点控件获取动态添加的控件 数据库基本----SQL语句大全 使用Ajax时的十个常犯的错误 数据采集程序(网页小偷)点滴心得 WEB Service 下实现大数据量的传输 [转]将上传图片打上防伪图片水印并写入数据库 我奋斗了18年不是为了和你一起喝咖啡(转载) 很实用的一个图片上传得例子 [转帖]教程:使用WebService进行异步通信 如何用Javascript记录登陆次数 很酷实用的右键弹出菜单(Js+DVML) JavaScript如果文字过长,则将过长的部分变成省略号显示
[转]社区好友列表利用率越高,社区越失败
东哥 · 2008-04-07 · via 博客园 - 东哥

1、互动流通的活跃度是社区网站的关键,产品设计者大都需要在此猛下药。
facebook有利用率最高的minifeed,myspace有“好友的更新”以及“谁来过”等,豆瓣有“友邻正在关注的图书”等。
这样通过简单或高智商手段促进“产品情商”的做法是社区的精华,几乎每个成功的社区都具备多个这样的经典设计,无论是自创还是借鉴。几乎每个抄袭的社区也都在不加思索的直接照搬这些适用或不适用的设计。

2、通过人与人之间的互动,内容与内容之间的互动,促进每个点之间的关联和流通,是每个社区运营的核心任务。
几乎所有的社区经营者网站在上线后做的第一件事就是“运营”,意图通过事件或者话题等手段促进互动。比如,“空间中的设计师”,“TIANANMEN广场千人定格”,“奥运火炬接力”,“迎奥运同城好友见面”,“看看你和哪个明星最像”等等。这样的运营很有必要,既可以促进用户对于使用产品的“创意”动力也可以促进产品的利用率,大多可以迅速看到效果。
但这种“运营手段”始终无法作为2.0网站的核心依靠。我认为2.0社区最好的运营并非通过“事件或者话题”,而是通过“产品”。类似minifeed、好友更新、好友生日、打个招呼等“产品”。


3、如果社区的每个“点”之间不能很好的互动,社区就只是一团死水,这样的社区价值会被慢慢榨干。
马化腾和51的人都说要“打造用户的互联网数据库”, 这只是他们的起点。大家真正比拼的不是谁的数据存储能力更强,而是谁能更好的让像水一样的“数据”流动起来。最终形成液态之势。

4、社区网站不同于IM,IM更趋于“主动”型互动,IM产品的好友列表是利用率最高点之一,这里几乎是所有行为的发起点。
但,社区不能只倚靠于“主动”型的互动,想尽办法去PUSH用户产生互动是很必要的工作。

5、豆瓣的好友列表从设计上来说“很差”,它是“最先注册的用户排在最前面”。但我似乎并未感受到这种不舒服的“排序”,特别是在豆瓣增加“广播”以后。
因为,在豆瓣上我几乎不访问“好友列表”。因为“友邻关注的书”、“友邻的广播”、“我和友邻的共同爱好”等等等等,似乎豆瓣总是可以直接“跳级”式的帮我解决了“打开好友列表的目的”。在豆瓣上我不知道“为什么要去好友列表”,给个理由先。

6、花大心思去计算和设计“好友列表”如何展示,试图以此让用户更加高效的去“对某个好友进行操作”,不如把更多的心思花在如何“更好的促进好友之间自然而然的互动”。 有时那些花心思的设计得到的效果却是反的(以后有机会单独举几个反例)。

7、(比较而言)好友列表的直接利用率越高,说明“互动”本身设计的越失败。让用户不得不去“通过好友列表进行主动的互动”,这样的社区大都是失败的。

.

ps:这篇文章大概又很“武断”,欢迎不同观点。不会好好说话者请绕行。