前言：今天跟大家唠唠如何用小money生 大money的方法，首先我们需要准备一个工具。
这个工具叫码上飞CodeFlying，它是目前国内首发的L4级自动化智能软件开发平台。
它可以在短时间内，与AI进行几轮对话就能开发出一个可以解决实际问题的应用软件。
并且，在平台生成的应用还可以打包拿走代码，并且支持私有化的部署。
用现在比较流行的说法来讲，可以把码上飞理解为“文生软件”将文字作为驱动软件开发的第一语言。
在用码上飞之前，我们先去企微上找找开发需求~来看一个新鲜出炉的需求（还热乎着呢） !这个用户想搞一个报修表单，能够统计保修记录，和处理维修任务的系统。
读完他的需求之后，我这里的思路就非常清晰了。
从产品的角度来看，他的核心需求就是以下几点。
报修表单提交：报修人员能够在线提交报修表单，详细描述故障情况。
维修任务分配：管理人员能够将报修任务分配给合适的维修人员。
维修记录管理：维修人员能够记录维修过程和结果，管理人员能够查看所有维修记录。
统计与分析：系统能够对维修数据进行统计和分析，帮助管理人员了解维修情况和绩效。
那我们现在就可以带着需求去找码上飞了~来到对话界面，直接把我们刚才分析出来的核心需求丢给他。
从图中我们可以看到，在我向他表达了需求之后，AI反问我是否需要开发一个全新的维修管理系统，还是说可以基于现有的用旧的去开发。
那我肯定是要一个全新的啦，那就直接向他表达我们的意思。
在确定了要一个全新的维修系统之后，AI反馈出了一个解决方案，「信息数据管理系统」并且在介绍中详细的说明了可以处理和储存传递信息，具备自定义功能，能够满足报表单提交，维修任务分配，记录分析等需求。
看着确实不错，那就同意他的解决方案，选中点确定看看下一步。
到这里，我选择完解决方案之后，他又让我确定一下登录的方式，我寻思我也没要登录系统啊~没想到码上飞考虑的这么全面，还替我们搭建了一个登录系统。
那我这里就选正常的默认用户名和密码登录吧。
配置好登录系统之后，就到了最重要的环节，沟通和敲定产品的最终需求。
从AI的回答中我们可以看到，他针对我刚才提出的核心需求，进行了自己的思考，并且基于业务逻辑提出了以下几个疑问。
都是我们刚才没有仔细确认的。
那我们就来依次回答他：1.记录保修人员的姓名、工号、年龄、联系方式、工种2.手动分配给特制定的维修人员3.包括维修开始时间、结束时间、维修的设备、维修地址、维修客户姓名、客户联系方式4.统计每个员工的累计维修次数即可这里可以看到，在我解决了他的疑问之后，AI直接把应用的数据结构设计了出来。
我们可以点开详情查看一下。
在数据结构中可以清晰的看到AI一共设计了4个页面，且每个页面中的具体字段也看的一清二楚。
在这个详情里，还支持自定义的增删改，直到满意为止。
在确认无误之后，就可以让AI步入到开发应用和部署的环节了。
应用开发好了，我们直接去体验一下。
在点击立即体验之后，右侧直接弹出了一个应用的预览界面，我们首先看到的就是应用的登录界面，是我们刚才选择配置的登录方式（用户名和密码）。
进来之后，能够看到除了首页之外一共包含了四个页面。
我们来依次点开看看，别看这是四个页面，但是每个页面之间都有对应的关联逻辑关系，比如说我现在在维修人员这里增加一个信息。
在添加完维修人员的信息之后，我们可以点开详情，就可以查看到与这个员工相关的报修单、维修任务以及维修次数的统计。
比如说我在维修工张三的报修单中新增了一条空调坏了的信息。
那张三就可以点开详情看到属于自己的维修任务。
能够看到故障情况，以及报修提交的时间，同时展示这个报修所属的人员信息。
这里我们就可以手动增加一条维修任务的信息，同时来指派由哪个维修工来完成。
编辑这个时候我们就可以看到一个完整的维修业务信息，包含了报修单的提交、维修人员的分配以及维修内容的记录。
同时管理员还可以在这个后台中查看所有相关的维修信息，以便及时的了解实际业务状况。
到这里整个应用的开发及测试就全部完成了。
回到企微中的需求，对比一下我们用码上飞做出来的应用，基本上完全满足了他的需求。
【划重点】当然，因为我们没有和用户在需求上进行直接的沟通，所以只能从他这一句话中来解读产品。
所以在我们制作完这个应用之后，可以把这个demo发给他看，看是否能够满足他的需求，如果能满足，那么皆大欢喜，我们直接收money。
如果不行，别慌，我们还可以回到码上飞中，在刚才这个应用开发的对话界面，继续与AI进行沟通，让他不断的调整和优化产品，直到用户满意为止（就可以收money啦。

）。
另外，在应用开发完成之后，可以点击平台右上角的下载代码，直接把项目的所有源代码打包拿走。

如果有私有化部署的想法，也可以去联系平台管理员操作。
​