2025上半年,最新 AI实践都在这!20+ 应用案例,任听一场议题就值回票价 了解详情
写点什么

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

  • 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:291689
用户头像

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

关注

评论

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

说说Vue响应式系统中的Watcher和Dep的关系-面试进阶

bb_xiaxia1998

Vue

能不能手写Vue响应式?前端面试进阶

bb_xiaxia1998

Vue

数据湖(十四):Spark与Iceberg整合查询操作

Lansonli

数据湖 10月月更

手撕常见JS面试题

helloworld1024fd

JavaScript

spense工作原理分析

夏天的味道123

React

调度线程池ScheduledThreadPoolExecutor源码解析

JAVA旭阳

Java 线程池 10月月更

阿里前端面试问到的vue问题

bb_xiaxia1998

Vue

什么是ForkJoin?看这一篇就能掌握

华为云开发者联盟

多线程 开发 华为云 企业号十月 PK 榜

能否手写vue3响应式原理-面试进阶

helloworld1024fd

JavaScript

美团前端一面必会手写面试题汇总

helloworld1024fd

JavaScript

react的jsx语法是怎样解析的

夏天的味道123

React

C# Random类学习,让我们玩玩随机函数

IC00

C# 学习 上位机 10月月更

【web 开发基础】PHP 中的goto语句的使用 -PHP 快速入门 (23)

迷彩

goto 10月月更 web开发基础 PHP基础

正则表达式中的字符串

芯动大师

Python 正则表达式 10月月更

13个QA带你了解线上压测的知识点

华为云开发者联盟

后端 开发 华为云 测试环境 企业号十月 PK 榜

Excel 公式、图表以及单元格的操作

芯动大师

Python Excel数据分析 10月月更

如何对查询结果进行排序

芯动大师

Python 排序 10月月更

react源码分析:babel如何解析jsx

flyzz177

React

OSPF基础(二):OSPF区域、router-ID、度量值、修改度量值的方法、OSPF协议报文类型、OSPF邻接关系建立过程

Python-派大星

10月月更

WLAN无线局域网技术 基础(一)WLAN与WIFI的关系,基本的WLAN组网方式,胖AP和瘦AP各自的特点和适用场景

Python-派大星

10月月更

嵌入式 Linux 入门(八、Linux 下的软件安装)

矜辰所致

Linux 软件安装 apt 10月月更

外包学生管理系统架构设计

乖乖IvyShine

在职京东架构师的亿级系统架构实践经历总结:架构修炼之“道”

小小怪下士

Java 系统架构 api 网关

WLAN无线局域网技术 基础(二)PoE与PoE交换机的功能,二层组网和三层组网的概念与方式,有线组网概念:直连式组网、旁挂式组网,CAPWAP协议

Python-派大星

10月月更

“程”风破浪的开发者|Hi3861开发环境搭建

鸿蒙之旅

OpenHarmony 10月月更 “程”风破浪的开发者

云小课|MRS基础原理之CarbonData入门

华为云开发者联盟

大数据 华为云 企业号十月 PK 榜

中国开源年会报名 | StarRocks 极速湖仓分析的探索与实践

StarRocks

数据库·

鸿蒙开发实例 | 鸿蒙原子化服务卡片开发完美体验

TiAmo

华为 鸿蒙 10月月更

C# 使用秒表类Stopwatch对程序的运行速度测试

IC00

C# 学习 上位机 10月月更

react源码分析:实现react时间分片

flyzz177

React

为什么Redis的数据被删除,内存占用还这么大?

小小怪下士

Java redis 程序员

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