文章/答案/技术大牛

发布

社区首页 >专栏 >『线索管理』表创建

『线索管理』表创建

原创

程序员NEO

修改于 2024-01-30 01:37:19

5250

文章被收录于专栏：『学习与分享之旅』『学习与分享之旅』

一、前言

本篇文章是『TienChin』项目实战系列文章的第 53 篇，主要介绍 TienChin『线索管理』表创建

通过上篇文章的介绍，已经将课程管理的基本功能实现了，那么从这篇文章开始，我们就来实现『线索管理』的功能。本篇文章主要介绍『线索管理』的表创建。

二、配置权限

首先呢，先配置一下权限，如下图点击新增：

查询权限：

新增权限：

删除权限：

修改权限：

跟进权限：

分配权限：

三、表创建

1. 线索管理表

首先呢，我们先来看看线索管理的表的各个字段：

clue_id：线索编号
name：客户姓名
channel_id：渠道 ID
activity_id：活动 ID
gender：性别，0 男，1 女
age：客户年龄
weixin：客户微信
qq：客户QQ
phone：客户电话
level：客户意向等级，1. 近期报名，2. 打算报名，考虑中，3. 了解一下 4. 打酱油
subject：私教课程
status：线索状态，1. 已分配 2. 跟进中 3. 回收 4. 伪线索
fail_count：伪线索失败次数，最大 3 次
next_time：下次跟进时间
end_time：线索失效时间
transfer：线索是否需要转派
remark：备注
create_time：创建时间
update_time：更新时间
create_by：创建人
update_by：更新人
del_flag：删除标志（0代表存在 2代表删除）

我这里单独解释一下其中几个字段的作用：

渠道 ID

渠道 ID，也就是我们前面所做的渠道管理的 ID，意思就是说，这条线索是通过哪个渠道来的。

活动ID

活动 ID，也就是我们前面所做的活动管理的 ID，意思就是说，这条线索是通过哪个活动来的，我举几个例子，比如下班了他走在路上，看到了我们的广告牌，然后就扫码关注了我们的公众号，这个时候，他就是通过广告牌这个渠道来的，然后他就是通过我们的公众号这个活动来的，所以这个时候，我们就可以通过这个活动 ID 来查询到他是通过哪个活动来的。

线索失效时间

这个字段的意思就是说，这条线索的有效期，比如说，这条线索再开始是属于张三的，在公司当中其实是有一个保护期的，如果在这个失效时间结束之前你拿下了这个客户那么这个业绩就是属于张三的，如果张三在这个失效时间结束之前没有拿下这个客户，那么这个线索就会流转到其他的业务专员那里，张三没有拿下也有可能是张三的能力不行，也有可能是客户的意向不够。

下次跟进时间

如果这条线索是一条有用的线索那么就需要记录一下下次跟进的时间点，业务背景就是，业务专员今天和客户打电话了聊的很愉快，客户也打算学习，两个人都达成一致的意见，但是客户说他现在还有点事情，需要过几天再来学习，这个时候就需要记录一下下次跟进的时间点，这样业务专员就可以在这个时间点再次和客户进行沟通了。

伪线索失败次数

在实际的公司业务中，一条线索的收集其实是有成本的，所以对于伪线索我特意设了一个失败次数，为什么是 3 次呢，假设业务专员打了 3 次电话，都是空号，又或者是打了 3 次电话，客户都是没意向，那么这条线索就不会再出现在线索管理的列表当中了。

线索状态

线索状态这个字段的意图就是在将来我们这个线索过来的之后，是需要分配到具体的一个市场专员去处理的，所以说分配之后这个字段就是来记录这个专员的处理情况，这里我要特意说一下回收与伪线索，回收就是说这个线索的处理专员跟进失败了就会流转到回收，然后就是在说一下伪线索，伪线索指的是用户没有意向，代表着这条线索是无用的。

客户意向等级

通过字典管理来维护，这个字段的含义就是说，某个人来你这学习有多大的可能性会来。

私教课程

这个课程是需要反复进行跟踪的，在之前的文章中，我也说过，对于健身房来说，报名费其实是不重要的，并不多，盈利大头其实是私教卖课对于健身房来说就很重要，这个我们有另外的表，到时候进行关联一下即可。

性别

做成码表字典管理中进行维护。

如上关于字段我多唠了几句关于业务上面的内容，这样大家就能够更好的理解这个字段的意思，那么接下来我们就来创建这个表，建表语句如下：

