想象你是一位餐厅主厨,心里冒出一个新菜点子:用柠檬草慢煮的椰子鸡。你不会立刻采购上百份食材就把它端上正式菜单——那太冒险了。聪明的做法是先做一小份试吃装,请几位熟客尝一尝,听他们抱怨“太酸了”或“椰香不够浓”,然后调整配方再试一次。等试吃装换来足够多肯定的眼神,你才敢把它写进正式菜单。 在 AI 时代,验证一个产品想法,和主厨试菜是同一回事。过去,把“我要做一个能拍照识别卡路里的 App”变成看得见摸得着的东西,需要需求文档、UI 设计、前端开发,动辄几周甚至几个月;而今天,借助快速原型的方法,你只需把想法描述清楚,几分钟就能得到一版线框草图、一份可视化界面,甚至一个能点击的交互 Demo。这些“试吃装”让你在投入真实开发之前,就用最低成本验证想法是否值得做。 本文会带你走完整个快速原型流程:从理解原型价值,到用 Prompt 让 AI 出图,再到从低保真推进到高保真、掌控迭代节奏、用用户反馈完成验证闭环。学完你就能像主厨一样,把每个想法都先端上“试吃台”看看反应。

岗位关联

快速原型是 AI 时代产品与设计从业者的核心加速器:别人还在写文档论证想法,你已经在用几版原型的反馈说话。掌握它,你能以最低成本验证想法、减少返工,让提案和 Demo 更有说服力。

目录
  1. 可视化演示
  2. 原型价值认知
  3. Prompt出图流程
  4. 低保真原型
  5. 高保真推进
  6. 迭代节奏掌控
  7. 反馈验证闭环
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示从想法到原型的Prompt工程流程、低保真到高保真分级推进及生成-评估-调整迭代循环,支持模式切换。

本节配有交互动效(进入视口后自动加载,约 3KB)。

从想法到原型Prompt流程 青色为想法分解阶段,将模糊创意拆解为结构化要素 紫色为Prompt构建与AI生成阶段,输出可视化原型 流程:想法→分解→Prompt→生成→原型 AI将传统数天的原型制作压缩至数分钟

原型价值认知

深夜的厨房里,主厨捏着一撮柠檬草发呆——新菜到底做不做?聪明的做法不是立刻采购整月的食材,而是先做一小份试吃装:三勺汤、一片鸡肉、一点蘸料,端给熟客尝。顾客皱眉头,这道菜就雪藏;顾客追问配方,就考虑写进菜单。这份试吃装,就是菜品界的“原型”。

在产品世界里,“原型”指用尽可能低成本的形态,把你脑海中的想法变成别人能看到、能操作、能评价的东西。它可能是一张纸上的线框,也可能是手机上能点的页面。原型的核心价值不是“像成品”,而是“供验证”——它存在的唯一目的,是让你在投入正式开发之前先拿到足够多的决策信息:这个流程通不通?这个功能用户真的会用吗?

衡量一个原型做得好不好,不看精致程度,而看“验证效率”——单位成本换回了多少能帮忙拍板的决策信息。

记住这个公式,你就抓住了快速原型的第一性原理:不是把原型做得越来越精致,而是把分子(信息)做大、把分母(成本)做小。AI 恰好同时做到了这两件事——用一句 Prompt 换来一版界面,把分母压到分钟级;多跑几轮反馈把分子养大。接下来的章节,就是教你具体操作这份“试吃装流水线”。

Ev=IinfoCp\displaystyle E_{v} = \frac{I_{info}}{C_{p}}
原型验证效率等于“获得的决策信息量”除以“投入的成本”——试吃装越便宜、信息越准,这个比值越高,越值得做。
  1. 验证效率分子与分母的比值,衡量单位投入换回多少有效决策信息。效率高,说明这套快速验证打法划算。
    EvE_{v}
  2. 决策信息量通过原型暴露出的流程缺陷、用户偏好、需求偏差等,能直接帮助你拍板“做还是不做、怎么改”的信息。
    IinfoI_{info}
  3. 原型成本制作原型消耗的时间、精力与金钱。用 AI 出图把成本压到极低,就是让分母变小、效率变高。
    CpC_{p}

Prompt出图流程

把想法告诉主厨,你越会说,他越接近你想要的味道。“来一道好吃的”和“椰香打底、柠檬草提味、微辣收尾、肉质要弹”,后者做出来的试吃装才可能一次命中。在 AI 快速原型里,这句话就叫 Prompt——你跟 AI 沟通需求的“点菜单”。

