提交数据里面有and就报错_数据混乱?频繁撞单?简单几步,自己建立一个公私海管理系统...

​上期内容我们开始建立公私海制度,利用工作流可以帮助销售实现公私海的转入转出,以及公私海的权限控制,大家可以点击以下链接回顾

万万没想到,线索管理不到位,你将浪费了70%的销售机会

29850a965520ce12d25d4d40e2ed7ec8.png

但是,这仅仅只是公私海雏形,在实际中应用,还需要考虑销售录入的商机是否重复存在撞单风险,以及个人名下的私海客户的数量限制。

关于撞单,简单讲就是两个销售同时跟进同一个客户,往往到签单算业绩时,二人常会为争抢订单归属而发生争执,影响到销售团队的团结与和谐。此时需要制定规则确保客户表中每个客户的信息都是唯一,就不存在两个销售拿到同一客户信息的问题;

而在私海客户数量限制上,我们知道私海池不可无限扩充,限制每个销售最多可认领的商机数,这样可以防止一个销售独占大量资源;也有利于销售集中精力攻克某几个客户,一张一弛才是公私海制度的精华。

3968fd5255000b86b60cec9ea2a4eb3e.png

那么,这期我们就用伙伴云来解决这两个问题:

1、如何避免商机重复造成销售撞单

2、如何限制每个销售最多可认领的商机数

一、销售:好倒霉,又撞单!

解决方案

录入商机时,当系统判断存在客户重名,提示重复数据不允许提交。

这个需求可以通过设置字段“唯一”来限制。

04c4b860f78956d79bbb7782bf5319b7.png

例如,

对于to B 客户,在录入“公司名称”字段时,勾选“唯一”;

对于to C 客户,由于姓名存在重名情况,可以设置“手机号码”字段并勾选“唯一”。

我们这里看下当客户电话号码重复时,弹出的报错提醒:

cb17797c05df2faf88e45ea6eb822225.gif

二、私海无限扩充?不可能,限量了

此时我们需要用到一个常用功能:数据验证

数据验证

通过添加验证条件和错误提示,可对表格中提交的数据根据验证规则进行验证,从而拒绝不满足要求的数据提交,并给出相应的错误提示。当同一表格存在多个验证规则时,将按照列表顺序执行,也可拖动验证规则名称来调整排序,来改变执行顺序。

简单讲就是,当符合条件时,可以保存;当不符条件时,不可保存并报错(或者进行二次提醒后再保存)

此时,需要考虑两种场景,

1、销售人员修改商机时,比如,将公海客户拉入自己的私海

2、销售人员新建私海客户时

具体操作如下:

1、同一名销售负责的私海客户,不得超出20条。(仅考虑销售人员修改数据的情况)

1)添加验证

同样的方法,新建一条数据验证并命名

因为此情况只考虑销售将公海客户拉入到私海时进行数量验证,所以只需选择“修改数据”时

f2726d78a6c05afb874e6d080c2f6cd4.png

2)配置数据验证的条件

满足以下条件的数据才能被提交成功

OR({当前数据.公私海状态-新值}={当前数据.公私海状态-原值}, AND({当前数据.公私海状态-新值}!= {当前数据.公私海状态-原值}, {当前数据.公私海状态-新值} ={C:客户表.公私海状态.公海客户}), AND({当前数据.公私海状态-新值} != {当前数据.公私海状态-原值}, {当前数据.公私海状态-新值}={C:客户表.公私海状态.私海客户}, COUNT({当前表格}, AND({当前表格.公私海状态}={C:客户表.公私海状态.私海客户}, {客户信息表.账号} = {当前操作人})) < 20))

12e7c6537bc29f24853fbacf1453db79.png

是不是看着就懵了,没关系,函数逻辑是有些复杂,我们来一层一层理清楚

首先,需要进行数量验证的情况是

当销售操作公海变私海,即公私海状态-新值不等原值,且新值=私海,需要统计客户信息表中“所属销售”为“当前操作人”时满足条件的数据条数,确保小于设置的最大限额20。

此时就需要用到COUNT() 函数。

可以得出条件为:

AND({当前数据.公私海状态-新值} != {当前数据.公私海状态-原值}, {当前数据.公私海状态-新值}={C:客户表.公私海状态.私海客户}, COUNT({当前表格}, AND({当前表格.公私海状态}={C:客户表.公私海状态.私海客户}, {客户信息表.账号} = {当前操作人})) < 20)

Tips

关于COUNT()函数的计算结果,需要<20,还是≤20,这里带大家梳理一下数量界线的问题:

如,私海客户最高限额为20个,当销售A已有私海客户19个时,如果需要在从公海中拉入一条线索,则COUNT()函数校验的数量=19,满足<20的条件,拉入成功;此时,A已有私海客户为20,如需继续从公海拉私海时,校验数量=20,不满足<20的条件,拉入失败。

因此,此处可以设为<20或者≤19。

同时,还有两个场景也涉及到“公私海状态”字段调整

1、销售操作更改但更改的结果与原来一样,即公私海状态-新值=原值,即{当前数据.公私海状态-新值}={当前数据.公私海状态-原值}

