设计理论:进度条内嵌百分比开发设计

这是在豆瓣的HCI人机交互小组的一篇内容，具体内容如下：

测试某应用程序，有这样一个功能：
创建了一个任务，该任务下面包含了很多子任务，“开始”按钮之后，有一个进度状态监控窗口，该窗口中首先显示了一条不断向前跑的进度条，该进度条上内嵌了相应的完成百分比，在进度条后面，有两项时间相关的数字： 已用时间，剩余时间。

因为该程序是完全为windows平台所做，考虑到windows 界面风格提倡的进度条内不要嵌数字，于是测试人员报了BUG，让开发人员拿掉进度条内的百分比。

下面是双方的对话摘要：
开发： 为什么要拿掉百分比？这个就是为了让用户看的清楚的。

测试：首先windows界面风格不提倡进度条内嵌百分比，其次进度条后面不是还有两项时间相关的数字呢嘛，百分比是画蛇添足。

开发：进度条内的百分比是告诉你任务完成的进度，后面的两项时间数据是告诉你所花时间以及还需时间，这两个是两回事

测试：时间进度不就是我做这个任务的进度吗？

开发：你完全混淆概念了，时间进度是整个时间开销情况，任务进度是所有子任务的进行情况，不一样的概念

测试：但是我从用户的角度，我只关心我做这个任务用了多少时间还需要多少时间啊， 我不关心你做了几个任务或者说某个任务做到了百分之多少

开发：我觉得这个进度条内的百分比对用户是有用的，你完全混淆了时间进度和任务进度的概念

测试：我混淆了吗？

开发：举例来说，你造金字塔，预计100天完成，前99天你什么都不做，但是你的时间进度已经到了99％，而任务进度是0％，最后一天你做完了所有的使，于是你的任务进度从0％变为100％，而时间进度是从99％变为100％， 明白了吧？就是两个概念

测试：好吧，那么首先为什么要给用户这两个概念上的考量数据？不是更让人迷惑吗？ 其次也是最重要的，即使你进度条显示的是任务进度，那和将内嵌百分比数字拿掉也不矛盾啊

双方谁也不能说服对方，这个问题就这么一直悬着呢 （当然这不是一个会影响发布德大的功能或者稳定性方面的问题）

<——————我是分隔线——————>

这是个在现实中应该算常见的实例，开发和测试都一口一声叫着“用户”，似乎他们都是“用户”的化身，研究用户的“专家”。但事实上，并没有多少行为付诸于去验证用户的需求和想法。正如Kent.Zhu在这里所提到的：“这个年代，什么都缺，唯一不缺的就是专家！”我们不需要专家，我们不需要什么UED（EDU或DUE），我们真正需要的是请用户来，泡杯茶，然后听他说说他们到底要的是什么。

补充一下，进度条显示的就是百分比，这个百分比的数值不能表示剩余时间，也不能表示已经完成的或者剩余的任务数，它只能表示一个百分比（已用时间和剩余时间的百分比或者已完成任务和剩余任务的百分比）。我上面说的三个量是一样的，指的都是百分比。
如果要具体显示，百分数和进度条是重复的，而剩余任务数和估算的剩余时间是另外的参考，它们都是这个百分数的一个因子。