第3章 硬件MVP原型分类框架:外观原型、功能原型、体验原型、技术验证原型的定义与适用场景
3.1 适用场景
四种硬件MVP原型分别服务于产品开发的不同阶段和验证目标。选择正确的原型类型,能够以最低成本获取最关键的验证信息。
| 原型类型 | 定义 | 适用场景 | 典型阶段 |
|---|---|---|---|
| 外观原型 | 模拟产品外观、材质、色彩、表面工艺的物理模型,不具备真实功能 | 工业设计评审、CMF(颜色/材质/表面处理)确认、市场调研展示 | 概念设计 / 工业设计阶段 |
| 功能原型 | 实现产品核心功能的工程样机,重点关注技术指标是否达标 | 核心功能验证、性能参数测试、技术可行性论证 | 技术验证 / 工程开发阶段 |
| 体验原型 | 模拟用户与产品交互过程的实物模型,用于评估使用感受 | 用户测试、交互流程验证、人机工程评估、可用性研究 | 用户体验 / 设计验证阶段 |
| 技术验证原型 | 针对某一核心技术或模块搭建的验证平台,不要求完整产品形态 | 新技术预研、关键器件选型、算法验证、风险评估 | 预研 / 技术储备阶段 |
选择指引: 当项目存在多个不确定性维度时,建议并行构建不同类型原型,而非串行等待。例如:结构团队制作外观原型的同时,硬件团队搭建技术验证原型。
3.2 前置条件
启动每种原型的制作前,必须完成对应的前置准备工作。以下清单按原型类型拆分。
| 原型类型 | 前置交付物 | 前置决策 |
|---|---|---|
| 外观原型 |
|
外观方向已评审通过,CMF方案已锁定候选范围 |
| 功能原型 |
|
核心功能列表已冻结,关键器件交期可支撑原型制作 |
| 体验原型 |
|
目标用户群体已定义,核心使用场景已达成共识 |
| 技术验证原型 |
|
技术路线已确定,关键验证指标已量化 |
3.3 操作步骤
每种原型的构建遵循标准作业流程,以下按原型类型分别展开。
▎ 外观原型构建步骤
- 输出2D渲染图 — 基于ID效果图生成多角度渲染,用于内部评审。
- 制作CNC手板 — 使用代木或ABS加工外观手板,表面留余量。
- 表面处理 — 喷涂指定颜色、纹理或覆膜,模拟最终CMF效果。
- 装配检查 — 将外观件与结构骨架试装,确认缝隙、段差符合标准。
- 评审签样 — 组织ID、结构、市场三方评审,锁定外观方案。
▎ 功能原型构建步骤
- 搭建核心电路 — 依据原理图制作PCB或使用万用板搭建核心功能回路。
- 烧录基础固件 — 编写或移植最小系统固件,驱动核心元器件。
- 点亮关键功能 — 按优先级逐一验证功能列表中的Top-3特性。
- 参数标定 — 使用测试设备测量关键指标(如功耗、精度、带宽)。
- 功能基线确认 — 记录测试数据,判定是否达到功能基线要求。
▎ 体验原型构建步骤
- 构建交互载体 — 使用纸板、3D打印件或通用外壳组装可操作模型。
- 模拟交互逻辑 — 通过屏幕演示、按钮反馈或 Wizard-of-Oz 方法模拟真实交互。
- 招募目标用户 — 按照用户画像筛选5-8名代表性用户。
- 执行可用性测试 — 记录用户完成任务的时间、错误率、主观评分。
- 输出体验报告 — 汇总痛点、机会点和改进优先级。
▎ 技术验证原型构建步骤
- 确定验证范围 — 明确本次验证聚焦哪一项技术(如无线传输距离、传感器精度)。
- 搭建测试环境 — 准备测试工装、信号源、数据采集设备。
- 执行验证测试 — 按照预设计划采集至少3组有效数据。
- 分析结果 — 对比指标基线,评估是否通过或需要调整方案。
- 输出技术决策 — 形成Go/No-Go建议,更新技术风险矩阵。
3.4 输入输出物
| 原型类型 | 输入物(上游交付) | 输出物(交付下游) |
|---|---|---|
| 外观原型 | ID效果图、3D外观模型、CMF定义表 | 外观手板(物理样机)、CMF签样报告、外观评审纪要 |
| 功能原型 | 功能规格书、原理图、BOM清单 | 功能样机(可演示)、功能测试报告、问题跟踪表 |
| 体验原型 | 用户画像、交互流程图、人机尺寸分析 | 体验样机、可用性测试报告、交互优化建议表 |
| 技术验证原型 | 技术方案文档、参数指标表、风险矩阵 | 验证样机/测试平台、验证数据报告、技术决策文档 |
3.5 责任边界
明确各角色在原型构建与验证中的职责,避免责任重叠或遗漏。
| 角色 | 主要职责 | 决策权限 |
|---|---|---|
| 产品经理 | 定义验证目标、确认原型需求、组织评审会议 | 原型类型选择、通过/不通过裁定 |
| 硬件工程师 | 功能原型和技术验证原型的电路设计、调试、测试 | 技术方案选择、测试指标设定 |
| 工业设计师 | 外观原型的造型设计、CMF定义、手板监制 | 外观方案变更、表面工艺确认 |
| 测试工程师 | 制定测试用例、执行验证测试、输出测试报告 | 测试方法选择、数据判定 |
| 项目经理 | 协调资源、管控进度、跟踪问题闭环 | 资源调配、优先级调整 |
3.6 记录材料
每种原型在构建和验证过程中必须形成标准记录,归档至项目知识库。
| 原型类型 | 必需记录 | 格式要求 | 存档位置 |
|---|---|---|---|
| 外观原型 | 外观评审记录表、CMF签样单、问题清单 | PDF扫描件 + 实物照片 | ID设计库 / 项目共享文件夹 |
| 功能原型 | 功能测试数据表、问题跟踪表、BOM变更记录 | Excel + 测试日志截图 | 研发文档库 / PLM系统 |
| 体验原型 | 用户测试录像(脱敏)、可用性评分表、访谈记录 | 视频(MP4) + 结构化评分表 | UX资料库 / 项目共享文件夹 |
| 技术验证原型 | 验证方案、原始数据记录、技术决策单 | PDF + 数据源文件(CSV) | 技术预研库 / PLM系统 |
3.7 异常处理
原型构建过程中常见异常及对应的处理预案,确保问题发生时能快速响应。
| 异常情形 | 可能原因 | 处理措施 | 升级路径 |
|---|---|---|---|
| 外观原型表面效果不达标 | 喷涂工艺参数偏差、材质色差 | 调整喷涂参数后重新打样,或更换供应商 | 报ID设计负责人确认标准 |
| 功能原型关键指标不达标 | 元器件选型余量不足、电路设计缺陷 | 回归原理图审查,更换高规格器件后重测 | 硬件技术评审会决策 |