不会编程，用 Codex 接到 7000 元小程序：这笔单到底赚不赚？

报价前先画出项目边界

客户说“做个小程序”，可能包含设计、数据导入、支付、审核、部署和上线后的修改。报价只覆盖开发却默认承担所有环节，项目容易在交付阶段失控。把功能清单、客户要提供的资料、验收方式和超出范围后的处理写在同一份确认单里。

• 做什么列出本次必须交付的页面、功能和数据来源。
• 谁负责区分客户提供资料、开发者实现、第三方平台审核。
• 怎么验收用能实际操作的场景验证，而不是只看一张演示截图。
• 改几次约定修改的范围、时间和上线后维护方式。

Codex 提速后，最容易漏掉什么？

模型能帮你实现页面、整理代码和定位错误，但需求是否满足、数据是否正确、手机端是否能用，仍需要真实设备和真实账号测试。尤其是登录、支付与消息通知一类流程，模型说“完成”只是待验收状态。把版本、测试记录和客户确认留存，比单次生成速度更影响复购。

怎么判断 7000 元这单值不值？

做完后再算：实际收到的开发费，减去工具与外包支出，再减去你投入的沟通、开发、测试、修改和售后时间。收入与利润分开记录；首单即使单次收益不高，如果能留下清楚的交付清单和可复用组件，也可能为下一单降低成本。反过来，长期免费维护会持续吞掉这笔收入。

• 财务开发费是否实际收到，工具和第三方费用由谁承担。
• 时间从首次沟通到最终验收共花了多少小时。
• 复用哪些通用部分能再次使用，哪些只适合这位客户。