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