2天时间,聊今年最热的 Agent、上下文工程、AI 产品创新等话题。2025 年最后一场~ 了解详情
写点什么

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

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

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

关注

评论

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

软件复杂性的来源与应对

源字节1号

软件开发 前端开发 后端开发 小程序开发

【大话 C 语言】春眠不觉晓,函数知多少?

Albert Edison

递归 C语言 函数 开发语言 9月月更

常见的网络安全攻击及防御技术概述

阿泽🧸

网络安全 9月月更

C++学习------cerrno头文件的作用与源码学习

桑榆

c++ 9月月更

Java工程师丨面试必会进程线程问答

陈橘又青

Java 面试 9月月更

设计模式的艺术 第十二章装饰设计模式练习(开发一个数据加密模块,可以对字符串进行加密。最简单的加密算法通过对字母移位来实现,同时提供了稍复杂的逆向输出加密和更高级的求模加密。用户先用最简单的算法加密,如果觉得不够,可以使用其他算法进行二次加密和三次加密)

代廉洁

设计模式的艺术

设计模式的艺术 第十一章组合设计模式练习(开发一个界面控件库。界面控件分为两大类:一类是单元控件,例如按钮、文本框等;另一类是容器控件,例如窗体、中间面板等。试用组合模式设计该界面控件库)

代廉洁

设计模式的艺术

秋招国内大厂最牛的Java面试八股文合集(全彩版),不接受反驳

退休的汤姆

Java 程序员 面经 Java工程师 秋招

中小企业集成AI人工智能的窘境

felix

人工智能 中小企业 开放应用模型

阿里顶配版 Spring 全家桶高级笔记+300道硬核面试题,跪着啃完了

钟奕礼

Java 编程 程序员 架构 java面试

C++后台开发学习路线(已多人拿下腾讯后台开发)

C++后台开发

后台开发 后端开发 C++后台开发 C++开发 腾讯后台开发

腾讯T4整合Spring+Spring MVC+MyBatis+Redis实现

退休的汤姆

Java 程序员 面经 Java工程师 秋招

小六六学Netty系列之Java NIO(一)

自然

网络 9月月更 neety

什么是 SAP Business Function

汪子熙

SAP abap Netweaver 业务流程驱动 9月月更

数据存储与物联网

CnosDB

IoT 时序数据库 开源社区 CnosDB infra

设计模式的艺术 第十三章外观设计模式练习(为新开发的智能手机控制与管理软件提供一键备份功能。通过该功能可以将原本存储在手机中的通讯录、短信、照片、歌曲等资料一次性地全部复制到移动存储介质(如MMC卡或SD卡)中。实现过程中需要与多个已有的类进行交互)

代廉洁

设计模式的艺术

完美!华为大佬手码20w字Redis全栈小册,原来Redis性能可压榨到极致

Java全栈架构师

数据库 redis 程序员 面试 后端

首次发布!Java面试八股文让569人成功进入大厂,堪称2022最强面试八股文核心知识版!

退休的汤姆

Java 程序员 面经 秋招 Java八股文

分布式技术难学?谷歌大神首发纯手撸ZK+Dubbo笔记,网友看完直呼NB

收到请回复

Java zookeeper 架构 分布式 语言 & 开发

如何成为资深的测试专家

穿过生命散发芬芳

测试 9月月更

在世界人工智能大会,看京东AI向产业奔涌

脑极体

费时3个月啃烂了这份Redis技术笔记,我成功上岸进了字节

收到请回复

redis 架构 语言 & 开发 Java core redis 底层原理

《游戏机图鉴》:发展、继承、崩溃、复兴,游戏机的前世今生

图灵社区

科普 游戏机

重学网络系列之(我的名字叫IP)

自然

网络 9月月更

数据治理的内核:元数据管理

小鲸数据

数据治理 数字化 元数据 元数据管理 元数据管理平台

小六六学Netty系列之Java BIO

自然

网络 9月月更 neety

深入思考Schema管理的几个基本问题

HackMSF

如果你是Java程序员,你会选择Cloud Studio进行云端开发,放弃IDEA吗?

wljslmz

Java Cloud Studio 9月月更

DPDK技术学习路线总结,虚拟化专家之路

C++后台开发

后台开发 DPDK VPP OvS DPDK开发

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