微搭低代码MBA培训管理系统实战10——线索管理

目录

前情回顾与本节目标

在上一讲中,我们完成了页面级的权限校验功能,为系统加上了严密的"安全锁"。但作为一个完整的 MBA 培训 CRM 系统,客户资源的科学获取与高效流转才是创造业绩的核心。

本节我们将从业务的最前端------线索录入讲起,彻底打通"线索获取 -> 分配 -> 认领 -> 淘汰回收"的全生命周期闭环。

本节核心目标:

  1. 构建线索多渠道矩阵:设计销售自录、市场获客、渠道报备三种不同的录入机制。
  2. 实现线索管理:给管理员提供线索录入的功能。

第一步:线索流转全生命周期设计(业务核心)

在写代码之前,我们必须先理清线索在系统中的"一生"。

根据我们的业务需求,线索的来源和去向被严格分为以下三条核心链路:

  1. 链路 A:销售自录(私海模式)
  • 场景:销售人员通过自己的人脉、地推获取的客户。
  • 流向 :录入时,系统自动将 owner_id(负责人)绑定为该销售本人,线索直接进入个人的"私海",开始计算跟进保护期。
  1. 链路 B:市场采集(公海抢单模式)
  • 场景:通过小程序预约、官网表单、线下活动(市场部)收集到的野生线索。
  • 流向 :录入时,owner_id 为空,直接掉入"公海池"。全体销售可见,谁手快谁"认领"(抢单)进入自己的私海。
  1. 链路 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(
        "该手机号已存在,请检查后重试"
      )
    }
    
  
}

然后在新增方法之前调用我们的校验方法

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

最终效果

管理录入线索

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


总结

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

相关推荐
SL_staff3 天前
3周搭完MES系统:JVS低代码+JVS-IoT物联网的实战记录
java·前端·低代码
AprChell5 天前
低代码设计器和低代码设计引擎架构综述
前端·vue.js·低代码
Kagol9 天前
NocoBase 开源项目源码深度分析
低代码
UXbot11 天前
帮助企业低门槛开展AI应用开发的平台推荐
前端·低代码·ui·交互·产品经理·原型模式·web app
盟接之桥11 天前
电子数据交换(EDI)|制造业汽车零配件场景方案
大数据·网络·人工智能·安全·低代码·汽车·制造
UXbot12 天前
如何选择适合公司项目的UI设计工具?企业选型指南
前端·低代码·ui·团队开发·原型模式·设计规范·web app
UXbot12 天前
原型设计工具如何帮助新人快速进入产品行业?
前端·低代码·ui·交互·团队开发·原型模式·web app
NocoBase12 天前
程序员和软件还有前途吗 —— 从 NocoBase 收入再翻倍谈起
低代码·ai·开源·无代码·管理工具·内部工具·无代码开发平台
盟接之桥12 天前
制造业汽车零配件EDI软件场景方案
网络·安全·低代码·汽车·制造
小龙报12 天前
用ChatGPT 5.5构建个人写作工作流:从大纲、初稿到风格润色的提示词链
人工智能·神经网络·低代码·自然语言处理·chatgpt·gpt-3·知识图谱