2、销售操作私海变公海,即公私海状态-新值不等原值,且新值=公海,即 AND({当前数据.公私海状态-新值}!= {当前数据.公私海状态-原值}, {当前数据.公私海状态-新值} ={C:客户表.公私海状态.公海客户})

但这两种场景因为不涉及操作销售的私海客户增加,因此为了节省算力可以不需要用COUNT() 函数来验证;

且这两个场景与第一种场景是并列关系,需要用OR() 函数来连接

最终写出的验证条件为:

OR({当前数据.公私海状态-新值}={当前数据.公私海状态-原值}, AND({当前数据.公私海状态-新值}!= {当前数据.公私海状态-原值}, {当前数据.公私海状态-新值} ={C:客户表.公私海状态.公海客户}), AND({当前数据.公私海状态-新值} != {当前数据.公私海状态-原值}, {当前数据.公私海状态-新值}={C:客户表.公私海状态.私海客户}, COUNT({当前表格}, AND({当前表格.公私海状态}={C:客户表.公私海状态.私海客户}, {客户信息表.账号} = {当前操作人})) < 20))

验证范围为:

字段范围:对本表任意字段操作时都执行此验证

成员范围:所有成员提交数据都需要满足验证条件

完成后点击“配置异常处理方式”

此处需直接设置“禁止提交”,提示文案可设为

'私海数量不得超过20'

a7a2df150a0414b621b7b7b3c22f3de5.png

完成后,点击保存。

到这里,修改数据时自动校验就设置完成了,可以测试一下,当销售从公海拉入私海这一操作时,系统就会自动验证其私海客户数量保证低于20条,否则弹出报错提醒。

edbe2612360837acbcdde87ab31749c0.gif

下面我们再来设置新建私海客户时的数据验证。

二、新建客户:创建私海客户时检验已有私海客户数据条数需小于20

当销售直接创建私海客户时,也是需要验证该销售私海客户的数量的。

1)添加验证

新建一条数据验证,命名为“创建私海客户时需检验已有私海数据条数”

触发方式为“创建数据时”

382ec2075ce9f7a8e507f39e17d8bf7a.png

2)配置数据验证的条件

书写验证条件时,需考虑两种情况:

① 新建公海客户时,直接保存,无需验证,即{当前数据.公私海状态} = {C:客户信息表.公私海状态.公海客户}

② 新建私海客户时,需要验证当前操作人的私海客户小于20时,此时逻辑为:

AND({当前数据.公私海状态} = {C:客户信息表.公私海状态.私海客户},COUNT({当前表格},AND({当前表格.公私海状态} = {C:客户信息表.公私海状态.私海客户}, {当前表格.所属销售} = {当前操作人}))<20)

这种情况的关系是并列,因此用OR()函数连接

最终写出的验证条件为:

OR({当前数据.公私海状态} ={C:客户信息表.公私海状态.公海客户},AND({当前数据.公私海状态} = {C:客户信息表.公私海状态.私海客户},COUNT({当前表格},AND({当前表格.公私海状态} = {C:客户信息表.公私海状态.私海客户}, {当前表格.所属销售} = {当前操作人}))<20))

746193921b5789891a191b37e6e69839.png

接下来我们继续。

验证范围为:

字段范围:对本表任意字段操作时都执行此验证

成员范围:所有成员提交数据都需要满足验证条件

完成后点击“配置异常处理方式”

此处需直接设置“禁止提交”,提示文案可设为

'私海数量不得超过20'

bbcc784c9b40d912074b4e773c5e36b4.png

完成后,点击保存。第2条数据验证完成。

到这里,销售在客户表中新建商机时的自动校验就设置好了,当销售新建公海客户时,如没有重名,直接可以创建成功;当销售新建私海客户时,系统就会自动验证其私海客户数量保证低于20条,否则弹出报错提醒。

总结一下,我们通过2条数据验证,实现销售修改和新建商机时校验其私海客户数量,保证个人销售的私海客户不得超过20个。

abe06718ae8f9137a8c932d6df84e903.png

到现在,你应该能猜出数据验证的在应用中的价值了吗?

公布答案

1、从源头规避失误

2、减少后期人工审核

3、保持数据库的整洁

4、保证数据的有效性

其实,通过以上的学习,如果可以举一反三,还可以发掘出数据验证更广泛的应用,比如:

数据验证还可以用在

• 创建客户时,手机号码必须为11位

• 有待回款项的客户,不得变更所属销售,不可释放到公海

• 签单总金额大于0的客户,不可设为“无效信息”或者删除

• 释放到公海后的客户,3日内不可转入私海

......

大家可以根据公司情况去试着多建几条其他的数据验证,能交给系统自动校验的,干嘛还浪费人工审核,麻烦还容易出错,不是嘛?

总结这两期的内容,包括公私海的转入转出、公私海可见权限限制、防止销售撞单以及限制每个销售最多可认领的商机数需低于20条。大家一步一步操作,就能得到一个可以实际应用的公私海系统了。

而且,据不完全统计,使用公海池制度的企业比未启动公海制度的企业,客户转化率提高25%以上

d98cb92a1e3aacd5852e0d1e5fad63f6.png

所以,建议收藏本文,只要跟着一步一步操作,无需代码基础,公私海系统的建立,就像搭积木一样简单,一起行动起来吧!

关于公私海管理,还有什么困难,也欢迎留言提问。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值