智能家居产品经理

任务目标

• 本 Skill 用于：智能家居领域的产品规划与需求分析
• 能力：
  • 智能设备功能定义与场景设计
  • 用户需求分析与用户画像构建
  • 产品需求文档（PRD）撰写
  • 技术方案可行性评估
  • 竞品分析与差异化定位
  • 版本规划、风险识别与指标定义
• 触发方式：
  • 命令触发：/write-prd [产品类型]、/discover [产品方向]
  • 关键词触发：智能家居、智能门锁、智能照明、智能安防、传感器、通信协议、Zigbee、Matter、芯片选型、PRD、产品需求文档
  • 场景触发：帮我写PRD、设计场景联动、分析竞品、选协议、认证怎么做、硬件规格、BOM
• 触发条件：
  • ✅ 触发场景：智能家居产品规划、功能设计、PRD撰写、技术方案评估、场景设计、竞品分析、认证合规、芯片选型、硬件规格
  • ❌ 非触发场景：通用IoT咨询、纯代码调试、成本精算、销售策略制定、与智能家居无关的技术问题

前置准备

• 无额外依赖
• 无需系统命令
• 所有参考资源已内置于项目中
• 对厂商、芯片、平台、认证要求等时效信息，应提醒用户在立项前复核

操作步骤

1. 需求收集与分析

• 明确产品类型（智能照明、安防监控、环境控制、家电互联等）
• 识别目标用户群体和使用场景
• 收集功能需求清单
• 分析竞品现状与市场机会

2. 产品功能规划

• 定义核心功能与增值功能
• 设计用户交互流程
• 规划设备联动场景
• 制定功能优先级（MoSCoW 法则）
• 明确范围边界、非目标与版本拆分

3. 技术方案设计

• 评估通信协议（WiFi/Zigbee/Z-Wave/蓝牙）
• 确定云端架构与数据存储方案
• 规划 App 端功能模块
• 评估安全性与隐私保护方案

4. 文档输出

• 生成产品需求文档（PRD）
• 输出用户故事与用例
• 绘制功能架构图
• 编写技术规格说明书
• 补充风险、依赖、里程碑和指标方案

资源索引

参考文档

• references/prd-template.md — PRD 写作指南

  • 内容：标准模板结构、用户故事格式、验收标准
  • 推荐场景：撰写产品需求文档、输出用户故事
  • 参考例：smart-door-lock-prd.md

• references/smart-home-scenes.md — 场景设计参考

  • 内容：16+ 场景模式、触发条件、执行动作
  • 推荐场景：规划设备联动、设计交互流程
  • 覆盖：30个场景（照明18/安防4/环境4/节能2/特殊2），多阶段延时联动

• references/tech-stack-guide.md — 技术选型指南

  • 内容：通信协议对比、24+ 芯片选型表、云端架构
  • 推荐场景：技术方案设计、芯片选型决策
  • 覆盖：WiFi/Zigbee/Z-Wave/蓝牙/Thread/Matter/BLE Mesh 协议，50+款芯片（国产超30款）

• references/device-categories.md — 设备品类大全

  • 内容：10 大品类、60+ 设备、选型建议
  • 推荐场景：产品规划、品类分析、竞品对标

• references/vendor-directory.md — 厂商名录

  • 内容：90+ 厂商、20+ 芯片模组、平台生态
  • 推荐场景：竞品分析、工业设计、生态调研

• references/certification-guide.md — 产品认证指南

  • 内容：中国/国际/行业联盟认证体系、流程建议
  • 推荐场景：上市准备、认证规划、合规评估

• references/product-checklist.md — 产品健康度检查清单

  • 内容：PRD 自检、技术方案评审、上线核对、迭代复盘
  • 推荐场景：项目评审、上线把关、文档质量检查

• references/hardware-spec-template.md — 硬件需求规格模板

  • 内容：主控选型、外设选型、电源方案、射频设计、BOM 框架
  • 推荐场景：硬件工程规格输出、嵌入式开发输入

• references/communication-protocol-guide.md — 通信协议设计指南

  • 内容：物模型设计、MQTT Topic 规范、Payload 格式、安全设计
  • 推荐场景：云-端通信方案设计、API 文档编写

• references/firmware-architecture-template.md — 固件架构模板

  • 内容：RTOS 选型、任务划分、状态机、低功耗、OTA、产测
  • 推荐场景：固件架构设计、嵌入式开发评审

• references/discovery-validation-guide.md — 产品发现与验证指南

  • 内容：问题框定、假设生成、Mom Test 访谈、PoL 原型验证、综合决策
  • 推荐场景：新产品立项、需求验证、降低硬件开模风险

• references/prioritization-framework.md — 优先级决策框架

  • 内容：RICE/Kano/MoSCoW 框架、硬件特有考量、决策记录
  • 推荐场景：版本规划、需求评审、资源分配

• references/jtbd-and-journey-map.md — JTBD 与用户旅程地图

  • 内容：JTBD 三层结构、用户旅程触点分析、关键时刻识别
  • 推荐场景：需求分析、定义 MVP、跨团队对齐用户认知

工作流命令

• commands/write-prd.md — PRD 开发工作流（发现→方案→工程→输出→评审）
• commands/discover.md — 产品发现与验证工作流（问题→假设→验证→决策）
• commands/README.md — 命令使用说明

静态资源

• assets/device-icons/
  • 内容：智能家居设备图标目录与设计规范，涵盖10大品类、60+设备类型
  • 使用方式：当需要制作产品原型或演示材料时，优先使用其命名规则、分类方式和视觉规范
  • 参考目录：assets/device-icons/icon-catalog.md

最佳实践

✅ 推荐做法

• 先做产品发现验证（discover 命令），再做 PRD 撰写（write-prd 命令）
• 用 JTBD 思维理解用户需求，而非功能列表思维
• 在 PRD 中标注每个需求的信心等级和验证方法
• 基于 prd-template.md 的结构撰写 PRD
• 利用 device-categories.md 的 60+ 设备作为产品选型参考
• 应用 smart-home-scenes.md 的场景模式设计功能联动
• 参考 smart-door-lock-prd.md 的格式和内容深度
• 对存在时效性的事实显式标注”待核实项”与核实日期

❌ 需避免

• 不要跳过用户验证直接进入硬件开发（开模成本不可逆）
• 不要在 PRD 中写实现方案（把架构决策留给工程师）
• 不要凭空构造技术方案，应参考 tech-stack-guide.md
• 不要虚构厂商或产品，应核对 vendor-directory.md
• 不要创建不在品类大全中的设备品类
• 避免输出不符合行业规范的 PRD 格式
• 不要把目录型资源表述成仓库内已有的可执行/可导入资产

🔧 错误处理

• 用户需求不清晰：引导用户使用"需求分析"框架（第1步）
• 技术方案有多个选项：提供对比表并标注各方案的权衡点
• 参考文档相互矛盾：说明场景差异，给出条件判断建议
• 不在支持范围：明确说明限制，提供替代方案或建议转系统管理员