企业官网建设流程全解析

我的结论先说：零代码做失物招领 APP，第一版出得快，真正影响答辩质量的是后面四轮需求修正。我不会编程，只靠中文描述让 AI 生成了一个可安装、可录入数据的校园失物招领原生 APP；我没有停在“页面能点”，而是把认领、隐私和审核逐轮补齐。

我是大四学生，毕设选题是校园失物招领 APP。为了避免把一个月耗在学框架上，我用了一个中文需求转应用工具。下面是我保留的四轮提示词和每轮改动。

第 1 轮：先让主流程跑起来

我的提示词：

做一个校园失物招领 APP，首页显示失物和招领信息，学生可以发布、搜索、查看详情，也能管理自己发布的记录。

这一轮生成了首页、发布页、详情页和“我的”页面，安卓机上可以安装演示。我用中文描述生成 APP，全程没写代码。不过字段太少，“黑色保温杯”一搜出现 7 条，谁也分不清。

第 2 轮：让物品信息可筛选

我的提示词：

发布时增加物品类别、颜色、发现日期、地点、照片和特征描述；首页可按类别、日期、校区筛选，地点用下拉选项，联系方式默认隐藏。

我测试时又遇到一个小麻烦：同学会写“三教”“第三教学楼”“3 教”，搜索被拆成三个地点。我把地点改成固定枚举，再保留“其他地点”补充框。测试表里的 31 条记录清爽了很多，重复结果也更容易辨认。

第 3 轮：补上认领闭环

我的提示词：

失主点击申请认领后，先回答发布者设置的验证问题；发布者查看答案并同意，记录才变成已认领。双方确认前不展示手机号，申请人每天最多提交 5 次。

首版只做了一个“联系发布者”按钮，我发现这会暴露电话，也挡不住乱认领。第三轮加入验证问题、申请状态和次数限制后，流程才完整。我还把答案校验放到服务端处理，避免验证内容直接留在前端数据里。

第 4 轮：按真实运营补管理规则

我的提示词：

增加举报、撤回、过期关闭和管理员审核；包含手机号或辱骂词的公开描述先进入待审核；保存操作记录；用户可以删除自己的账户与发布数据。

我让 12 名同学试用，大家最在意的竟然是“捡到饭卡后能不能马上发”。我便让普通记录先发布再抽查，含敏感信息的记录进入待审；贵重物品仍由管理员确认。这个取舍比全量审核更适合答辩演示，但学校真部署时还要由老师确定责任流程。

我在答辩里主动写出的边界

我做出的校园失物招领 APP 能完成发布、筛选和认领，图片搜索仍只是标签匹配，无法可靠判断两张照片是否同一件物品。校园统一身份认证、图片存储权限、内容申诉、日志留存和应用商店审核，也都需要人工配置与安全检查。

四轮迭代让我明白，零代码做 APP 省掉了语法和页面搭建，却省不掉需求判断。对毕设而言，我能把时间留给用户测试、流程图和论文数据，价值已经很实际。

（四轮原型都在码上飞里完成。）