全栈这玩意儿写多了你会发现套路都差不多但换个行业就能把人卡住。这次挑了CRM客户管理、酒店预订、外卖点餐、票务系统、员工考勤五个方向。每条提示词直接写成中文拿走就能当需求文档。1. 客户关系管理CRM系统用 Express PostgreSQL JWT 做一个简单的CRM系统。角色分管理员和销售。管理员可以增删销售账号查看所有客户和商机。销售登录后只能看到自己名下的客户可以添加客户姓名、公司、邮箱、电话可以创建商机关联客户、金额、状态初步接触、谈判中、已成交、已丢失并且能更新商机状态。管理员端展示一个柱状图Chart.js关闭动画显示每个销售的商机总额。销售端展示自己的销售漏斗。用 httpOnly cookie 存JWT。前端用 React 或原生 JS。提供 docker-compose 部署 PostgreSQL。难点不同角色看到的数据要隔离销售只能动自己的客户和商机。加一个按客户名称搜索的功能。不要邮件集成不要上传附件。话说销售们用的客户管理工具。核心是数据隔离——销售只能看见自己的客户老板能看全部。再加个销售漏斗的图表。2. 酒店房间预订系统用 NestJS PostgreSQL JWT 实现酒店房间预订系统。数据表房间表房间号、类型单人间/双人间/套房、每晚价格、是否启用预订表用户ID、房间ID、入住日期、退房日期、总价、状态待确认/已确认/已取消。用户可以注册登录按日期范围查询可订房间检查房间在选定的时间段内没有被预订。订房时创建一条状态为“待确认”的预订记录用户必须在15分钟内点击“确认支付”按钮将状态改为“已确认”否则超时自动取消可以用定时任务也可以在页面加载时检查过期。管理员接口增删改查房间查看所有预订。用数据库事务防止重复预订。前端用 React 或原生 JS日期选择用原生 input 或 flatpickr。自动计算入住天数与总价。提供 docker-compose。难点日期重叠的可用性判断以及待确认超时取消机制。适合场景酒店预订的典型逻辑。日期重叠判断要写对pending状态和超时取消的机制也得设计好。3. 外卖点餐小程序后端用 Express MongoDB或 PostgreSQL JWT 做一个外卖点餐的后端。实体用户顾客、商家、骑手、商家名称、地址、菜系、菜单、订单顾客ID、商家ID、商品列表、状态已下单/备餐中/配送中/已送达、骑手ID。功能- 顾客浏览商家和菜单下单追踪订单状态。- 商家收到订单通知轮询或SSE将状态更新为备餐中/配送中。- 骑手查看待配送的订单状态配送中接单标记为已送达。- 送达后顾客可以给订单打分1-5星。不做距离计算骑手手动接单即可。实时状态更新用 SSEServer-Sent Events代替 WebSocket 简化。提供接口文档。前端不做强制要求但需要给每个角色做一个简单的仪表盘。用 docker-compose 部署。难点多角色权限控制以及订单状态机的流转逻辑。核心价值外卖系统的多角色流转。订单状态机从下单到送达每个角色看到不同的按钮和列表。SSE做轻量级实时更新比WebSocket省事。4. 演唱会票务系统用 FastAPI PostgreSQL Redis 搭建演唱会票务系统。功能- 管理员创建演唱会艺人、场馆、日期、总座位数、票价生成座位图10行x10列可以把某些座位标记为VIP或普通。- 用户注册登录浏览即将开始的演唱会选择演唱会后看到座位图选择空闲座位每场演唱会每个用户最多选4个加入购物车存在Redis里有效期10分钟结算时原子性地减少座位可用数量用数据库行锁或Redis事务生成票码二维码占位。- 防止超卖用 Redis 分布式锁或数据库 SELECT FOR UPDATE。选座后暂时锁定Redis 过期键。- 订单历史用户可查看已购票记录。- 管理员仪表盘查看每场演唱会的销售额和剩余座位。不做真实支付直接模拟成功。前端用原生 JS fetch。提供 docker-compose 包含 FastAPI、Postgres、Redis。难点座位临时锁定和并发控制避免同一座位被两人同时买走。为什么选这个票务系统最怕超卖。选座后要锁定一段时间别人不能选同一个座位。Redis的过期key很适合做这个临时锁定。5. 员工考勤与请假系统用 Django PostgreSQL 开发员工考勤与请假系统。模型用户扩展Django用户增加部门和角色员工/经理、考勤记录用户、日期、上班打卡时间、下班打卡时间、请假申请用户、开始日期、结束日期、事由、状态待审批/已批准/已拒绝。功能- 员工上班打卡/下班打卡每天只能各打一次不能没打上班卡就打下班卡提交请假申请日期范围查看自己的考勤历史与请假记录。- 经理审批本部门员工的请假申请查看部门考勤汇总今天谁请假、谁忘打卡。- 自动计算工作时长下班时间减上班时间展示月度汇总。- 管理员添加用户分配经理。- 用一个简单的 HTML 表格做一个日历视图绿色代表出勤红色代表缺勤未打卡。使用 Django 自带认证。提供 docker-compose 部署 PostgreSQL。预置演示数据。难点请假日期不能与已批准的请假重叠打卡规则不可重复打卡不可跨天补卡。话说公司内部用的打卡请假系统。难点是请假日期不能重叠、一天只能打一次卡、经理只能批自己部门的人。做完了对RBAC和数据范围会有更深的理解。这五个方向覆盖了销售、酒店、外卖、票务、人事五个行业。直接复制就能当需求文档用。做的时候建议先把数据模型画出来字段、关联、约束理清楚再写代码。全栈项目最怕做到一半发现表结构少了个字段那时候改起来就想删库跑路了。选一个你最熟悉的业务场景下手跑通之后把接口文档写好面试的时候直接说你做过这套系统。
全栈项目再来5个：CRM、酒店、外卖、票务、考勤
发布时间：2026/6/7 1:15:24
全栈这玩意儿写多了你会发现套路都差不多但换个行业就能把人卡住。这次挑了CRM客户管理、酒店预订、外卖点餐、票务系统、员工考勤五个方向。每条提示词直接写成中文拿走就能当需求文档。1. 客户关系管理CRM系统用 Express PostgreSQL JWT 做一个简单的CRM系统。角色分管理员和销售。管理员可以增删销售账号查看所有客户和商机。销售登录后只能看到自己名下的客户可以添加客户姓名、公司、邮箱、电话可以创建商机关联客户、金额、状态初步接触、谈判中、已成交、已丢失并且能更新商机状态。管理员端展示一个柱状图Chart.js关闭动画显示每个销售的商机总额。销售端展示自己的销售漏斗。用 httpOnly cookie 存JWT。前端用 React 或原生 JS。提供 docker-compose 部署 PostgreSQL。难点不同角色看到的数据要隔离销售只能动自己的客户和商机。加一个按客户名称搜索的功能。不要邮件集成不要上传附件。话说销售们用的客户管理工具。核心是数据隔离——销售只能看见自己的客户老板能看全部。再加个销售漏斗的图表。2. 酒店房间预订系统用 NestJS PostgreSQL JWT 实现酒店房间预订系统。数据表房间表房间号、类型单人间/双人间/套房、每晚价格、是否启用预订表用户ID、房间ID、入住日期、退房日期、总价、状态待确认/已确认/已取消。用户可以注册登录按日期范围查询可订房间检查房间在选定的时间段内没有被预订。订房时创建一条状态为“待确认”的预订记录用户必须在15分钟内点击“确认支付”按钮将状态改为“已确认”否则超时自动取消可以用定时任务也可以在页面加载时检查过期。管理员接口增删改查房间查看所有预订。用数据库事务防止重复预订。前端用 React 或原生 JS日期选择用原生 input 或 flatpickr。自动计算入住天数与总价。提供 docker-compose。难点日期重叠的可用性判断以及待确认超时取消机制。适合场景酒店预订的典型逻辑。日期重叠判断要写对pending状态和超时取消的机制也得设计好。3. 外卖点餐小程序后端用 Express MongoDB或 PostgreSQL JWT 做一个外卖点餐的后端。实体用户顾客、商家、骑手、商家名称、地址、菜系、菜单、订单顾客ID、商家ID、商品列表、状态已下单/备餐中/配送中/已送达、骑手ID。功能- 顾客浏览商家和菜单下单追踪订单状态。- 商家收到订单通知轮询或SSE将状态更新为备餐中/配送中。- 骑手查看待配送的订单状态配送中接单标记为已送达。- 送达后顾客可以给订单打分1-5星。不做距离计算骑手手动接单即可。实时状态更新用 SSEServer-Sent Events代替 WebSocket 简化。提供接口文档。前端不做强制要求但需要给每个角色做一个简单的仪表盘。用 docker-compose 部署。难点多角色权限控制以及订单状态机的流转逻辑。核心价值外卖系统的多角色流转。订单状态机从下单到送达每个角色看到不同的按钮和列表。SSE做轻量级实时更新比WebSocket省事。4. 演唱会票务系统用 FastAPI PostgreSQL Redis 搭建演唱会票务系统。功能- 管理员创建演唱会艺人、场馆、日期、总座位数、票价生成座位图10行x10列可以把某些座位标记为VIP或普通。- 用户注册登录浏览即将开始的演唱会选择演唱会后看到座位图选择空闲座位每场演唱会每个用户最多选4个加入购物车存在Redis里有效期10分钟结算时原子性地减少座位可用数量用数据库行锁或Redis事务生成票码二维码占位。- 防止超卖用 Redis 分布式锁或数据库 SELECT FOR UPDATE。选座后暂时锁定Redis 过期键。- 订单历史用户可查看已购票记录。- 管理员仪表盘查看每场演唱会的销售额和剩余座位。不做真实支付直接模拟成功。前端用原生 JS fetch。提供 docker-compose 包含 FastAPI、Postgres、Redis。难点座位临时锁定和并发控制避免同一座位被两人同时买走。为什么选这个票务系统最怕超卖。选座后要锁定一段时间别人不能选同一个座位。Redis的过期key很适合做这个临时锁定。5. 员工考勤与请假系统用 Django PostgreSQL 开发员工考勤与请假系统。模型用户扩展Django用户增加部门和角色员工/经理、考勤记录用户、日期、上班打卡时间、下班打卡时间、请假申请用户、开始日期、结束日期、事由、状态待审批/已批准/已拒绝。功能- 员工上班打卡/下班打卡每天只能各打一次不能没打上班卡就打下班卡提交请假申请日期范围查看自己的考勤历史与请假记录。- 经理审批本部门员工的请假申请查看部门考勤汇总今天谁请假、谁忘打卡。- 自动计算工作时长下班时间减上班时间展示月度汇总。- 管理员添加用户分配经理。- 用一个简单的 HTML 表格做一个日历视图绿色代表出勤红色代表缺勤未打卡。使用 Django 自带认证。提供 docker-compose 部署 PostgreSQL。预置演示数据。难点请假日期不能与已批准的请假重叠打卡规则不可重复打卡不可跨天补卡。话说公司内部用的打卡请假系统。难点是请假日期不能重叠、一天只能打一次卡、经理只能批自己部门的人。做完了对RBAC和数据范围会有更深的理解。这五个方向覆盖了销售、酒店、外卖、票务、人事五个行业。直接复制就能当需求文档用。做的时候建议先把数据模型画出来字段、关联、约束理清楚再写代码。全栈项目最怕做到一半发现表结构少了个字段那时候改起来就想删库跑路了。选一个你最熟悉的业务场景下手跑通之后把接口文档写好面试的时候直接说你做过这套系统。