一个高质量的出图 Prompt,通常包含四层信息:角色、需求、约束、校准。角色告诉 AI 站在谁的视角干活;需求描述你要什么;约束划清边界(尺寸、风格、保真度);校准则是在看到输出后,把偏差用追加指令拉回来。四者缺一,输出就会“跑味”。

可以把输出质量看成这四个输入项的加权结果——不同任务,各项权重不同。

主厨点菜时会报全“口味、食材、忌口、做法”,你写 Prompt 时也要报全“角色、需求、约束、校准”。下次出图不满意,别急着怪 AI——先看看你的点菜单里是不是漏了一项。记住,AI 不是会读心术的猜心师,它是一张白纸,你的 Prompt 就是递给它的那张点菜单。

Qout=αRrole+βDdesc+γCcons+δFfb\displaystyle Q_{out} = \alpha R_{role} + \beta D_{desc} + \gamma C_{cons} + \delta F_{fb}
原型输出质量是四股力量的合力:专业角色、具体需求、清晰约束、修正反馈,每一样都乘以一个权重。缺了任何一股,输出都会“缺味”。
  1. 输出质量AI 生成的这版原型是否符合你的预期、能否拿去验证想法。它是四个输入项加权求和的结果。
    QoutQ_{out}
  2. 角色与需求角色设定让 AI 站在专业视角说话,需求描述告诉它你要做成什么样。这两项是“主料”。
    Rrole,DdescR_{role}, D_{desc}
  3. 约束与修正约束条件划定边界(尺寸、风格、保真度),反馈修正把不满意的输出拉回正轨。这两项是“盐和火候”。
    Ccons,FfbC_{cons}, F_{fb}
  4. 权重分配不同场景下四者的重要性不同——验证结构时约束更重要,追求视觉时角色与描述更重要。权重由你来调。
    α,β,γ,δ\alpha, \beta, \gamma, \delta

低保真原型

新菜试吃装的第一版,通常只是一张手绘摆盘草图——几根线示意盘子的位置、酱汁的走向,连颜色都不涂。主厨拿这张草图去问熟客:“这个结构对不对?”,而不是“这个颜色美不美?”。在原型世界里,这张草图的学名叫“低保真原型”。

低保真原型指用最朴素的形式表达产品骨架的线框图、手绘图或灰模页面。它刻意屏蔽掉色彩、字体、配图等视觉信息,让测试者和你自己都把注意力集中在“信息结构是否合理、操作流程是否顺畅”上。这是快速验证中最关键的一步——绝大多数致命问题都藏在结构里,而不是配色里。

低保真阶段的工作效率,由它在单位时间内暴露的结构问题决定。

所以别嫌弃试吃装朴素。那些画得歪歪扭扭的方块线框,恰恰是主厨最锋利的探路针——它让你在花掉真金白银之前,就摸清了菜品的骨架哪里会硌牙。用 AI 生成低保真线框,通常只是几条 Prompt 的事:告诉它页面、模块、顺序,十分钟后,你的“草图版试吃装”就可以端给用户了。

Elo=NstructTmake\displaystyle E_{lo} = \frac{N_{struct}}{T_{make}}
低保真原型的工作效率,等于“单位时间内暴露出的结构问题数量”。画出骨架图后用户一问“这里点哪里”,你就赚到了一个结构反馈。
  1. 结构问题数用户在使用线框原型时卡住的环节、问过的“这是什么按钮”式的疑问,都是藏在流程里的断点。暴露得越多,这一版原型越有价值。
    NstructN_{struct}
  2. 制作耗时从构思到线框图出图的时间。用 AI 把耗时压到分钟级,你就能在同样的时间内反复暴露更多问题。
    TmakeT_{make}
  3. 验证效率前者除以后者。低保真原型的使命,就是把“找结构问题”这件事做得又快又便宜。
    EloE_{lo}

高保真推进

草图上的摆盘得到了熟客认可,主厨才敢做第二版试吃装:这次是真的下厨——真实的食材、真实的酱汁、精心的摆盘,甚至点缀一片薄荷叶。顾客尝到的每一口,都接近正式菜单的样子。这份精心制作的试吃装,对应原型世界里的“高保真原型”。

高保真原型是在结构被验证之后才值得投入的一步:它补上真实的视觉细节、可点击的交互流程,以及品牌元素的融入,让相关方能直观感受到最终产品的样子。记住一个顺序铁律:先验证结构,再追求精致。反过来,就是一个典型的返工陷阱。

