决策记录

2026-08-25：进入 ready-to-try 并确认首次实现边界

选择： 按照 build brief 开始 Android 与 iOS 受控原型。当前家庭反馈只作为概念意向证据；首次实现负责验证实际使用行为和核心价值。

考虑过的替代方案：

理由： 一名目标年龄儿童表示愿意使用，一名潜在付费家长表示愿意付费。虽然这不能证明使用、留存或付款，但成员明确接受证据边界，并确认用第一次实现获取行为证据。目标用户、核心流程、非目标、平台范围、数据边界和学习目标均已清楚。

后果： 孵化阶段为 ready-to-try，表示值得做第一次实现尝试，不代表 PMF、公开上架准备完成或付费意愿已验证。原型不包含公开发行和商业化能力。

可能推翻此决策的证据： 双端语音闭环不稳定；孩子不愿完成或不认可成稿；引导式对话相比简单录音没有明显保存价值；供应商无法提供可接受的儿童数据条件。

选择： 使用共享代码同时生成 Android 与 iOS 受控原型，两端保持同一核心流程和功能集。

考虑过的替代方案： 首次实现只做 iOS，再根据结果增加 Android。

理由： 成员已拥有两个平台的开发者账户，并希望在第一次实现中同时覆盖两端。共享实现可以让真实设备验证覆盖两个平台，而不必建立两套产品。

后果： 首次实现不加入任何平台专属功能，也不等于同时公开上架。需要分别验证麦克风权限、音频会话、前后台切换和设备兼容性。支付、商店审核和公开发行合规仍属于后续发行门槛。

可能推翻此决策的证据： 双端实时语音差异显著拖慢核心闭环，或共享框架无法稳定实现所需音频能力。出现这种情况时，应保留一个参考平台完成学习目标，而不是为了形式上的双端一致扩大范围。

选择： 产品中文工作名采用“呀呀日记”，代码仓库使用 yayadiary。

考虑过的替代方案： Tellory / 童语记、Dayjar / 日子罐，以及围绕成长纪念、孩子原话和说话成文设计的其他中英文候选。

理由： “呀呀”来自儿童学语和开口表达的自然声音，孩子容易复述，家长也能联想到值得保存的早期童言；“日记”则直接说明核心交付，不把产品误导为 AI 陪伴或虚构故事生成。

后果： bingodevzone/yayadiary 作为私有空仓库创建。公开发布或投入品牌资产之前，仍需分别完成中文名、拼音名及近似名称在目标类别中的正式商标清查。

可能推翻此决策的证据： 商标清查发现不可接受的近似风险，应用商店存在强冲突，或目标用户测试显示名称难以理解、复述或建立正确产品预期。

选择： 建立一套产品与客户端代码内核，再通过独立 CI/CD 流水线发布不同地区的发行单元。各地区可以使用不同的后端、模型供应商、数据存储、同意流程、政策和应用商店条目。

考虑过的替代方案：

理由： 中国大陆与海外市场在儿童数据、AI 服务、平台政策和基础设施方面存在实质差异，无法安全地共用一条不分地区的数据和模型链路。分别开发两套产品则会重复交互设计与客户端工作，却不增加用户价值。

后果： 客户端和产品逻辑应保持可复用，但账户所属地区与数据驻留必须明确。各地区发行单元必须能够独立部署。第一版只验证一个市场，而不是同时在多个市场上线。

可能推翻此决策的证据： 某个地区要求无法通过配置和服务接口隔离，或证据显示两个市场需要根本不同的用户命题，而不只是本地化实现。