代码完成不等于产品完成
做 App 的时候，人很容易把“能跑起来”当成一个巨大节点。
页面能打开，数据能保存，语音能识别，主要流程能走通，这些当然很重要。但真正准备发布时，我才明显感觉到：代码完成只是一个阶段结束，不是产品完成。
一个面向真实用户的 App，还需要回答很多代码之外的问题：
- 用户在哪里下载；
- 隐私政策在哪里；
- 用户协议是否完整；
- 是否涉及儿童信息；
- 应用市场需要哪些材料；
- 软件著作权、备案、开发者账号如何处理；
- 官网是否能承载审核和用户访问；
- 如果用户或平台要核验信息，是否有稳定入口。
这些事情不写在代码里，但它们决定 App 能不能真正出去。
上线阶段会暴露产品的真实边界
在开发阶段，我关注的是功能是否成立。
比如宝宝档案是否能建，照护记录是否能保存，语音输入是否能转成结构化记录，首页信息是否能正确反馈。
但一进入上线阶段，问题立刻变成另一套维度：
- 这个 App 面向什么人；
- 是否收集个人信息；
- 采集的信息是否必要；
- 使用语音时是否说清楚目的；
- 用户是否知道数据存在哪里；
- 应用市场能否理解这个产品；
- 官网信息和应用市场材料是否一致。
这时你会发现，产品的每一个功能都要有公开解释。
开发时一句“这里需要录音权限”，上线时就变成：为什么需要、何时使用、是否保存、是否上传、用户如何撤回授权、隐私政策里如何描述。
个人开发者最容易低估材料工作
写代码时，很多问题都可以靠技术手段推进。
缺页面就补页面，缺接口就补接口，缺测试就写测试。即使很难，至少问题边界相对清楚。
上架材料不一样。它经常是交叉的：
- 官网要和隐私政策一致；
- 隐私政策要和权限使用一致；
- 应用市场介绍要和实际功能一致；
- 截图要和当前版本一致；
- 备案、软著、开发者主体信息要互相对得上。
这些东西看起来分散，其实共同构成了产品可信度。
如果前期没有准备，上线前就会变成一连串补材料、改表述、查规则、补证明、重截图的工作。它不是写代码那种单点任务，而是一组互相牵动的状态。
官网不是宣传页，而是发布基础设施
这也是我后来决定认真整理 qingsongji.cn 的原因。
官网当然可以展示产品，但它更重要的职责是给发布和信任提供稳定入口。对「宝贝轻松记」来说，官网至少要承载：
- 产品介绍；
- 下载或下载说明；
- 用户协议；
- 隐私政策；
- 联系方式；
- 版本和后续说明；
- 工程手记入口。
这些内容不一定都给普通用户高频阅读，但它们要存在，而且要稳定。
当应用市场、用户、合作方或未来的自己需要查一件事时，官网应该能给出清楚答案。
上线是一种产品治理
过去我会把上线理解成“把包传上去”。
现在更准确的理解是：上线是一种产品治理。它要求你把散落在代码、文档、素材、协议、市场后台里的信息统一起来。
上线阶段真正考验的不是某一个功能，而是产品是否形成了完整闭环：
- 功能闭环；
- 信息闭环；
- 合规闭环；
- 用户信任闭环；
- 后续维护闭环。
代码能跑，只说明功能闭环有了雏形。其他闭环如果没有补齐，产品仍然出不去，或者出去后很难被信任。
对个人开发者的提醒
如果重新规划这个过程，我会更早把上线工作纳入开发节奏，而不是等 App 快写完才集中处理。
比较稳的做法是：
功能开发
↓
同步整理权限和数据说明
↓
同步沉淀官网与协议入口
↓
同步准备市场材料
↓
上线前做一次完整一致性检查这样不会让合规和发布材料变成最后一周突然涌出来的压力。
App 写完以后，真正难的不是点击上传按钮，而是证明这个产品值得被安装、被审核、被信任。