一个普通一本前端，在南京工作 3 年，我是怎么靠 Cursor 把公司 CRM 从 0 写出来的
没有大厂背景
没有技术光环
不是架构师但我现在，一个人扛起了公司整个 CRM 系统的前端设计 + 核心逻辑
而这一切，发生在我开始真正用 Cursor 之后。
1️⃣ 我的背景，可能就是掘金 80% 的你
先交代下背景，免得有人一上来就说「你本来就很强」。
-
普通一本毕业
-
南京
-
前端 3 年
-
公司不大，不是互联网大厂
-
技术栈：Vue3 / Vite / Element Plus / Uni-app
-
日常工作：
- CRUD
- 改需求
- 修 Bug
- 被产品追着改 UI
一句话总结：
不是卷王，也不是混子，就是一个想把事情做好的普通前端。
2️⃣ CRM 这玩意，一开始就是个地狱副本
事情的起点很简单：
老板一句话：
「我们得有个自己的 CRM，不然数据全散在 Excel 里。」
然后看向了我。
CRM 包含什么？
你如果做过，就知道这不是一个「后台管理系统」那么简单：
- 客户
- 线索
- 商机
- 报价单
- 合同
- 订单
- 回款
- 待办
- 消息提醒
- 权限
- 审批流
每一块拆出来，都是一套逻辑。
而公司给的资源是：
- 1 个前端（我）
- 1 个后端
- 没有架构师
- 没有现成方案
3️⃣ 说实话，刚开始我是慌的
那段时间我真实的状态是：
- 不知道模块怎么拆
- 不知道状态怎么流
- 不知道权限怎么设计
- 不知道这种「偏业务系统」的前端该怎么写才算合理
最要命的是：
你不知道「别人是怎么做的」。
因为你身边没人做过 CRM。
4️⃣ Cursor 出现后，一切开始不一样了
我不是那种「AI 能替代程序员」的鼓吹者。
但 Cursor 对我最大的帮助是：
它不是帮我写代码，是帮我“对齐正确的工程思路”。
举个最真实的例子
我问 Cursor 的问题不是：
「帮我写一个 el-table」
而是：
「一个 CRM 系统，客户 → 商机 → 合同 → 订单，这种链路前端应该怎么建模？」
它给我的不是代码，而是：
- 模块拆分建议
- 页面职责划分
- 状态边界
- 哪些东西应该交给后端
- 哪些东西前端一定不能做
这是我之前完全接触不到的视角。
5️⃣ 我开始用 Cursor “模拟一个高级前端”
这是我后来总结出来的用法：
① 把 Cursor 当「架构评审」
- 页面结构这样设计合理吗？
- 表单拆不拆组件？
- 弹窗是不是应该变成独立页面？
- 这个状态放 pinia 对吗？
② 把 Cursor 当「业务翻译器」
产品说：
「这个客户在不同阶段看到的按钮不一样。」
我丢给 Cursor：
「CRM 里不同业务状态驱动 UI 的最佳实践是什么？」
然后我能快速给产品一个专业且可落地的方案。
6️⃣ CRM 真正写起来后，我才发现我在“升级”
项目推进到中期的时候，我突然意识到：
我已经不在写“页面”了，我在写“系统”。
比如：
- 消息提醒：SSE 推送 + 已读未读
- 权限控制：按钮级 + 接口级
- 列表性能：分页 / 虚拟滚动 / 缓存
- 打包优化：拆包 / gzip / brotli
- 状态管理：哪些能缓存，哪些必须实时
这些东西，在我 3 年前是完全不敢碰的。
7️⃣ 最爽的一刻：产品开始“反向依赖你”
有一次产品跟我说：
「这个需求，你觉得怎么做更合理？」
那一刻我才意识到：
你已经不是“写代码的人”，而是“系统的一部分”。
而 Cursor 的价值在于：
它把你「思考层级」拉到了一个你原本够不到的高度。
8️⃣ 实话实说：AI 没让我变天才，但让我不再平庸
我不觉得 Cursor 让我“开挂”。
它真正帮我做的是：
- 少走 80% 的弯路
- 避开明显的坑
- 用“成熟系统的视角”审视自己的代码
最终结果是：
我的成长速度，开始明显快于身边同龄人。
9️⃣ 写给和我一样背景的前端
如果你也是：
- 普通学校
- 普通公司
- 普通岗位
- 想往「系统型前端」走
那我真心建议你：
不要再把 AI 当代码生成器，而是当一个“永远有空的高级同事”。
🔚 最后一句
我们这种普通前端，拼不了背景，拼不了平台。
但至少现在：
我们第一次，有了一个能随时向“更高经验层”对齐的工具。
如果这篇文章对你有一点点共鸣，
那说明——
你也在这条路上。
