📚 智能硬件PM学习日报 | 2026年7月6日（周一）
🎯 今日主题：硬件PRD撰写规范——写好一份能让研发、采购、测试都读懂的"产品说明书"（约15分钟）
一、硬件PRD和软件PRD——根本不是同一个物种
很多从互联网转型硬件的PM最容易踩的坑，就是把软件PRD的写法照搬到硬件上。二者的本质差异：
| 维度 | 软件PRD | 硬件PRD |
|---|---|---|
| 修改成本 | 改需求 → 改代码 → 发版（小时/天级别） | 改需求 → 改PCB/改模具 → 重开模（数万元+数周） |
| 核心读者 | 前端、后端、测试 | 电子工程师、结构工程师、ID设计师、采购、NPI、质量、测试 |
| 关键约束 | 交互逻辑、数据流 | BOM成本、制造可行性、认证合规、供货周期 |
| 验收标准 | 功能走通、边界case覆盖 | 功能达标 + 性能指标 + 可靠性 + 良率 + 合规 |
| 典型长度 | 5-20页 | 20-50页（含附件表格） |
一句话总结：软件PRD的目标是「描述用户怎么用」，硬件PRD的目标是「告诉每一个角色——电子、结构、采购、工厂——他需要做到什么」。
二、硬件PRD的标准结构（8大模块）
以下是一个完整硬件PRD的模板结构，根据产品复杂度裁剪使用：
模块1：产品概述与商业目标（1-2页）
### 1.1 产品定位
一句话说清：什么产品、卖给谁、解决什么问题
### 1.2 目标市场与用户画像
- 目标用户画像（年龄、场景、痛点）
- 市场规模估算（TAM/SAM/SOM，即总可用市场/可服务市场/可获得市场）
### 1.3 商业目标
- 上市时间（TTM, Time To Market）
- 首年销量预估
- 毛利率目标
- BOM成本天花板
🔑 PM必知：BOM成本天花板 = 零售价 × (1 - 渠道抽成 - 毛利率)。例如零售价999元，渠道抽成30%，毛利目标40%，则BOM天花板 = 999 × 0.3 ≈ 300元。
模块2：产品功能规格（核心模块，5-10页）
这是PRD的「肌肉」——必须可测量、可验证、可追溯：
### 2.1 硬件规格
| 参数 | 规格要求 | 测试标准 | 优先级 |
|------|---------|---------|--------|
| 整机重量 | ≤249g | 精确到1g电子秤 | P0 |
| 续航时间 | 飞行≥30min（悬停） | 无风环境、常温25°C | P0 |
| 防护等级 | IPX5（防喷水） | GB/T 4208-2017 | P0 |
| 工作温度 | -10°C ~ +40°C | 温箱验证 | P1 |
| 图传距离 | ≥10km（FCC标准） | 开阔无干扰环境 | P0 |
### 2.2 功能清单
| 功能 | 详细描述 | 验收标准 | 优先级 |
|------|---------|---------|--------|
| 一键起飞/降落 | 短按起飞键，无人机自动升空1.2m悬停 | 响应≤2秒，悬停漂移≤0.5m | P0 |
| 自动返航 | 低电量/信号丢失后自主返航 | 返航成功率≥99.5%（100次测试） | P0 |
| 智能跟随 | 框选目标后保持跟踪 | 目标丢失后3秒内重锁定 | P1 |
### 2.3 约束条件（容易遗漏！）
- 法规约束：（如无人机<249g免登记、SRRC认证要求）
- 技术约束：（如芯片不支持某协议、现有模具复用限制）
- 供应链约束：（关键物料交期、MOQ最小起订量）
模块3：ID设计需求（1-2页）
### 3.1 CMF要求（Color色彩, Material材质, Finish表面处理）
- 配色方案（至少2个SKU）
- 材质倾向与约束
- 表面处理工艺（喷砂/阳极/电镀等）
### 3.2 ID约束
- 整机尺寸边界（长×宽×高）
- 屏幕/指示灯/按键位置区域
- 不可改动区域（因散热/天线/结构已有约束）
- 竞品设计语言参考
模块4：硬件BOM初版（3-5页，核心！！）
这是硬件PRD与软件PRD最本质的区别——没有BOM的硬件PRD是不完整的：
### 4.1 BOM架构总览
| 模块 | 主要器件 | 预估成本 | 备注 |
|------|---------|:---:|------|
| 主控 | MCU/SoC | ¥45 | 需确认交期，备选Pin-to-Pin方案 |
| 通信 | WiFi+BLE模组 | ¥18 | |
| 感知 | GPS/IMU/TOF | ¥35 | |
| 电源 | PMIC+电池 | ¥22 | 电池需UN38.3认证 |
| 结构 | 外壳+散热 | ¥12 | 模具分摊另计 |
| 连接器/无源 | 阻容感+连接器 | ¥8 | |
| **合计** | | **¥140** | 预留15% buffer → 目标≤¥160 |
### 4.2 关键物料风险标注
- MCU：交期26周 ⚠️ 建议同步验证替代方案
- 定制连接器：仅1家供应商 ⚠️ 需开发二供
🔑 经验教训：立项阶段BOM至少留15% buffer。设计变更、物料涨价、良率损失——随便哪个环节都能吃掉毛利。如果你按「刚好够」的BOM过评审，量产时大概率亏损。
模块5：软件/固件需求（3-5页）
智能硬件的软件侧需求：
### 5.1 固件功能
- 上电自检逻辑
- OTA升级机制（必须支持！否则bug修复不了）
- 异常处理（低电、断连、传感器故障等降级策略）
### 5.2 APP/云端需求
- 设备配网流程（蓝牙配网 vs AP配网 vs 扫码配网）
- 数据展示（实时+历史）
- 远程控制与固件更新
- 云平台数据存留策略
### 5.3 协议与接口
- 设备与APP通信协议
- 固件与硬件接口定义（GPIO/I2C/SPI分配表）
模块6：认证与合规要求（1页）
| 认证类型 | 目标市场 | 启动时间 | 负责方 |
|---------|---------|---------|--------|
| 3C（中国强制性认证） | 中国 | DVT阶段 | 质量部 |
| SRRC（无线电型号核准） | 中国 | DVT阶段 | 硬件+质量 |
| FCC | 美国 | DVT阶段 | 质量部 |
| CE | 欧盟 | DVT阶段 | 质量部 |
| UN38.3（锂电池运输） | 全球 | PVT阶段 | 采购+质量 |
模块7：测试验收标准（2-3页）
### 7.1 各阶段验收门禁
| 阶段 | 退出标准 | 决策人 |
|------|---------|--------|
| EVT | 所有P0功能跑通 | 研发总监+PM |
| DVT | 全性能测试通过 + 良率≥90% | PDT核心团队 |
| PVT | 良率≥95% + 产线节拍达标 | IPMT/管理层 |
### 7.2 可靠性测试标准（以无人机为例）
| 测试项 | 标准 | 样本量 |
|--------|------|:---:|
| 跌落测试 | 1.5m六面各1次，功能正常 | 5台 |
| 振动测试 | 10-500Hz扫频，每轴1h | 3台 |
| 高低温循环 | -20°C/2h ↔ +60°C/2h，10循环 | 3台 |
| 按键寿命 | ≥10万次 | 5台 |
| 折叠机构寿命 | ≥5000次 | 5台 |
模块8：项目时间线与里程碑（1页）
| 里程碑 | 目标日期 | 交付物 |
|--------|---------|--------|
| CDCP（概念决策评审） | W3 | 商业计划书+PRD初版 |
| TR3（方案评审） | W6 | 详细设计冻结 |
| EVT完成 | W14 | EVT测试报告 |
| DVT完成 | W20 | DVT测试报告+认证送测 |
| PVT完成 | W26 | 量产准入评审（ADCP） |
| 首批出货 | W30 | 量产产品入库 |
三、硬件PRD的四大常见致命错误
错误1：只写功能不写约束
❌ 「支持快充功能」
✅ 「支持USB PD 3.0快充，最高65W，充电IC选用XX方案（供货确认），充电口Type-C，需兼容5V/9V/15V/20V电压档位，整机充电温升≤15°C」
错误2：BOM成本写得太紧
❌ BOM目标150元，每个模块刚好凑到150
✅ BOM目标150元，列出160元方案 → 预留10元降本空间（备选国产料、简化结构、砍非核心功能）
错误3：优先级不清——所有需求都是P0
❌ 整篇PRD所有功能标注P0
✅ 严格分级：
- P0（Must Have）：没这个产品没法卖（如无人机飞控、电池）
- P1（Should Have）：差异化竞争力（如智能跟随、手势拍照）
- P2（Nice to Have）：锦上添花（如定制灯效、社交分享）
- P0不超过总需求的50%，这是产品经理的核心判断力
错误4：缺少「不做什么」的说明
❌ PRD只列了要做的功能
✅ 明确写出「不在范围内」：
- 本期不做避障（留待下代产品）
- 不接入第三方IoT平台
- 不做iOS小组件
——这能有效防止销售/老板/市场在开发中途「顺便加个功能」的scope creep（范围蔓延）
四、实战：无人机产品PRD片段示范
以下是某消费级无人机PRD核心段落：
### 2.1 产品定位
一款面向旅行爱好者的入门级折叠无人机，核心卖点：极致轻巧（<249g）、
一键出片、价格友好（零售价¥1999）。
### 2.2 目标用户
画像：25-35岁，有短途旅行习惯，非专业摄影师，在意便携性和分享体验
痛点：传统无人机太重、太贵、操作太复杂
### 2.4 核心硬件规格
| 参数 | 规格 | 优先级 |
|------|------|:--:|
| 起飞重量 | ≤249g（含电池+桨叶）| P0 |
| 折叠尺寸 | ≤140×80×60mm | P0 |
| 最大飞行时间 | ≥30min（无风悬停） | P0 |
| 图传距离 | ≥6km（FCC） | P0 |
| 相机 | 1/2.3" CMOS, 12MP, 4K@30fps | P0 |
| 三轴云台 | 俯仰-90°~+30°, 横滚/航向电子增稳 | P1 |
| GPS | GPS + GLONASS + Galileo | P0 |
| 避障 | 本期不做，下代预留结构空间 | P2 |
### 2.5 BOM成本天花板
零售价¥1999 → 渠道抽成25% → 毛利目标35% → BOM天花板 = ¥1999 × 0.4 ≈ ¥800
预留15% buffer → 立项BOM目标 ≤ ¥680
### 4.2 本期不在范围内
- 避障功能（传感器+算力成本过高）
- 垂直拍摄模式
- 语音控制
- iOS小组件
### 5.2 OTA升级要求
- 必须支持通过APP远程升级飞控固件、相机固件、图传固件
- 升级失败后必须能够回滚到上一版本
- 升级过程中整机不可断电（低电量禁止升级）
💡 知识速览（5个知识点，每个1-2分钟）
① MRD vs PRD vs 产品规格书——三份文档一张图说清
| 文档 | 核心问题 | 读者 | 产出阶段 | 长度 |
|---|---|---|---|---|
| MRD（市场需求文档） | 为什么做？市场在哪里？ | 管理层、投资人 | 立项前 | 5-10页 |
| PRD（产品需求文档） | 做什么？做到什么程度？ | 研发、设计、采购 | 立项通过后 | 20-50页 |
| 产品规格书（Spec Sheet） | 参数是什么？ | 市场、销售、客户 | PRD冻结后 | 1-2页 |
MRD论证「该不该做」，PRD定义「做成什么样」，规格书是PRD面向外部的精简版。很多公司把MRD和PRD合并成一个文档，但三者的读者和目的不同，分开写更清晰。
② BOM的三种计算口径——别在评审会上被财务问倒
- 物料BOM：纯元器件成本（PCB板上的IC、电阻电容等）
- 结构BOM：外壳、按键、包装、配件
- 制造成本BOM = (物料BOM + 结构BOM) × (1 + 损耗率) + 组装费 + 测试费 + 包装费
很多PM说的「BOM 100元」实际只是物料BOM，忘了结构件、包装和制造成本。等财务拿出完整报表时才发现利润被吃掉了30%。
③ 需求优先级判断的Kano模型——智能硬件版
Kano模型将需求分为五类，帮你区分「做了没人夸，不做会被骂」的需求：
| 类型 | 说明 | 智能硬件示例 | 策略 |
|---|---|---|---|
| 基本型（Must-be） | 不做好用户暴怒 | 无人机能飞、能安全降落 | 必须做好，但不需要炫耀 |
| 期望型（Performance） | 越好越满意 | 续航时间越长越好、图传越远越好 | 持续优化、对标竞品 |
| 兴奋型（Attractive） | 意想不到的惊喜 | 手势拍照、一键短片模板 | 做1-2个差异化亮点 |
| 无差异型 | 做不做无所谓 | 额外配色壳 | 砍掉以控成本 |
| 反向型 | 做了反而被骂 | 强制注册才能使用、过多推送 | 坚决不做 |
④ 智能硬件的「固件OTA」——PRD里最容易被忽略但最致命的一项
如果你的产品有MCU/SoC且可联网，PRD必须包含OTA升级需求：
- 必须支持分步升级（先下载、校验、再安装，断电可恢复）
- 必须支持版本回滚
- 必须定义升级时机（夜间自动升级？用户手动触发？）
- ⚠️ 产品出货前必须对OTA流程做 ≥100次压测
历史教训：某智能门锁因OTA升级逻辑bug，导致3000台已售门锁集体变砖，售后成本超80万。
⑤ PRD变更管理——硬件PRD的「后悔药」怎么吃
硬件PRD签批后发起变更，需要走ECR/ECN流程（工程变更请求/通知）：
| 变更类型 | 影响 | 审批级别 |
|---|---|---|
| 不影响BOM和模具的软件调整 | 低 | PM+研发负责人 |
| 替换不影响性能和结构的物料 | 中 | PM+研发+采购+质量 |
| 修改PCB/模具/关键规格 | 高 | PDT全团队签字 + IPMT审批 |
经验：EVT阶段之前，变更相对容易（改PCB重新打板2-3周）。DVT之后，任何硬件变更都是「动了筋骨」。
📌 今日金句
「一份优秀的硬件PRD，不是把所有想要的都写上去，而是帮团队想清楚——有限的BOM预算、有限的时间、有限的制造能力之下，什么该做、什么该砍、什么留给下一代。写PRD的过程，就是产品经理做取舍的过程。」
—— 资深的硬件PM不是「需求翻译官」，而是「约束条件下的最优解提供者」。
📖 延伸阅读推荐
- 《硬件产品经理：从入门到精通》— 卫朋（IPD+PRD+供应链全链路）
- Substack专栏「Building Hardware」— 英文但极为干货，PRFAQ/PRD/Spec Sheet一步步手把手教学
- woshipm.com 搜索「硬件PRD」获取多位实战PM的PRD模板和踩坑记录
- NPDP知识体系第七章「产品生命周期管理」— 理解PRD如何衔接产品全生命周期
⚡ 明日预告方向：硬件BOM成本管理 | 产品上市策略(GTM) | 智能硬件竞品分析框架