需求书里同时写着语音聊天、讲故事、记忆和家长管理,开发团队仍然可能无法估算工作。原因是这些词只描述了能力类别,没有说明谁在什么条件下使用、成功是什么、失败以后怎样退出。第一份需求书的作用,是把模糊愿望变成可讨论的行为约定,让外观、机芯、软件和内容团队能够对同一个场景作判断。
本文适用于准备打样、尚未冻结第一版范围的玩具工厂、品牌和IP方。它是一套需求整理方法,不意味着任何方案已经具备文中功能,也不替代项目双方确认配置与验证样机。

图1 AI概念图用于解释本文场景 非实物结构或实测结果
从一个完整使用片段开始
先写一个有起点和终点的片段。例如成年人完成初始化后,用户按下某个按键,请求播放已选故事,设备给出正在准备的提示,最后进入播放或明确说明失败。这里的成年人、按键和故事都是待确认的方案条件;如果项目没有按键,就要换成实际采用的入口,不能把示例直接写成产品事实。
需求中同时记录使用地点、握持方式、网络条件以及谁负责管理。卧室睡前使用与展台短时演示的约束不同,故事播放与开放问答也不应默认拥有同样的等待方式。把场景限定清楚,才能发现某项功能究竟是首次体验所必需,还是可以后续再讨论的扩展。
每段场景安排一位需求提出者和一位验收确认者。提出者解释为什么需要,确认者负责判断样机呈现是否符合原意。如果同一要求需要品牌、IP方与工厂共同认可,应标明共同确认的节点,避免会议结束后由工程人员独自猜测。
用输入与输出替换功能名
把“有记忆”改写为一组问题:允许记住什么,谁能查看或修改,何时使用,关闭以后旧信息怎样处理。尚未决定的数据范围保留待确认,不要因标题写了记忆就默认保存全部聊天。把“能讲故事”展开为内容来源、触发方式、中断、续播与资源不可用时的行为。
工程侧需要知道的还包括可观察的输出。输出可以是灯光、短语音、界面状态或日志事件,但并非每个项目都必须同时提供。需求书只列实际需要的信号及观察办法,说明用户和验收人员分别能看到什么。一个只有后台才能观察的状态,不能自动算作用户已经得到提示。
完成这些描述后,再补性能目标。不要先写一个漂亮的响应数字,而不定义计时从哪里开始、到哪一步结束。若目标尚无依据,可写待样机阶段共同制定,并约定用什么场景建立基线。这样能保留讨论空间,也不会把未测数字变成对外承诺。

图2 原创方法示意 非实测结果
失败分支与正常流程一起评审
正常流程写完后,至少回看用户重复操作、网络不可用、资源缺失与任务取消。不是要求一开始解决所有异常,而是要让每一种异常有负责人和处理方向。比如用户取消后是否继续播放,重新联网后是否自动恢复,应当分别确认,不能由不同团队各自给出相反行为。
涉及多项功能抢占同一扬声器或按键时,需求书需要给出优先顺序。假如正在播故事又收到管理端设置变更,设备是立即打断、等当前片段结束,还是提示以后生效,三种选择都可能对应不同体验。选择哪一种应结合场景讨论,再留下未覆盖的情况。
这些失败分支可以通过成人模拟、测试账号和合成语料验证,不需要为了写需求收集真实儿童记录。尚缺接口或资源的分支应标记不可验证原因,并写清补齐条件,不能在验收时只检查有利的正常路径。
一个明确标注假设的需求片段
下面假设团队只做按键启动的故事样机,目标是核对故事播放闭环,不包含开放对话。示例没有对应真实客户或产品实现,表中的处理方式都需要双方确认。
| 场景 | 需要约定的行为 | 可交付证据 |
|---|---|---|
| 首次按键 | 提示准备状态再进入故事 | 同版操作记录 |
| 连续按键 | 是否忽略重复或切换任务 | 输入与状态时间线 |
| 资源缺失 | 给出明确反馈并可退出 | 人工构造异常记录 |
| 主动取消 | 停止后说明下一次如何开始 | 取消与重试复测 |
这张表的价值是暴露取舍。如果重复按键含义尚未确定,相关固件与内容流程就不宜宣称需求已冻结。把未决问题放到会议议程中,并列出各选择影响的交互、成本和测试工作,比简单写“交互流畅”更有助于决策。
第一版范围必须能被逐项关闭
把需求分成首版必须完成、具备前提才能完成和后续候选三组,同时保留依赖关系。某项后台设置依赖账号系统,而账号系统尚未确定,就不能因为设置界面已经画好而算作可以交付。范围表还应写明不在首版的内容,供评估变更时判断新增工作。
每一条进入首版的要求,应能够对应一个验收动作和一个结果位置。交付包可包含场景说明、流程图、需求编号、样机版本、测试条件与未决事项。文档不必很厚,但后续接手者应该能根据编号找到提出原因、当前决定和验证记录。
需求变更时保留旧版本,记录改变的是入口、内容、设备条件还是完成标准。若只是改名而行为没变,不必扩展成新功能;若增加了后台依赖,即使界面看起来只多一个按钮,也应重新评估责任和验证范围。
下一步可以安排一次只讨论首个使用片段的评审。请品牌带来目标场景,工厂提供外壳与装配约束,技术方指出待确认的设备和服务条件,最终产出一页范围表与一组可执行验收动作。先把这段闭环说明白,再逐步增加能力,需求书才会成为共同工作的依据。
首次评审还可以给每个待确认项写上最迟决定节点。若它影响开模、器件选择或账号方案,就应在对应工作开始前解决;若只影响后续内容,可单独排期。节点来自项目实际依赖,不按编号先后决定。
关于聆幺幺
聆幺幺(LingYaoYao)是北京申行科技有限公司旗下品牌,与见长为平级品牌,面向玩具工厂、品牌与IP方,围绕内置AI机芯、固件及配套软件开展方案与合作开发。具体功能、配置和交付以双方确认及样机验证为准,不面向个人零售成品。