我们可以用三个要素的乘积来描述高保真的完成度。

这份“正式版试吃装”的制作,AI 依然是主力:把线框图喂给它,要求“转成高保真视觉稿”,它能给出配色、圆角、图标、阴影的完整方案;再让人工在细节处把关、补上真实文案。但请务必记得,高保真是在结构验证通过后才开始做的事——主厨绝不会在顾客还没认可“这道菜该做”之前,就去雕那朵萝卜花。

Fhi=Vvisual×Iinteract×Bbrand\displaystyle F_{hi} = V_{visual} \times I_{interact} \times B_{brand}
高保真度是视觉、交互、品牌三者的乘积而非加和——任一要素为零,整体精致感就归零。就像摆盘再美,菜不能吃端上来也是白搭。
  1. 视觉要素真实的配色、圆角、阴影、排版细节,让界面看起来像最终产品。
    VvisualV_{visual}
  2. 交互要素可点击的跳转、状态反馈、页面流转,让原型“动起来”,能真实走完一条用户路线。
    IinteractI_{interact}
  3. 品牌要素Logo、品牌色、字体语气渗透进界面,让用户感受到“这家店的味道”。
    BbrandB_{brand}
  4. 乘性关系三项相乘意味着缺一不可。只有视觉没有交互,Demo 一按就死;只有交互没有品牌,感觉像换了家店。逐项补齐,精致感才成立。
    Vvisual×Iinteract×BbrandV_{visual} \times I_{interact} \times B_{brand}

迭代节奏掌控

试吃装不是一次定稿的。顾客说“椰香够了,但太淡”——主厨就只加盐,不动其他;下一轮顾客说“鸡肉柴了”——就只调火候,不改配方。每轮只动一个变量,主厨才能精准地知道,是哪个动作带来了那句好评。这种节奏感,在原型迭代里同样珍贵。

原型迭代讲究“小步快跑”:每轮定义清楚“这一版要验证什么”、只改一个关键点、快速比较前后差异、确认有效再进入下一轮。一轮迭代的周期由三个环节构成——构建、测试、学习。

主厨的节奏感来自“一次只调一个旋钮”,你的节奏感来自“一版只解一个疑问”。用 AI 把构建时间压到分钟级、用清晰的测试任务压缩测试时间、用反馈打标签加速学习环节,你就把整个迭代周期从“周”压缩成了“天”甚至“小时”。试吃装端上桌的速度,决定了菜谱被优化的速度。

Titer=Tbuild+Ttest+Tlearn\displaystyle T_{iter} = T_{build} + T_{test} + T_{learn}
一轮迭代周期等于“构建原型、测试反馈、归纳学习”三段耗时之和。缩短任意一段,整个循环就会更快;把三段都压短,你就能比别人多跑好几轮试吃。
  1. 构建时间从想法到出一版原型的时间。AI 生成加人工微调,把这段压到分钟级。
    TbuildT_{build}
  2. 测试时间把原型交给目标用户观察行为、收集反馈的耗时。提前想清楚测试任务,能显著缩短这段。
    TtestT_{test}
  3. 学习时间把反馈整理成“下一步改什么”的结论所需的时间。反馈收集时同步打标签,学习环节会快很多。
    TlearnT_{learn}
  4. 迭代周期三段之和。你关注的是整条链路的节奏,而不是单点的快慢——像主厨关注的是“试吃、调整、再试吃”整个循环的速度。
    TiterT_{iter}

反馈验证闭环

试吃装端上吧台,真正的考验开始了。熟客是皱眉推开,还是舀起第二勺?主厨要做的不是收集所有评价,而是分辨:是“只有这位客人不吃香菜”的噪音,还是“三桌客人都嫌咸”的真实信号。反馈的终点不是记录,而是决策。

反馈验证是快速原型的最后一环,也是最容易糊掉的一环。完整的闭环是:选定目标用户 → 设计测试任务 → 观察真实使用行为 → 汇总反馈 → 筛选有效信号 → 决定继续、调整还是转向。这里的关键不是“反馈多”,而是“信号准”。

在一次次验证中,你可以用“想法成立率”这个指标来帮助自己做决策:

当成立率足够高,主厨才会把试吃装写进正式菜单——对应到产品上,就是投入正式开发;当连续几轮都被否,老练的主厨会果断把菜谱收进抽屉,而不是加更多调料硬撑。快速原型给你的不是“证明我对”的工具,而是“快速试错、体面转向”的底气。试吃装的价值,从来不在盘子本身,而在它替你挡下的那一次次翻车。

