今年大模型的能力也是突飞猛进,可以用日新月异来形容。有好些人有疑问,既然大模型的能力如此强大,还有必要使用低代码了么?我的回答是有必要的,我们这一列的系统课程,利用AI来打造一套我们可以自用的系统,看看如何用AI来完成构建。
1 生成需求
大模型的最大的能力是帮我们结构化的梳理需求,但是问题提出必须是你自己,你要有洞察能力去发现需求,把你观察的问题梳理好让大模型帮你进行完善和整理。
比如我的提示词是我切实的业务痛点
我现在是一名知识博主,日常分享低代码的实战教程,围绕着教程,我通常会开展几类业务,第一类是咨询,通常是按次付费,客户会咨询产品相关的问题,第二类是一对一教学,通常是按课时,有的约一小时,有的约两小时,我的课时报价是每小时***,第三类是外包,通常是按项目合作,对方提供需求功能清单,我需要进行报价,然后收到预付款开始开发,最后收到尾款。当然了有的项目周期比较长,就分成按工时结算,开发阶段是按周结算,运维阶段是按月结算。还有一类就是询价的客户,通常这类客户无法成交,但是需要记录一下他来源渠道,需要询价的内容。按照外包的,我要按日记录工时,每天投入的工时,开发的功能。还有就是如果是项目的我需要建立模块清单,包含一级模块、二级模块、三级模块,需要记录模块的功能,管理变更,管理模块的状态,比如未开始、进行中、已完成、已取消,模块避免不了变更,还需要追踪变更的历史情况。对于项目进入运维阶段,需要记录工单,包括报错的现象、解决的方案。对于统计分析,我希望看到当前学员的数量、项目的数量、咨询的数量,还希望记录总收入,可以按照年度统计,也可以按照月度统计。对于项目我希望看到总工时,评估工时,总工时区分哪些是开发工时,哪些是运维工时。对于学员,我希望看到他总共约课的课时,总共投入的课时费用,可以按年统计也可以按月统计。先按照上述的需求帮我整理一份详细的需求规格说明书,来指导我后续的原型设计和功能开发,原型我准备使用trae根据需求来自动生成
将你的需求输入大模型之后,大模型给出了详细的需求规格说明书
低代码博主业务管理系统 需求规格说明书 (SRS)
1. 简介
1.1 系统目标
本系统的目标是帮助低代码知识博主高效管理其各项业务活动,包括咨询服务、一对一教学、项目外包、工时记录、收入统计和客户询价记录。通过系统化的数据记录和分析,提高业务管理效率和数据透明度。
1.2 目标用户
- 低代码知识博主本人(主要用户):用于日常业务操作、数据记录、项目管理和统计分析。
2. 业务功能需求
2.1 客户管理模块 (CRM)
编号 | 功能名称 | 功能描述 | 业务流/特殊要求 |
---|---|---|---|
C-1 | 询价客户记录 | 记录仅询价但未成交的客户信息。 | 必填项:客户来源渠道、询价内容摘要。 |
C-2 | 客户信息维护 | 记录和管理所有客户(咨询、学员、项目方)的基本信息。 | 记录姓名/昵称、联系方式、客户类型(多选:咨询、学员、项目方)。 |
2.2 咨询服务模块
编号 | 功能名称 | 功能描述 | 业务流/特殊要求 |
---|---|---|---|
Z-1 | 咨询记录 | 记录每次按次付费的咨询服务详情。 | 必填项:咨询日期、客户 ( C-2 \text{C-2} C-2关联)、咨询主题、收入金额。 |
2.3 一对一教学模块
编号 | 功能名称 | 功能描述 | 业务流/特殊要求 |
---|---|---|---|
J-1 | 学员信息关联 | 标识和管理学员(客户类型)。 | 关联学员客户 ( C-2 \text{C-2} C-2)。 |
J-2 | 约课记录 | 记录学员预约的课时情况。 | 必填项:预约日期、学员 ( J-1 \text{J-1} J-1关联)、预约课时数 (小时)。 |
J-3 | 上课记录与结算 | 记录实际上课情况并自动计算费用。 | 必填项:上课日期、实际消耗课时数、课时单价(默认为 150 150 150/小时,可修改)、总课时收入(自动计算)。 |
J-4 | 学员课时统计 | 统计每个学员的总约课时和总投入费用。 | 详见 T-5 \text{T-5} T-5 统计需求。 |
2.4 项目外包管理模块
编号 | 功能名称 | 功能描述 | 业务流/特殊要求 |
---|---|---|---|
P-1 | 项目立项 | 创建和记录新项目,并进行初次报价。 | 必填项:项目名称、客户 ( C-2 \text{C-2} C-2关联)、项目类型(按项目/按工时)、预估工时、报价金额。 |
P-2 | 项目收款管理 | 记录项目的款项流。 | 记录预付款(金额、日期)、尾款(金额、日期)、其他款项。 |
P-3 | 模块清单建立 | 为项目建立多级功能模块清单。 | 支持三级模块结构:一级模块 → \to → 二级模块 → \to → 三级模块。必填项:模块功能描述、预估工时 (可选)。 |
P-4 | 模块状态管理 | 追踪模块的开发进度。 | 状态:未开始、进行中、已完成、已取消。 |
P-5 | 模块变更追踪 | 记录模块的功能变更。 | 必填项:变更日期、变更内容描述、变更原因、变更人。记录历史变更记录。 |
2.5 工时与结算模块
编号 | 功能名称 | 功能描述 | 业务流/特殊要求 |
---|---|---|---|
G-1 | 按日工时记录 | 记录所有项目(按项目/按工时)的每日工时投入。 | 必填项:日期、项目 ( P-1 \text{P-1} P-1关联)、投入工时数 (小时)、开发功能/工作内容描述。 |
G-2 | 开发阶段结算 | 针对按工时结算的项目,按周汇总开发阶段工时并进行结算记录。 | 记录周结算日期、总工时、结算金额。 |
G-3 | 运维阶段工时记录 | 记录项目进入运维阶段的工时。 | 必填项:日期、项目 ( P-1 \text{P-1} P-1关联)、工时类型(运维工时)、投入工时数。 |
G-4 | 运维阶段结算 | 针对按工时结算的项目,按月汇总运维阶段工时并进行结算记录。 | 记录月结算日期、总运维工时、结算金额。 |
2.6 运维工单管理模块
编号 | 功能名称 | 功能描述 | 业务流/特殊要求 |
---|---|---|---|
W-1 | 工单录入 | 记录项目运维阶段客户提交的工单。 | 必填项:工单日期、所属项目 ( P-1 \text{P-1} P-1关联)、报错现象描述、解决状态(待处理/处理中/已解决/已关闭)。 |
W-2 | 工单处理与记录 | 记录工单的解决过程。 | 必填项:解决的方案描述、解决工时(可与 G-3 \text{G-3} G-3 关联)。 |
3. 统计分析需求 (BI)
编号 | 统计指标 | 统计维度 | 数据来源 |
---|---|---|---|
T-1 | 当前学员总数 | 实时 | 学员类型客户 ( J-1 \text{J-1} J-1) |
T-2 | 当前项目总数 | 实时 | P-1 \text{P-1} P-1 (状态非已完成/已取消) |
T-3 | 总咨询次数 | 实时 / 年 / 月 | Z-1 \text{Z-1} Z-1 记录数 |
T-4 | 总收入统计 | 年 / 月 | 所有收入来源汇总:咨询收入 ( Z-1 \text{Z-1} Z-1)、教学收入 ( J-3 \text{J-3} J-3)、项目收入 ( P-2 \text{P-2} P-2/ G-2 \text{G-2} G-2/ G-4 \text{G-4} G-4)。 |
T-5 | 学员课时与费用 | 年 / 月 / 学员个体 | 总约课时 ( J-2 \text{J-2} J-2);总投入课时费用 ( J-3 \text{J-3} J-3) |
T-6 | 项目总工时 | 项目个体 / 年 / 月 | 总工时 ( G-1 \text{G-1} G-1/ G-3 \text{G-3} G-3) |
T-7 | 工时类型区分 | 项目个体 / 年 / 月 | 开发工时 ( G-1 \text{G-1} G-1 - 排除运维工时);运维工时 ( G-3 \text{G-3} G-3) |
4. 非功能性需求
编号 | 需求名称 | 描述 |
---|---|---|
N-1 | 用户体验 | 界面设计简洁、直观,操作流程符合日常使用习惯。 |
N-2 | 数据安全 | 客户数据和财务数据需要妥善保管,具备基础备份机制。 |
N-3 | 响应速度 | 常见查询和录入操作应在 2 2 2 秒内响应。 |
N-4 | 可扩展性 | 模块化设计,方便未来增加新的业务类型(如社群服务、付费内容销售)。 |
5. 数据字典 (关键字段)
模块 | 字段名称 | 数据类型 | 约束/说明 |
---|---|---|---|
客户 | 客户类型 | 枚举/多选 | 咨询/学员/项目方/询价 |
教学 | 课时单价 | 数值 | 默认为 150 150 150 |
项目 | 项目类型 | 枚举 | 按项目/按工时 |
项目 | 模块状态 | 枚举 | 未开始/进行中/已完成/已取消 |
工时 | 工时类型 | 枚举 | 开发工时/运维工时 |
统计 | 收入类型 | 枚举 | 咨询/教学/项目开发/项目运维 |
2 生成提示词
上边的需求文档是给自己看的,我们还需要让大模型写一份提示词,告诉trae如何生成页面
提示词:
还需要有一个提示词,直接是文字性描述,提示词,要约定技术栈,我是使用html、css、JavaScript生成页面,我需要的结构是,模块名称,里边的功能,包含表格的列,查询条件、操作列的按钮,新增表单,对于统计分析版块,要明确是统计卡片,统计卡片展示的内容,还是图或者表格,图要说明是折线图还是柱状图还是饼状图还是热力图还是散点图,告诉他数据的纬度给出示例数据来
大模型给出的提示词
trae 原型生成指令(HTML/CSS/JS 技术栈)
请基于 HTML、CSS、JavaScript 生成一个用于管理低代码博主业务的管理系统原型。系统需要包含以下模块:
1. 客户管理模块 (CRM)
结构元素 | 描述 |
---|---|
功能 | 询价客户记录;客户信息维护。 |
表格列 | 客户名称/昵称、联系方式、客户类型(多选标签展示)、来源渠道、询价内容摘要、最近交互日期。 |
查询条件 | 客户类型(下拉多选)、来源渠道(下拉单选)、名称/联系方式(文本搜索)。 |
操作按钮 | 编辑(打开编辑表单)、删除、新增客户(打开新增表单)。 |
新增表单 | 客户名称/昵称(文本)、联系方式(文本)、客户类型(复选框:咨询/学员/项目方/询价)、来源渠道(文本)、询价内容摘要(多行文本)。 |
2. 教学与咨询管理模块
结构元素 | 描述 |
---|---|
功能 | 咨询记录;约课记录;上课记录与结算。 |
表格列 | 日期、客户名称(链接至客户详情)、服务类型(咨询/教学)、课时数(教学服务显示)、单价、收入金额、主题/内容摘要。 |
查询条件 | 客户名称(文本搜索)、服务类型(下拉单选)、日期范围选择。 |
操作按钮 | 记录咨询(打开新增咨询表单)、记录约课(打开新增约课表单)、记录上课(打开新增上课表单)、编辑、删除。 |
新增表单 | 日期(日期选择)、客户(下拉关联客户列表)、服务类型(单选:咨询/教学),如果是咨询显示:咨询主题(文本)、收入金额(数值);如果是教学显示:约课课时(数值)、实际消耗课时(数值)、课时单价(数值,默认 150 150 150)。 |
3. 项目外包管理模块
结构元素 | 描述 |
---|---|
功能 | 项目立项、收款管理、模块清单管理、工单管理(子页面)。 |
表格列 | 项目名称、客户名称、项目类型(按项目/按工时)、项目状态(标签展示)、报价金额、已收金额、预估工时、项目开始日期。 |
查询条件 | 项目状态(下拉多选)、项目类型(下拉单选)、项目名称(文本搜索)。 |
操作按钮 | 进入项目详情(跳转至模块清单/工时/工单子页面)、新增项目、编辑、删除。 |
项目详情 - 模块清单页面 | 三级树状表格展示:模块名称、功能描述、预估工时、当前状态(下拉更新)、操作(变更记录按钮,弹出历史列表;新增子模块按钮)。 |
项目详情 - 工单管理页面 | 表格列:工单编号、日期、报错现象、解决的方案、解决状态。操作:处理工单、记录运维工时。 |
新增表单 | 项目名称(文本)、客户(下拉关联)、项目类型(单选)、报价金额(数值)、预估工时(数值)、项目开始日期(日期选择)。 |
4. 工时与结算模块
结构元素 | 描述 |
---|---|
功能 | 按日工时记录;开发/运维阶段结算记录。 |
表格列 | 日期、项目名称、投入工时(小时)、工时类型(开发/运维)、开发功能/工作内容描述、结算状态(已结算/未结算)。 |
查询条件 | 日期范围选择、项目名称(下拉单选)、工时类型(下拉单选)。 |
操作按钮 | 记录工时(打开新增表单)、结算工时(按周/按月汇总未结算的工时并记录收入)、编辑、删除。 |
新增表单 | 日期(日期选择)、项目(下拉关联)、投入工时数(数值)、工时类型(单选)、工作内容描述(多行文本)。 |
5. 统计分析看板 (Dashboard)
分析看板应由统计卡片、图表和表格组成。
组件类型 | 统计内容 | 可视化类型 | 数据维度/示例数据 |
---|---|---|---|
统计卡片 | 当前学员总数 | 卡片 | 58 58 58 |
统计卡片 | 当前项目总数 | 卡片 | 6 6 6 (进行中) |
统计卡片 | 总咨询次数 | 卡片 | 120 120 120 (本年累计) |
图表 | 总收入分析 | 折线图 | 维度:年/月。示例数据:月份 (X轴) / 总收入金额 (Y轴)。 |
图表 | 收入结构占比 | 饼图 | 维度:收入类型(咨询、教学、项目开发、项目运维)。示例数据:教学 35 % 35\% 35%; 项目开发 45 % 45\% 45%; 咨询 10 % 10\% 10%; 项目运维 10 % 10\% 10%。 |
图表 | 项目工时分布 | 柱状图 (堆叠) | 维度:项目名称 (X轴)。堆叠区分:开发工时 vs 运维工时 (Y轴)。示例数据:项目 A:开发 80 h 80h 80h / 运维 20 h 20h 20h;项目 B:开发 120 h 120h 120h / 运维 0 h 0h 0h。 |
表格 | 学员课时投入 TOP 5 | 表格 | 列:学员名称、总约课时数、总费用投入。示例数据:张三 → 40 \to 40 →40 小时 → ¥ 6000 \to ¥6000 →¥6000。 |
3 生成原型
需求文档和提示词都有了之后,就可以生成我们的原型了。这里为什么要强调使用原生语法而不用框架呢?因为低代码我们就是不要代码,使用原生语法可以很方便的复用到可视化的编辑器里。
打开我们的trae,点击文件,选择从文件夹打开
选择你创建好的文件夹
勾选信任作者
点击新建文件的图标
创建一个需求说明书.md的文件
将我们生成的需求规格说明书贴入
按照同样的方法创建一个提示词.md文件,贴入具体的内容
之后拖入文件进入对话框,要求trae按照提示词生成原型
trae的工作方式是先理解文件内容,列出待办项,然后一项一项的执行
任务执行完毕后需要点击审查,全部确认了
4 最终的成果
经过了大模型的一番操作,就自主的完成了原型的编制
4.1 统计看板
统计看板已经体现了我们日常重点关注的内容
4.2 客户管理
提供了客户信息的管理
4.3 教学咨询
4.4 项目外包
4.5 工时结算
总结
我们的开篇是介绍了如何借助大模型和trae来完成需求的梳理和原型的生成,大模型只能帮助我们打开思路,离我们的业务系统的目标还非常远,后续我们来通过优化提示词逐步的完成我们业务系统的搭建,敬请期待。