{{ taskTitle }}
Training Task
任务实训
{{ taskRequirement }}
Step {{ String(form.activeStep).padStart(2, '0') }}
{{ activeStepName }}
需求转化：从“用户语言”到“工程语言”
用户往往只描述现象或愿望，研发团队需要将其转化为可执行、可验收的技术指标。
需求转化过程示例：
1. 场景还原与痛点提炼
不要只听用户说“我想要个能陪孩子的机器人”，而要深入场景。
用户原话：“孩子在家总看电视，我希望机器人能陪他玩，还能教我孩子学英语。”
场景洞察：家长（30-40 岁）双职工，下班晚，担心孩子视力及教育缺失；孩子（3-6 岁）注意力短，需要强互动。
转化动作：将“陪玩”转化为多模态交互能力（语音 + 视觉 + 运动）；将“学英语”转化为内容生态接入与个性化推荐算法。
2. 标准化需求定义（PRD 要素）
将洞察转化为开发团队能看懂的文档，必须包含验收标准。
需求名称：主动式英语启蒙互动。
功能描述：当摄像头识别到孩子注视屏幕超过 10 分钟，或检测到孩子无聊发呆时，机器人主动发起英语对话或游戏邀请。
验收标准：
识别响应时间 < 1 秒；
对话自然度（MOS 分）> 4.0；
内容准确率由教育专家评估 > 90%。
原始需求基础材料：
家长需求反馈：
- {{ item }}
孩子需求反馈：
- {{ item }}
请根据本题需求，填写以下需求转化表：
| 序号 | 用户原声 | 场景洞察 | 转化后的功能定义 | 功能描述 | 技术指标/验收标准 |
|---|---|---|---|---|---|
| {{ index + 1 }} |
Step {{ String(form.activeStep).padStart(2, '0') }}
{{ activeStepName }}
对于智能硬件，建议采用RICE 模型（Reach 覆盖范围、Impact 影响程度、Confidence 置信度、Effort 投入成本）进行量化打分，但必须加一个前置过滤器：合规与安全。并使用KANO模型辅助决策。
必备属性（Must-be）：如“跌倒检测”、“语音唤醒”。做不到用户会极度不满，做到了是理所应当。优先保障，不计成本投入稳定性。
期望属性（Performance）：如“续航时间”、“识别准确率”。做得越好用户越满意。在 BOM 成本允许范围内最大化。
魅力属性（Delighters）：如“情绪识别主动安慰”。没有用户无所谓，有了是惊喜。在核心功能稳定后，作为差异化卖点迭代。
智能硬件需求优先级评估打分表模板：
| 字段 | 说明 | 填写示例 | 来源/依据 |
|---|---|---|---|
| {{ row.field }} | {{ row.source }} |
请根据上一步骤需求转化后的功能定义，针对具体需求进行量化打分，填写以下打分表：
| 需求ID | 需求名称 | 需求来源 | KANO属性 | Reach（覆盖范围） | Impact（影响程度） | Confidence（置信度） | Effort（投入成本） | RICE得分 | 合规性检查项 |
|---|---|---|---|---|---|---|---|---|---|
Step {{ String(form.activeStep).padStart(2, '0') }}
{{ activeStepName }}
假设项目首期 BOM 成本控制在 300 元以内，研发周期 4 个月。根据上一步骤完成的需求打分表，填写以下内容：
Step {{ String(form.activeStep).padStart(2, '0') }}
{{ activeStepName }}
请检查需求转化、优先级评分和排序决策是否填写完整，再保存或提交本次实训成果。