写点什么

争论:为什么大多数社交软件会失败,又该如何避免

  • 2008-08-25
  • 本文字数:1655 字

    阅读完需:约 5 分钟

为什么一些社交站点取得了巨大的成功,而另外一些则招揽不到用户呢?Clay Shirky 在 Buzzwatch 的采访中表示,应注意这样一个事实——即在大多数情况下,“推出最少特性的软件往往大受欢迎”。顺应着同样的路线,比如几个作者主张Web 的简单性,Clay Shirky 认为社交软件成功的关键是“所有用户都共享的简单心智模型” 。

Michael Nielsen 称其为 Shirky 规律,他在博客中分析了为什么程序员总是违背这一规律。对于构建成功的社交软件需要提防的陷阱来说,他的论点及后续的讨论都提供了很有趣的见解。

首先 Nielsen 认为,程序员不能创建与共享用户模型相匹配的软件,是因为他们作出决定的依据——内隐的心智模型——往往是有缺陷的。他们日常的软件经验是一个两部分组成的、以软件和用户之间的交互为基础的系统,该系统能提供提升用户体验的更多能力。但这并没有考虑到用户和其他用户之间的交互这一重要问题,还有这一问题会对用户和软件之间的交互有怎样的影响:

真正的用户心智模型是大相径庭的。就是软件和其他用户的完整关系网。他们如何使用软件完全取决于其他用户如何使用的他们的心智模型。如果他们对心智模型缺乏信心,他们本身就会缺乏使用软件的动力 [……]。软件越社会化,这种效果越明显。

[……]

很容易就会陷入去做那些让单一用户的体验更好的事情,但这却会让用户关系网的体验更差。

简单是 Shirky 规律的另一个关键词。为了让大量用户共享,潜在的用户模型确实要够简单。据 Michael Nielsen 所说,事情往往并非如此的原因有两个。首先,程序员往往趋向于去做技术上让人印象深刻的事情,然而最成功的社交软件却是“将一个任务做到极致 ”。不过找到这样一个任务是非常困难的。它应该是有用、创新、并且简单的任务,应该是“不能减少、或不能用现有任务解释”的任务。发现这么一项任务更多的是一种社会性挑战,而不是技术性挑战,这正好解释了为什么很多成功的应用都是由来自于非纯粹技术背景的人创建的,要不然就是被“意外地”创造。举例来说,博客是项目管理系统中的一部分,Flickr 就出自于一个玩家可以分享照片的在线游戏的该项目,而第一个 Wiki 创建的原因是 Ward Cunningham“厌倦了对用户的请求做出响应,来更新他运营的网站”。

Michael Nielsen 强调道,简单的心智模型并不一定意味着技术上简单的软件。一些社交软件使用非常复杂的算法,比如 Gigg 或 FriendFeed 上那些用于排列提交条目重要性的算法,但这一技术复杂性应该对用户隐藏。

但是一些评论家认为,在用户模型级别以简单性为目标也有局限性。比如 Chris Granade 和 Pedro Beltrao 就警告试图运用 Shirky 规律导致的过度简单性。在 Chris Granade 看来,这可能会导致“妨碍共享理解的灵活性的欠缺”。举例来说,他指出,“将人添加为“好友”往往极不准确”,还可能会导致朋友网络的混乱和矛盾的元数据。轮到 Pedo Beltrao 时,他提到了另一个可能的混乱来源。在现实生活中,人们与不同的人分享时往往有不同的侧面,而在 FriendFeed 之类的朋友网络上,是不可能选择一个人的某一侧面的。因此,所有的侧面都会由差异巨大的人共享,而且“这可能会随着时间的流逝而增加无用数据”。

Michael Nielsen 认为,假如用户已经非常熟悉应用,并“对他们的共享理解非常有信心”,在心智模型级别引入更多的复杂性是行得通的。因此,这只能在软件存在的后期用 Facebook 进行的方式来完成,在它已经具备一定影响力之后再逐步增加复杂性。

尽管这需要一个相当细致的方式,但简单似乎是社交应用成功的一个关键因素。Nielsen 在对一条评论进行回复时,强调遵守 Shirky 规律的简单思想对构建成功应用来说是必要的,但并不是充分的。人们能有伟大的构想,但仍然不能施行。除了考虑大量纯技术和纯商务的问题之外,人们还应该持续确认软件和用户模型之间的匹配自始至终都保持着发展进程,而不要因开发人员对用户模型认知中可能的缺陷而停止。这就是为什么 Michael Nielsen 断定尽早增多测试用户,以及尽早、频繁发布的重要性。

查看英文原文: Opinions: Why Most Social Software Fail and how to Avoid it

2008-08-25 04:291935
用户头像

发布了 151 篇内容, 共 69.7 次阅读, 收获喜欢 18 次。

关注

评论

发布
暂无评论
发现更多内容

架构师训练营Week7作业

Frank Zeng

week07总结 性能测试&操作系统

Z冰红茶

Docker基础修炼6--网络初探及单机容器间通信

程序员潘Sir

Docker Linux 容器 运维 虚拟化

关注系统压力测试

麻辣

总结

chenzt

【第十三课】性能测试与优化

Aldaron

架构师训练营 - 第七周 - 学习总结

stardust20

架构师训练营 - 第七周 - 学习总结

韩挺

Docker网络学习第三篇-路由

Lazy

Docker Linux 网络

第七周作业

赵龙

BSN北京市区块链主干网正式发布

CECBC

10086小姐姐的问好背后,藏着云与计算的时代巨变

脑极体

【第七周作业】

Aldaron

Docker基础修炼4--Docker仓库及相关命令

程序员潘Sir

Docker Linux 容器 运维 虚拟化

让Vue项目更丝滑的几个小技巧

前端有的玩

Java Vue 大前端 技巧 ES6

MySQL - 主从复制的几种方式

Aaron_涛

MySQL 架构 分布式 主从复制 数据一致性

搭建Hadoop开发环境并编写运行测试类

我是个bug

Java hadoop IDEA

性能优化作业

qihuajun

自动化测试的三两事儿

测试那些事儿

性能测试学习总结

周冬辉

性能测试

性能测试与优化学习总结

qihuajun

架构师训练营Week7学习总结

Frank Zeng

js基础作业总结

公众号:程序猿成神之路

第七周学习总结

赵龙

1.5W字 | Webpack4 完整入门教程(共 18 章)

Geek_z9ygea

大前端 Web webpack

Docker基础修炼5--容器数据共享和持久化实战

程序员潘Sir

Docker Linux 容器 运维 虚拟化

修改 Docker 数据根目录的 3 种方式

FeiLong

Docker

阿朱的决定

一直AC一直爽

随笔杂谈 观后感

简约而不简单的分布式通信基石

架构师修行之路

分布式 socket udp TCP/IP 通信协议

谁说天平不稳——安全性与用户体验设计思考

石君

安全产品设计 安全设计 用户体验

架构师训练营 - 第七周 - 作业

韩挺

争论:为什么大多数社交软件会失败,又该如何避免_架构_Sadek Drobi_InfoQ精选文章