目录
- 前情回顾与本节目标
- 第一步:线索流转全生命周期设计(业务核心)
- 第二步:核心数据模型设计
- 第三步:实现管理员的线索管理
-
- [3.1 搭建页面布局](#3.1 搭建页面布局)
- [3.2 校验手机号唯一](#3.2 校验手机号唯一)
- 最终效果
- 总结
前情回顾与本节目标
在上一讲中,我们完成了页面级的权限校验功能,为系统加上了严密的"安全锁"。但作为一个完整的 MBA 培训 CRM 系统,客户资源的科学获取与高效流转才是创造业绩的核心。
本节我们将从业务的最前端------线索录入讲起,彻底打通"线索获取 -> 分配 -> 认领 -> 淘汰回收"的全生命周期闭环。
本节核心目标:
- 构建线索多渠道矩阵:设计销售自录、市场获客、渠道报备三种不同的录入机制。
- 实现线索管理:给管理员提供线索录入的功能。
第一步:线索流转全生命周期设计(业务核心)
在写代码之前,我们必须先理清线索在系统中的"一生"。
根据我们的业务需求,线索的来源和去向被严格分为以下三条核心链路:
- 链路 A:销售自录(私海模式)
- 场景:销售人员通过自己的人脉、地推获取的客户。
- 流向 :录入时,系统自动将
owner_id(负责人)绑定为该销售本人,线索直接进入个人的"私海",开始计算跟进保护期。
- 链路 B:市场采集(公海抢单模式)
- 场景:通过小程序预约、官网表单、线下活动(市场部)收集到的野生线索。
- 流向 :录入时,
owner_id为空,直接掉入"公海池"。全体销售可见,谁手快谁"认领"(抢单)进入自己的私海。
- 链路 C:渠道报备(主管分配模式)
- 场景:外部代理商或合作渠道提交的意向名单。
- 流向 :录入时,
owner_id同样为空,但被打上"渠道"标签。这类高优线索进入"待分配池",由销售主管根据业务员的负载情况,手动指派给特定的销售。
一旦线索进入销售的"私海"(有了 owner_id),公海回收引擎(云函数)就会开启倒计时。超过规定时间不跟进,就会被无情地踢回"公海池"。
第二步:核心数据模型设计
为了支撑上述三条链路,我们的 MBA_Customers(客户表)需要具备以下核心字段:
| 字段名称 | 字段标识 | 数据类型 | 说明 |
|---|---|---|---|
| 姓名 | name |
单行文本 | 客户真实姓名 |
| 手机号 | phone |
电话 | 唯一标识,去重关键 |
| 公司 | company |
单行文本 | 公司名称 |
| 职位 | position |
单行文本 | 职位信息 |
| 行业 | industry |
单行文本 | 行业信息 |
| 来源 | source |
枚举 | 转介绍,渠道介绍,自开拓 |
| 当前负责人 | owner_id |
关联关系 | 关联 Users 表。为空时表示在公海池中 |
| 生命周期状态 | status |
枚举 | 线索 / 准客户 / 成交客户 / 学员 / 校友 |
| 客户等级 | level |
枚举 | A / B / C / D |
| 最后跟进时间 | last_contact |
日期时间 | 判定公海回收超时的唯一依据 |
| 客户标签 | tags |
数组 | 可以录入多个标签 |

第三步:实现管理员的线索管理
有了表之后,我们先实现管理员录入线索的功能。
3.1 搭建页面布局
点击创建页面的图标,输入线索管理,选择管理员布局

切换到布局设计,添加菜单,选择线索管理页面

回到页面设计,添加布局组件,修改标题,改为线索管理

继续添加数据表格组件

选择客户表,勾选功能场景

配置筛选条件

选择表单容器,修改布局为双列布局

打开字段的必填标识

3.2 校验手机号唯一
配置好提交表单后,我们需要加一个自定义的校验规则。当用户输入手机号,提交的时候我们要校验手机号是否唯一,如果不唯一提示错误信息。在代码区增加一个自定义方法

bash
export default async function({event, data}) {
const phone = $w.inputPhone2.value;
// 手机号格式简单验证
if (!/^1[3-9]\d{9}$/.test(phone)) {
$w.utils.showToast({
title: '手机号格式不正确',
icon: 'error'
});
return false;
}
// 检查手机号是否已存在
const checkResult = await $w.cloud.callDataSource({
dataSourceName: 'MBA_Customers',
methodName: 'wedaGetRecordsV2',
params: {
filter: {
where: {
phone: { $eq: phone }
}
},
select: { _id: true }
}
});
if (checkResult.records && checkResult.records.length > 0) {
throw Error(
"该手机号已存在,请检查后重试"
)
}
}
然后在新增方法之前调用我们的校验方法

校验失败时候提示错误信息

最终效果
管理录入线索

如果录入重复的手机号,提示报错信息

总结
本节我们介绍了线索管理的功能搭建,设计了数据表,搭建了页面布局。在实际业务中我们还考虑了手机号是否重复的问题,增加了前端校验功能,下一篇,我们介绍渠道管理以及线索报备功能,敬请期待。