CREATE TABLE `tienchin_clue` (
  `clue_id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '线索编号',
  `name` varchar(50) DEFAULT NULL COMMENT '客户姓名',
  `channel_id` bigint(20) DEFAULT NULL COMMENT '渠道ID',
  `activity_id` bigint(20) DEFAULT NULL COMMENT '活动ID',
  `gender` tinyint(1) DEFAULT NULL COMMENT '性别，0 男，1 女',
  `age` int(11) DEFAULT NULL COMMENT '客户年龄',
  `weixin` varchar(50) DEFAULT NULL COMMENT '客户微信',
  `qq` varchar(16) DEFAULT NULL COMMENT '客户QQ',
  `phone` varchar(16) DEFAULT NULL COMMENT '客户电话',
  `level` tinyint(1) DEFAULT NULL COMMENT '客户意向等级，1. 近期报名，2. 打算报名，考虑中，3. 了解一下 4. 打酱油',
  `subject` bigint(20) DEFAULT NULL COMMENT '私教课程',
  `status` tinyint(1) DEFAULT NULL COMMENT '线索状态，1. 已分配 2. 跟进中 3. 回收 4. 伪线索',
  `fail_count` tinyint(1) DEFAULT NULL COMMENT '伪线索失败次数，最大 3 次',
  `next_time` datetime DEFAULT NULL COMMENT '下次跟进时间',
  `end_time` datetime DEFAULT NULL COMMENT '线索失效时间',
  `transfer` tinyint(1) DEFAULT NULL COMMENT '线索是否需要转派',
  `remark` varchar(255) DEFAULT NULL COMMENT '备注',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `create_by` varchar(50) DEFAULT NULL COMMENT '创建人',
  `update_by` varchar(50) DEFAULT NULL COMMENT '更新人',
  `del_flag` char(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT '0' COMMENT '删除标志（0代表存在 2代表删除）',
  PRIMARY KEY (`clue_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='线索管理';

2. 线索跟进记录表

线索管理表创建好了之后呢，还没有完毕，在线索管理当中有一个 next_time，代表着这个线索还需要持续跟进，直到转换为商机，那么跟进呢，不能光就单纯的进行跟进，得要有一个跟进记录，所以线索这个模块呢，跟其他的模块不一样，除了这个线索表之外呢还得要有一张线索跟进记录表，表的字段如下：

record_id：跟进记录ID，主键，唯一标识
type：跟进记录类型，1. 线索 2. 商机
assign_id：线索或者商机的 ID
info：跟进记录内容
create_time：创建时间
create_by：创建人
update_time：更新时间
update_by：更新人
del_flag：删除标志（0代表存在 2代表删除）

字段解释：

type，当中有一个商机，因为后续还有商机板块所以这里就提前预设了一下
assign_id：意思就是说，这条跟进记录是属于哪个线索或者商机的，这个字段是一个外键，关联线索或者商机的 ID，一对多的关系，一条线索或者商机可以有多条跟进记录

建表语句如下：

CREATE TABLE `tienchin_clue_record` (
  `record_id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '跟进记录ID，主键，唯一标识',
  `type` tinyint(1) DEFAULT NULL COMMENT '跟进记录类型，1. 线索 2. 商机',
  `assign_id` bigint(20) DEFAULT NULL COMMENT '线索或者商机的 ID',
  `info` varchar(255) DEFAULT NULL COMMENT '跟进记录内容',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `create_by` varchar(50) DEFAULT NULL COMMENT '创建人',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `update_by` varchar(50) DEFAULT NULL COMMENT '更新人',
  `del_flag` char(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT '0' COMMENT '删除标志（0代表存在 2代表删除）',
  PRIMARY KEY (`record_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='线索跟进记录';

3. 线索分配表

建完了上述两张表之后，这里呢还有一张表，线索表有了，线索跟进记录表也有了，但是线索是不是要分配给具体的业务专员去处理呢，所以这里还需要一张线索分配表，其实商机也是需要分配的，不管是线索还是商机只要是需要分配我都记录到这张表当中，然后呢，有可能线索分配给了某个专员，假如这个专员没有搞定，我还要分配给其它人来处理所以呢，线索管理与线索分配表的关系是一对多的关系，一条线索可以分配给多个专员来处理，那么线索分配表的字段如下：

a_id：分配 ID
type：跟进记录类型，1. 线索 2. 商机
assign_id：线索或者商机的 ID
user_id：线索或商机所属的用户 ID
user_name：线索或商机所属的用户名称
user_dept_id：线索或商机所属的用户部门 ID
latest：是否是当前最新分配人
create_time：创建时间
create_by：创建人
update_time：更新时间
update_by：更新人
del_flag：删除标志（0代表存在 2代表删除）

字段解释：

latest

这个字段是一个布尔值，一条线索分别先分给李四 -> 张三 -> 王五，对于王五来说，他就是这条线索的最新分配人，lastest 就是 true，对于张三李四来说，他们就不是这条线索的最新分配人，lastest 就是 false。

建表语句如下：

CREATE TABLE `tienchin_clue_assign` (
  `a_id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '分配 ID',
  `type` tinyint(1) DEFAULT NULL COMMENT '跟进记录类型，1. 线索 2. 商机',
  `assign_id` bigint(20) DEFAULT NULL COMMENT '线索或者商机的 ID',
  `user_id` bigint(20) DEFAULT NULL COMMENT '线索或商机所属的用户 ID',
  `user_name` varchar(50) DEFAULT NULL COMMENT '线索或商机所属的用户名称',
  `user_dept_id` bigint(20) DEFAULT NULL COMMENT '线索或商机所属的用户部门 ID',
  `latest` tinyint(1) DEFAULT NULL COMMENT '是否是当前最新分配人',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `create_by` varchar(50) DEFAULT NULL COMMENT '创建人',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `update_by` varchar(50) DEFAULT NULL COMMENT '更新人',
  `del_flag` char(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT '0' COMMENT '删除标志（0代表存在 2代表删除）',
  PRIMARY KEY (`a_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='线索分配表';