第五讲：如何为 CRM 设计“可扩展结构”，避免越用越乱

本讲重点：在不推翻重做的前提下，让 AI 帮你把 CRM 从“能用”升级为“能长期用”。

1️⃣ 一个非常真实的阶段性问题

很多小企业在用了一段时间 CRM 后，会遇到同一个困境：

• 客户越来越多，但字段越来越乱
• 一开始很好用，三个月后没人愿意填
• 销售、老板、运营都在用，但各自需求不同
• 不敢再改，怕一改就全崩

这不是工具选错，而是结构没设计好。

2️⃣ 为什么“直接让 AI 加功能”一定会失控？

很多人会这么做：“在现在这个 CRM 上，再帮我加一个跟进记录、再加个标签、再加个统计。”AI 会照做，而且做得很快。

但问题是：

• 新功能没有“结构位置”
• 新字段没有“生命周期”
• 新页面没有“角色边界”

结果不是更好用，而是更乱。

3️⃣ 核心认知：CRM 的本质不是功能，是结构

在继续用 AI 扩展之前，你必须先想清楚一件事：这个 CRM 的“骨架”是什么？对小企业来说，一个可持续 CRM，至少要拆成三层结构：

3.1 客户主档（稳定层）

这是最不应该频繁改动的部分：

• 客户名称
• 联系方式
• 来源
• 当前状态（潜在 / 跟进中 / 成交 / 流失）

👉 这是 CRM 的“地基”。

3.2 业务过程（变化层）

这是 CRM 最容易膨胀、也最容易乱的地方：

• 跟进记录
• 商机阶段
• 报价 / 成交信息

👉 这一层必须允许不断新增，但不能打乱主档。

3.3 管理视图（抽象层）

这是给老板和管理者看的：

• 客户分布
• 成交转化
• 跟进效率

👉 这一层不直接参与录入，只做汇总与判断。

4️⃣ 把“结构设计”写进提示词，而不是写在脑子里

很多人以为自己已经“想清楚了”，但 AI 是看不见你脑子的。你必须把结构明确写进提示词。

示例提示词（结构版）

请在现有 CRM 基础上进行扩展，要求：1. 客户信息作为主档，不允许在跟进功能中新增或修改主档字段2. 跟进记录为独立表，每条记录只关联一个客户3. 管理统计页面只读取数据，不参与业务录入4. 不新增复杂权限，只区分普通员工和管理员5. 保持当前功能可用，不推翻现有数据结构

👉 这一步，本质是在“教 AI 什么不能乱动”。

5️⃣ 小结

• CRM 失控，几乎都不是“功能不够”，而是“结构没分层”
• 在继续 Vibe Coding 之前，先设计结构，再写提示词
• 好的 AI 应用扩展，本质是“有约束的生成”

专栏结束语｜这不是一套 CRM 教程，而是一种和 AI 协作的方式

如果你一路看下来，可能会有一个感受：这一整讲，并没有教你“CRM 应该长什么样”。这是刻意的。因为现实中的 CRM，本来就不可能只有一种形态，行业不同、团队规模不同、管理者风格不同，结构一定会分叉、生长、变形。

这个专栏里用 CRM 作为例子，只是因为它足够典型——字段多、角色杂、生命周期长、极容易“越改越乱”。而你真正学到的，其实是三件更底层的能力：

• 在动手之前，先把“结构”说清楚
• 在扩展功能之前，先给 AI 设边界
• 把“不能乱动的部分”，明确写进提示词

当你具备了这套思维，你会发现：你不只是能把 CRM 从「能用」升级到「能长期用」，你也能用同样的方法，去做：

• 进销存系统
• 内部审批与管理工具
• 轻量数据系统
• 甚至是更复杂的业务应用

这也是 Vibe Coding 真正的价值所在。它并不是让你一次性把应用“写完”，而是让你学会如何和 AI长期共建一个不会失控的系统，所以，这一讲看似是结束，实际上只是一个最小可复用的示例。

如果你将来再用 AI 做任何一个应用，希望你还能记住一句话：

不要急着让 AI 多做事，而是先清楚要做什么，再明确的告诉Vibe Coding平台，循序渐进、逐步优化。

能把这一点做到，你已经超过了大多数“会用 AI 写代码的人”。