Pvalid=NpassNtest\displaystyle P_{valid} = \frac{N_{pass}}{N_{test}}
想法成立率等于“通过验证的原型轮次”除以“总验证轮次”。它衡量的是你做对了多少次判断,而不是你做了多少版原型。
  1. 通过轮次用户测试后结论为“方向可行、可以继续投入”的轮次数。注意,通过不等于完美,只是意味着值得往下走。
    NpassN_{pass}
  2. 总测试轮次你一共做了几轮带用户反馈的验证,包括被否掉的轮次。被否掉的轮次同样贡献价值——它们排除了错误方向。
    NtestN_{test}
  3. 成立率通过数除以总数。它帮助你在“坚持迭代”与“及时止损”之间做判断:成立率高就继续投入,一路被否就该回到想法本身重新审视。
    PvalidP_{valid}

AI 应用场景

创业项目 Demo 快速验证

阶段:创意构思与产品验证

解决的问题:传统创业想法验证靠写商业计划书加开发 Demo,周期长、成本高,往往钱花完了才发现方向不对。AI 快速原型让你用 Prompt 直接生成多页面高保真 Demo,在几小时内把想法变成投资人能直观看到的东西,用最低成本判断市场反应。

具体案例:一位独立开发者想做一个“扫菜谱生成购物清单”的 App。他用 AI 在 30 分钟内生成了首页、拍照、清单列表、分享四屏高保真原型,当晚发给 10 位目标用户,第二天根据反馈把拍照入口从底部 Tab 改成悬浮按钮,一周后确认方向成立,才正式立项开发。

产品经理的功能概念验证

阶段:产品功能定义与评审

解决的问题:传统流程里,新功能从 idea 到评审要画原型图加写文档,动辄一两天;评审会上还经常因为流程说不清被打回。AI 快速原型让产品经理在会前用几条 Prompt 生成线框,会上直接演示操作流程,当场收集意见、当场修改 prompt 重新出图。

具体案例:某电商 App 产品经理想加“好友拼单”功能。他先用 AI 生成低保真线框,评审会上大家发现结算流程有三个断点,他现场追加约束重新生成,会议结束前方案已收敛到可进入下一轮细化。

设计师的提案方向探索

阶段:设计提案与视觉探索

解决的问题:传统设计提案只能精修一两个方向,客户不满意就要整稿重来,返工成本极高。AI 快速原型让设计师先产出多种视觉风格方向供客户勾选,确认大方向后再投入精细设计,把返工风险前置消化。

具体案例:一位品牌设计师接了一个茶饮店项目,用 AI 同时生成“国潮风、极简 ins 风、日式禅意”三个首页方向,客户勾选后设计师再在选定方向上深耕细节,整个项目返工率大幅下降。

Python 演示

python62 行
# -*- coding: utf-8 -*-"""快速原型助手:管理想法、生成原型 Prompt、模拟反馈并统计想法成立率"""  class PrototypeAgent:    def __init__(self, idea):        self.idea = idea        self.round_count = 0        self.pass_count = 0        self.history = []     def build_prompt(self, role, requirement, constraint):        return (            "你是一位" + role + "。\n"            + "请围绕核心想法【" + self.idea + "】\n"            + "快速生成一版" + constraint + "原型。\n"            + "需求说明:" + requirement + "\n"            + "输出要求:" + constraint + ",竖屏 375x812,简洁现代风格。"        )     def simulate_feedback(self, is_ok):        self.round_count += 1        self.history.append(is_ok)        if is_ok:            self.pass_count += 1        return self.validity_rate()     def validity_rate(self):        if self.round_count == 0:            return 0.0        return self.pass_count / self.round_count  def main():    agent = PrototypeAgent("用手机拍菜单,自动估算这顿饭的热量")    prompt = agent.build_prompt(        role="资深产品经理与 UI 设计师",        requirement="首页展示拍照入口和最近记录,拍照后识别菜品并给出营养表",        constraint="低保真线框",    )    print("=== 第 1 轮:低保真原型 ===")    print(prompt)    print("模拟反馈:信息结构清晰、流程完整 -> 通过")    print("想法成立率:%.0f%%" % (agent.simulate_feedback(True) * 100))     prompt2 = agent.build_prompt(        role="资深视觉设计师",        requirement="拍照入口改为醒目的悬浮按钮,页面使用健康绿主色调",        constraint="高保真视觉稿",    )    print("\n=== 第 2 轮:高保真原型 ===")    print(prompt2)    print("模拟反馈:绿色调传递健康感 -> 通过")    print("想法成立率:%.0f%%" % (agent.simulate_feedback(True) * 100))     print("\n=== 第 3 轮:验证新交互 ===")    print("模拟反馈:用户反感授权弹窗,希望直接进入相机预览 -> 未通过")    print("想法成立率:%.0f%%" % (agent.simulate_feedback(False) * 100))  if __name__ == "__main__":    main()
目的:演示一个迷你快速原型工作台——把想法交给智能体,自动组装原型生成 Prompt,并模拟“测试-通过/否决”循环,实时统计想法成立率。
  1. self.round_count = 0记录验证到了第几轮,对应迭代节奏中的版本号。
  2. def build_prompt(self, role, requirement, constraint)把角色、需求、约束组装成递给 AI 的“点菜单”。
  3. "你是一位" + role + "。\n"角色设定,让 AI 站到专业视角说话。
  4. "快速生成一版" + constraint + "原型"用低保真/高保真等约束词划清输出边界。
  5. def simulate_feedback(self, is_ok)模拟一轮用户反馈:通过则计数,不通过只记轮次。
  6. return self.pass_count / self.round_count计算想法成立率,对应正文中的 \(P_{valid}\)。

