WEB原型实验设计

上周我把一个用了三年的后台管理系统原型推倒重来。原因很简单：用户测试时，型实七个参与者里有五个在第二步就卡住了——他们找不到“保存并继续”按钮，原验设因为那个按钮和“取消”长得一模一样，型实还并排放在右下角。原验设这不是型实审美问题，是原验设实验设计上的硬伤。

原型不是型实画着玩的。它是原验设一组可操作的假设，等着被真实手指戳破。型实我见过太多团队把原型做成精美PPT，原验设每个页面都像杂志内页，型实结果一上测试，原验设用户连导航栏都找不到。型实问题出在哪儿？原验设他们把原型当成了“设计稿”，而不是“实验装置”。

实验装置的核心是变量控制。举个例子，你想验证“卡片式布局比列表式布局更利于信息扫描”。那你的原型里，除了布局本身，其他一切——字体、颜色、间距、数据内容——必须完全一致。否则用户说“卡片更好”，你根本不知道是布局起了作用，还是因为卡片版本用了更醒目的图标。我习惯在Figma里建两个画板，并排放在同一屏，然后用?variant=A和?variant=B做切换。测试时随机分配，记录点击热图和完成时间。就这么简单。

但别急着上高保真。低保真原型——就是那种灰方块加假文字的东西——反而能挖出更深的问题。去年做一个医疗预约流程，我用Balsamiq画了六屏，故意把“选择科室”和“选择医生”的顺序颠倒。结果三个护士用户里有两个在第二屏就皱眉头：“等等，我还没选科室，怎么先让我挑医生？”这种反馈在高保真原型里会被视觉细节淹没。灰方块逼着用户关注流程本身，而不是“这个蓝色真好看”。

实验设计里最容易被忽略的是任务脚本。别写“请尝试预约一位医生”，太模糊。要写：“你喉咙痛了三天，想预约明天下午的耳鼻喉科医生。请完成这个操作，过程中请说出你在想什么。”具体场景+出声思维，能让你听到用户心里的嘀咕。我记录过一句原话：“这个‘下一步’按钮怎么是灰色的……哦，原来我没填手机号，但为什么不在旁边提示？”——这就是金子。

数据记录别只靠眼睛。我常用三个工具叠着来：屏幕录制（看鼠标轨迹）、音频转录（听犹豫和抱怨）、以及一个简单的秒表（测关键任务耗时）。有一次发现用户完成注册用了47秒，远超预期的15秒。回看录像才明白，他把“确认密码”当成了“推荐码”，因为两个输入框的标签颜色一样。这种细节，你不做实验根本想不到。

迭代节奏很重要。别攒着十个问题一起改。每轮测试3-5个用户，找出最痛的三个问题，改完立刻再测。我见过一个团队花三周做“完美原型”，结果测试时发现第一屏的导航逻辑就错了，三周白费。原型实验的本质是快速证伪，不是慢慢求证。

最后说个真事。上个月我帮一个创业公司做支付流程原型，低保真版本里我把“确认支付”按钮做成了和背景一样的灰色，只留了细边框。测试时五个用户里有四个在最后一步停下来，反复滑动页面找按钮。他们嘴上说“界面挺干净”，但手指暴露了真相。改回高对比度按钮后，完成率从60%跳到95%。你看，原型实验不生产漂亮界面，它生产的是——被验证过的决策。

所以下次打开Figma或Axure之前，先问自己：我这轮实验要验证什么？变量是什么？任务脚本写好了吗？如果答不上来，你画的不是原型，是插画。