平行原型怎么做?先比较不同解题思路,再精修一个方案

工作室以三个独立立式原型展示不同的信息查询思路

技术资料站第一版已经做得很漂亮,有人却提出“客户也许更需要按任务找资料”。团队知道这个想法值得试,又舍不得推翻已投入的页面。早一点同时比较不同思路,可以减少精修之后再回头的成本。

平行原型(Parallel Prototyping)在收敛前制作多个有实质差异的方案,通过反馈比较,再发展候选路线。差异要落在解题方式上,同一页面换颜色、字体和圆角,通常探索不到进入查找过程的其他办法。

把三条路线放到同一个问题里

假设一家企业改版技术资料站,团队考虑搜索优先、按任务引导和按产品类别浏览。共同问题是:“访问者怎样找到适用的维护说明,并确认版本?”

为每条路线写下假设与代价。搜索可能适合知道关键词的人,也可能卡住新用户;任务引导帮助选择情境,却可能多出步骤;分类浏览便于熟悉产品的人,需要用户理解分类词。

方案不用多,差异要能解释。准备阶段还没有研究结果,不能给某版标“更符合用户”或“高转化”,这些名称会影响团队和参与者的判断。

平行原型也不自动成为A/B测试。早期可用低保真模型和定性任务反馈理解机制,正式实验另需分配、指标和分析条件。

制作到同样足以检验假设的程度

用纸面、可点击草图或简单模型表达主要行为。三版都提供完成维护说明任务所需的相近内容,名称、版本信息与可操作程度也尽量接近。

若搜索版资料完整,分类版只剩空框,研究很可能在比较完成度。无需做完所有分支,但要说明模拟范围、未实现处,以及使用的是原型而非真实资料系统。

参与者在研究室按同一任务比较不同粗糙原型

相关使用者按同一任务操作,记录从哪里进入、怎样理解词语、何时求助和最后判断。先观察,再问理由;一上来请人选最好看的一版,容易把反馈带到审美。

同一人看多个版本,会带着前一版的学习。可以调整展示顺序并记录,提示与异常也一并注明。参与者和次数有限时,不把少量完成结果推广成所有用户表现。

比较过程,才知道方案在帮谁

打开一份文件,不等于找到适用文件;点击少,也不一定判断准确。要检查用户是否从合适入口开始、得到必要信息、能确认适用条件与版本。

路线 任务中重点观察 方案代价要查什么
搜索优先 是否知道输入哪些词 新用户是否理解术语
任务引导 能否选对情境 多出的步骤是否必要
分类浏览 是否理解分类关系 产品与资料如何持续更新

这张比较只说明研究方向,结果仍由实际记录支持。维护条件也应进入判断:引导规则谁来更新,分类是否会随产品变化,搜索提示是否依赖可靠内容。

某版适合熟练用户,另一版适合初访者,可能提示不同入口需要共存。团队应解释在什么条件下有帮助,保留证据不足处,而不是逼着研究选出绝对赢家。

有用特点合在一起,也会产生新问题

如果搜索提示有帮助,任务引导也有效,可以提出整合方案。但把搜索、引导和分类都放进同一页,用户可能反而不知道从哪里开始。

制作下一版后,再走共同任务,检查入口之间的关系、默认状态和新负担。保留、删除与调整都有理由,不让“兼顾所有意见”直接成为送入开发的依据。

设计师在地面模型区提取各方案支持任务的特点

成功标志是团队能说明各路线的假设、可比范围、观察到的支持与代价,并让整合方案通过整体任务复测。没有一版直接胜出,只要发现重要取舍,也可以推动设计。

交付共同问题、方案假设、任务记录、条件差异、选择理由和下一版原型。不必只做一张喜欢比例图,真正能指导改动的是“哪里需要关键词提示”“哪个引导步骤可去掉”等具体发现。

探索之后,仍需收敛

平行原型帮助团队扩展选择,不保证多做几版就有效。到适合的阶段,依据证据、成本和约束作决定,写明还没解决的问题。

需要看身体、环境与工具关系时,可用身体风暴补充情境体验,再用真实用户验证。模型只覆盖设计出来的条件,不能替代现实使用。

资料站的入口不必在第一张漂亮页面里定死。58UI设计工作室可在企业官网设计开发与UI/UX设计中比较内容入口和操作路线,收敛后结合品牌视觉设计形成一致呈现。

可查看服务页面与作品,或联系58UI说明当前正在争论的两三种解题方式。

相关服务