摘要

  • 2010 年 7 月的可用性报告记录：Wikimedia Commons 旧上传页开头全是说明和警告，第一眼看不到任何填写栏位。
  • UploadWizard 把传输与公开发布拆成不同步骤，先暂存文件，再生成预览、提取信息。原型测试和 2011 年上线过程也暴露了返回丢失工作等问题。

想给网站送张照片，先做一道找栏位的题。

Wikimedia Foundation 委托制作、日期为 2010 年 7 月 27 日的测试报告，记录了这样的界面：说明要求把内容填进摘要栏，页面上却没有一个栏位标着这个名字。另一个位置预先填入维基语法，帮助文字又换了一种普通说法。贡献者带来了图片，网站顺手给他安排了术语对照工作。

而在找到这些细节之前，还得先找到表格。旧上传页顶部堆满说明与警告，填写区域在更下面，初次打开时根本看不见。原本用来帮人的文字，已经把要做的事情挡在身后。

先收下，慢慢填

UploadWizard 的设计文档解释了一项藏在界面后面的变化：先把文件传到临时存放区，等相关信息准备好后再公开到维基。服务器可以先生成缩略图，读取照片日期等信息，替贡献者预填部分内容；这些值仍可修改。

这个中间状态很管用。旧流程把文件和说明文字凑在一次提交里，点击后便可能迅速公开，警告于是不断往这个关口堆。新流程则由网站接住一份尚未完成的贡献，让人按相关问题逐步处理。屏幕安静下来，背后是系统多承担了一段工作。

原型把过程分为上传、权利说明、描述和使用四步。试过旧表格的受试者更喜欢新流程。最后一步还提供把图片插进维基页面的代码。文件终于传完之后，贡献者能接着知道怎样用它，而非面对一个孤零零的成功提示。

测试也留下了一串具体毛病。有人没看出“标题”栏可以修改文件名；原型里按浏览器返回键，会退回开头并丢失已经做的工作。推荐的许可选项让人觉得方便，切换其他选项的入口却会被忽略。这些发现把改进任务从“更友好”落到了能操作的细节：名字写清楚、选择看得见、已经填写的东西留得住。

项目还制作了图解许可知识的漫画。2011 年 5 月的上线介绍，把漫画、每批最多十个文件、缩略图、自动读取信息以及重名时的改名提示放在一起讲，同时保留旧表格入口。给公共资料库捐一张图片，逐渐有了一条能看懂的路。

上线之后，还按过暂停

公开测试从 2010 年 11 月 30 日开始。2011 年 5 月 9 日，向导成为默认上传工具，随后不久又被停用。工程记录说，当时起初怀疑问题与 ResourceLoader 有关；经过调查，5 月 17 日重新启用。

项目报告把长期参与率变化留给后续评估。已经能从原始文件看清的，是工作分配发生了变化：网站先保管未完成的贡献，贡献者再把信息补齐。照片要顺利进入公共资料库，有时得先给它找个能等一等的地方。

原始资料