常见误区

误区我做的原型必须看起来像最终产品,不然老板和客户会觉得我不专业。所以我每次都直接上高保真精修稿。

正解早期验证结构时,高保真反而有害:它拖慢速度、抬高成本,还会让观看者把注意力放在配色和字体上,忽略真正的流程问题。主厨不会在试吃装阶段就雕萝卜花。正确的顺序是:先低保真验证“这道菜该不该做”,再高保真验证“这道菜看起来诱不诱人”。用 AI 把低保真成本压到分钟级后,这个顺序的优势会被放大到极致。

为何常见:人们习惯用“像不像成品”来衡量工作质量,低估了“快”在早期验证阶段的决定性价值。

误区原型做出来就是为了给上级或客户看一眼,确认完就扔进回收站,属于一次性的交付文档。

正解原型是迭代验证的介质,它存在的意义是被反复推翻、修改、逼近正确方向。每一次反馈都让原型多获得一层信息。它更像是主厨的试吃记录本,而不是被端上正式餐桌的成品菜。把原型当交付物,就会错过它最重要的工作——在循环中帮你修正判断。

为何常见:传统开发流程中“文档交付即完成”的习惯被迁移到了原型上,忽略了原型诞生于“不确定性”这一点。

误区AI 出的原型又快又全,直接发给用户测试就行,不用我动脑子判断好坏。

正解AI 生成的是“候选试吃装”,不是“最终口味”。你需要判断结构是否符合真实业务逻辑、约束是否写清楚、反馈如何解读。AI 加速的是生成环节,验证与决策永远要靠人。主厨可以让助手备菜,但放多少盐的决定权在厨师手里。

为何常见:看到 AI 输出精美界面,容易误以为“生成的即正确的”,忽略了生成只是原型链路的第一步。

误区多收集用户意见总没错,把每一条反馈都改进去,用户就会满意。所以我把所有评论都记录到待办清单。

正解反馈需要筛选:分清“一个人嗓门大”与“一群人共同卡住”。用数据看聚集性,用场景判断有效性。无差别吸收噪音反馈会让原型越改越乱,就像顾客说辣就加辣、说甜就加糖,最后变成一锅四不像。筛选出聚集性问题再动手,才是对反馈的尊重。

为何常见:对“用户中心”的误解——倾听不是服从,而是理解需求背后的真实问题。

面试题

Q1. 快速原型最核心的目的是什么?

单选题 · easy

  • A.直接上线交付用户使用
  • B.快速验证想法是否值得做← 正确答案
  • C.替代完整软件开发流程
  • D.生成最终营销宣传材料

答案:B。快速原型的存在意义不是上线或交付,而是在投入正式开发前用最小成本验证想法值不值得做。原型像主厨的试吃装——目的不是上桌,而是看客人反应。选 B。

Q2. 低保真原型主要验证什么?

单选题 · easy

  • A.信息结构与流程是否通顺← 正确答案
  • B.色彩搭配与视觉是否精美
  • C.后端数据是否能承受高并发
  • D.品牌 Logo 的位置是否合适

答案:A。低保真原型刻意屏蔽视觉细节,把注意力集中在信息结构和流程上,就像摆盘草图只看骨架不涂颜色。视觉与品牌属于高保真阶段任务,后端性能不是原型阶段要验证的。选 A。

