从想法到上线：每个小项目都可以先看这 5 件事

1. 范围：第一版要完成什么

以一个虚构报价工具为例：给自己估算费用，输入数量、单价和运费，显示总额。第一版不保存客户信息、不收款。

把这段写进需求，再补一组正确结果：数量 10、单价 12、运费 8，应该得到 128。你和 AI 都可以拿它来判断计算是否正确。

若准备做账号、订单或支付，分别列出需要解决的问题，按实际能力与时间安排版本。

用第一次使用的人能理解的方式走一遍：打开页面，填写字段，点击计算，找到结果，再修改输入重算。检查单位、金额和提示放在哪里。

再换到手机上操作，看看键盘是否遮住按钮、结果是否需要来回找。把步骤和输入记下来，以后每次改动都可以重试。

用几个错误输入试试：数量为空、单价为负、数量填小数。提示应说明哪里需要改，用户修正后能继续操作。

如果项目还会请求外部服务，要试服务失败或超时的情况：页面是否一直转圈，是否允许重试，会不会重复产生记录。按项目实际功能补充，不必为静态计算器加用不到的后台功能。

确认输入是否只留在当前浏览器，还是会发往服务器或第三方服务。若保存了业务资料，要明确查看和修改范围，并用不同账号试一遍。

前端隐藏内容之外，服务端也需要检查取数权限。可以参考虚构客户资料页示例，把“查自己的资料”和“尝试查其他账号资料”分别列为操作用例。

根据项目选择托管方式，记录构建、发布与启动步骤。用最终地址检查 HTTPS、手机页面、主要链接和刷新，再把原来的输入例子重试一次。有后端时，确认正式配置、数据读写和错误查看方式。

发布前保存一个可用版本，弄清怎样恢复。如果修改涉及业务数据，也要保留适当备份，确认代码退回时数据怎样处理。

保留需求、可用版本、测试输入、使用说明和当前待解决问题。上线后找准备使用的人试一遍，记录他们停在哪里，再按影响安排修改。每次增加功能，更新对应的例子。

完整清单可以从这里下载。如果还在第一步，用任务说明模板先把目标和范围写清楚。

功能还没做全，也可以开始检查吗？

可以。每完成一个能操作的小部分，就用已知输入试一遍。发现问题后更容易联系到最近的改动，也便于保留可用版本。

一个人做项目，也需要保留版本吗？

需要保留可恢复的记录。可以使用 Git 或工具提供的版本功能，并亲手确认怎样找回上一版。

上线后先做什么？

用发布后的地址重新完成主要操作，再请准备使用的人试用，记录卡点和报错，按影响决定下一步修改。