Q3. 用 Prompt 生成原型时,下列哪项最关键?

单选题 · mid

  • A.给 AI 设定明确的专业角色← 正确答案
  • B.让 AI 完全自由地进行发挥
  • C.提示词越短越不容易出错
  • D.一次生成后就不再修改它

答案:A。Prompt 出图质量取决于角色、需求、约束、校准的组合,其中明确角色是让 AI 输出专业内容的前提。让 AI 自由发挥、提示词过短、一次性成型都是常见失误——主厨点菜也不会只丢一句“随便”。选 A。

Q4. 高保真原型通常包含哪些要素?

多选题 · mid

  • A.真实的配色与视觉细节← 正确答案
  • B.可点击的交互操作流程← 正确答案
  • C.后端数据库完整实现
  • D.品牌 Logo 与字体风格← 正确答案

答案:ABD。高保真完成度等于视觉乘以交互乘以品牌,缺一不可。真实配色、可点交互、品牌元素都属于高保真要素;后端数据库实现属于真实开发阶段,不是原型阶段的任务。选 ABD。

Q5. 控制原型迭代节奏的正确做法是?

单选题 · mid

  • A.每一轮只调整一个关键点← 正确答案
  • B.一次性改完所有的问题
  • C.等所有反馈齐了再动手
  • D.每轮都整体推倒重做

答案:A。迭代节奏的核心是“小步快跑,一轮只改一个关键点”,这样每次变化都能归因。一次性改完所有问题、等反馈齐全再动手、整体推倒重做,都会破坏迭代的因果判断,像主厨同时加盐加糖就不知道客人夸的是哪一步。选 A。

Q6. 面对大量用户反馈,正确的做法是?

单选题 · hard

  • A.筛选出聚集性问题来改进← 正确答案
  • B.无条件采纳所有人的意见
  • C.只听取领导或客户的建议
  • D.忽略所有反馈坚持己见

答案:A。反馈要区分噪音与信号,筛选出多人共同遇到的聚集性问题才是正确做法。无条件采纳、只看领导意见、无视反馈,都会让原型失去验证意义。主厨会看三桌客人的共同反应,而不是只听一个人的嗓门。选 A。

Q7. 想法成立率的计算方式是?

单选题 · hard

  • A.通过验证轮次数除以总轮次数← 正确答案
  • B.原型总制作成本除以总耗时
  • C.反馈总条数乘以原型迭代轮数
  • D.高保真原型数减去低保真数

答案:A。想法成立率等于通过验证的轮次除以总验证轮次,衡量你做对判断的比例。成本除以耗时、反馈乘以轮次、高保真减低保真都是混淆概念的干扰项。成立率帮助你在坚持迭代与及时止损之间做判断。选 A。

Q8. 关于原型成本优势,下列说法正确的有?

多选题 · hard

  • A.用最低成本暴露设计流程缺陷← 正确答案
  • B.减少后期返工与无效开发投入← 正确答案
  • C.替代用户研究的全部工作环节
  • D.在早期收集决策所需的关键信息← 正确答案

答案:ABD。原型成本优势体现在:最低成本暴露缺陷、减少返工与无效开发、早期收集决策信息。但原型不能替代用户研究的全部环节——真实市场调研、深度访谈等仍是必要的。选 ABD。

Q9. 创业项目 Demo 使用快速原型的主要价值是?

单选题 · easy

  • A.替代正式的产品代码开发工作
  • B.直观呈现概念以争取投资人认可← 正确答案
  • C.直接部署到生产环境供用户下载
  • D.完全替代前期的市场调研环节

答案:B。创业 Demo 的原型价值在于把概念变成投资人能直观理解的东西,用于沟通与验证,而非替代正式开发、直接部署或市场调研。它像试吃装让客人决定要不要点这道菜。选 B。

Q10. 从低保真推进到高保真,正确的做法有?

多选题 · mid

  • A.先验证结构再细化视觉表现← 正确答案
  • B.每一轮都推倒重做追求完美
  • C.对比前后版本聚焦核心差异← 正确答案
  • D.结合用户反馈逐步渐进优化← 正确答案

答案:ACD。从低保真到高保真应遵循“先结构后视觉”的顺序,通过前后版本对比聚焦差异,并结合反馈渐进优化。每轮推倒重做既浪费成本又无法归因改进,就像主厨每轮换一道菜,永远得不到稳定的好评。选 ACD。