简道云全应用开发详解-第五章 客户管理

努力未必成功,但放弃一定失败!

 

简道云全应用开发详解-第五章 客户管理

前言

本案文章是为了支持参加简道云全应用开发的学员们,进行深入学习的系列教学帮助文档的第五章,更多内容详见《简道云全应用开发详解-第一章 以终为始》,对于未阅读过的伙伴们,建议从第一章开始阅读。

当然,每篇文章本质上都是一个独立的单元,其中我会引用各种理论和实际解决各种业务场景来帮助你理解和学习,不作为深入学习,仅单独阅读也是完全没问题的。

从本章开始,我们也将正式进入简道云搭建开发的环节,请更多关注我对于需求文档的阅读理解,而非搭建本身。需求文档全文已在第一章中提供,具体可跳转至查看。

解析中会经常提到最优解唯一解最优解指的是解析可能有若干种方法,但只有一种最快捷、最简单、最准确,而唯一解指的是在当前对于学员而言,有可能是唯一的解决方法(请勿抬杠,抬杠就是你对)

 

一、新建/维护客户

1       建立客户档案:包含客户重复校验

解析:

一般被称为档案的都属于字典类表单,就是主要被其他表单调用的存储基础数据的表单。创建字典类表单需要注意的是,字段命名务必规范,字段类型需前置考虑与后期被调用表单的一致性。

客户重复校验一般指的是数据提交时需被校验其唯一性,通常是使用流水号字段生成的编号,亦可使用单行文本配合公式+函数生成的编号。使用流水号注意在计数设置中设置重置周期为不自动重置,使用单行文本生成的编号注意在字段校验中设置不允许重复值

2       基本信息:客户编号(格式: KH-0001)、名称、来源、等级、负责业务员、客户地址

解析:

客户编号(格式: KH-0001):若需求文档已明确给出格式,请使用最优解或最短路径进行解析,以此为例,最优解是:流水号字段

名称:虽未做要求,但其真实定义实际为企业名称,则此需求最优解是:单行文本字段

来源:结合上下文理解,此字段前期虽未做要求,但后期提及客户转移及实践考虑,此需求最优解是:单选按钮组(选项建议:主动获取、原业务员转移、其他)

等级:未做要求,但结合业务实践,此需求最优解是:单选按钮组字段(选项建议:ABC,不建议有其他)

负责业务员:结合上下文理解,此字段在后期将作为重要字段调用,则此需求最优解是:成员单选字段(不建议使用成员多选是因为,不符合业务实践常规场景)

客户地址:虽未做要求,但结合后期的客户跟进,则此需求最优解是:地址字段

3      联系信息:客户联系人、联系电话

解析:

客户联系人:对比客户名称实际定位企业名称,客户联系人指的是实际业务接洽时对接的真实联系人,因外部联系人无法使用成员单选字段,则此需求最优解是:单行文本字段(不建议使用子表单添加单行文本,虽更符合实际业务场景,但会容易画蛇添足)

联系电话:对应客户联系人,联系电话一般指的是其手机号码,而非固定电话,则最优解是:单行文本字段,且格式定义为手机号码(不建议自行添加备用手机号码或固定电话,容易画蛇添足)

4       表单及其他

以上字段均可使用一张普通表单完成,考虑到需求文档中明确了基本信息联系信息,以及字段高度累加已超过一屏,建议使用多标签页字段,而非分割线进行间隔。

对于表单中相应字段是否该设置必填项,我的建议是,在系统整体完成第一次测试前,先不做任何必填项设定,待测试数据填写完毕进行第二场测试前再酌情进行设定。

另外因表单中并未涉及不可见字段,及其他特殊校验设定,则表单属性最优解是:不做修改

 

二、客户跟进

1       客户拜访跟进记录:仅可对自己的客户进行跟进,留存跟进记录。

解析:

仅可对自己的客户进行跟进已明确把权限进行了定义,则此需求最优解是:添加并管理本人数据(不需要额外定义,直接使用对成员发布中的默认即可)

 

2       每次跟进后,可确定下次跟进日期,系统到期自动提醒业务员。

解析:

能够实现到期自动提醒功能的唯一解,扩展功能中的推送提醒,所以此需求要求表单中必须要有下次跟进日期字段。另外虽然需求文档并未写明系统到期是以何时为准,但参考业务实践最优解是:1-3

3       跟进过程中,可对客户档案进行更新。原档案自动修改。

解析:

需求文档实际要求的是,当跟进记录表(B 表)新增或修改时,能对客户档案表(A 表)的数据进行实时修改,而能完成两个表单数据更新并实时自动修改的唯一解:智能助手

提醒:此处对于对客户档案进行更新的解析的确存在不同理解,具体如下:

A 理解(更新=新增):按照业务实践,客户跟进记录一般仅发生在与客户联系结束后,当得知客户档案中关键信息产生变化(企业名称、联系人、联系电话或地址),新增一条跟进记录。而因为跟进记录实际为一次性提交的,类似于日志功能,故而不存在后期修改跟进记录的必要性,所以不存在修改。

B 理解(更新=新增或修改)但业务实践中的确也存在提交完跟进记录后,因突发情况或遗忘导致记录需要修改,此时最优解应该是允许修改自己已提交的数据,则修改数据也是常态。

结合以上两种理解,从 需求文档的角度,大概率是希望能够全面使用智能助手解决,则此需求最优解是:B(更新=新增或修改)

4       表单及其他

客户跟进记录表本质是对客户档案的一次数据校验和丰富,因此在新建该表单时最优解是:直接点击 1.1 客户档案 表单后的三个点选择 复制到当前应用,并修改为 1.2 跟进记录,并使用多标签页间隔客户档案和跟进记录所需的跟进记录字段和下次跟进日期即可。

参考业务实践,跟进记录中除了客户编号外,其他信息都有可能产生变化(例如:企业名称可能会变更、客户等级可能会升降级、联系人手机号码可能会变更等),因此在智能助手中需要对其均允许修改。

 

三、客户转移

1       业务员可申请批量转移多个客户给其他人员,销售主管审批通过后,系统自动完成客户转移。

解析:

当需求文档中出现申请审批词汇时,基本等于要求使用流程表单进行搭建,则此需求唯一解:流程表单

批量转移多个客户的转译是,由负责对应客户的业务员,一次性把若干个客户档案的负责业务员数据修改为其他业务员(且未必是同一人)负责,则此需求的最优解:子表单+数据调用

2       转移时可选择是否同步转移客户对应的商机和合同。

解析:

鉴于商机合同尚未搭建,为提高答题效率,我一般建议遇到此类情况最优解是:先标记、再忽略、后补全。若你坚持现在希望了解此需求目解析,请跳转至《简道云全应用开发详解-第八章 跨表单》进行阅读。

3       流程表单及其他

客户转移申请表是我们搭建的第一个流程表单,流程表单搭建除了延续普通表单的规范外,还需特别关注一下对流程节点、连线等相关的规范(不甚了解的请跳转阅读《简道云全应用开发详解-第二章 规范》)。

提醒:对于销售主管审批的理解存在不同方向,具体如下:

A(成员单选):将成员单选字段作为节点审批负责人设定,虽然也能跑通,尤其是对于虚拟组织的业务场景,但此设定一般需要专门设计一张用于存储人员信息的普通表单,对于初学者属于画蛇添足,不建议。

B(通讯录):使用通讯录中的角色作为节点审批负责人设定,并把自己设定为销售主管角色,此解实为最优解,推荐选择。

 

四、内部测试

开发至此,需求文档的第一单元已接近完成,我建议在每个单元首次完成时进行一次内部测试,有以下注意事项:

1      数据足量

需求文档中已明确要求测试数据的具体数量(不少于 15 条),这个 15 条实际是指对于每个表单中的示例数据的最低值,实际整体系统的示例数据是要超过这个数字的,请务必遵守。

2       数据真实

需求文档已经给出对标的行业是建筑工程施工,则意味着在第一单元的客户管理中,我们的客户信息也最好是与工程施工行业相关的甲方,可以尝试以学员自己所在城市为界,从天眼查、企查查、爱企查等企业工商数据平台中获取真实企业信息。

3       重点校验

第一单元客户管理中除了常规的字段校验外,有 5 处需要重点予以校验,要点如下:

1.       1.1 客户档案:客户编号是否为流水号,且显示是否按指定格式

2.       1.2 跟进记录:是否已在表单发布中新建添加并管理本人数据

3.       1.2 跟进记录:是否已在扩展功能中新建推送提醒,且到期可正常提醒(可尝试修改时间单位来实现)

4.       1.2 跟进记录:重点测试智能助手是否生效,正常新增或修改跟进记录都应对客户档案的数据产生变化

5.       1.3 客户转移:重点测试流程是否能跑通,自己作为销售主管是否能收到待办提醒

 完成关于客户管理的搭建后,你就可以开始进入下一步了,千里之行,始于足下。欢迎从阅读我的第六篇文章开始,请点击《简道云全应用开发详解-第六章 商机管理》,也欢迎对简道云全应用开发有兴趣的伙伴在我的系列文章后回帖留言,我们共同探讨学习成长。

 本章内容已告一段落,感谢您的阅读。

参与人数 +1 F币 +50 理由
Nancy.Gu + 50 原创内容激励计划

查看全部评分

发表于 2024-10-24 17:27:41
感谢您的投稿!本文主要围绕客户管理进行搭建开发的详细解析。文章从新建/维护客户、客户跟进、客户转移和内部测试四个方面进行了深入阐述,每个部分都提供了具体的字段设置建议、最优解的选择理由以及业务实践的考虑。本文内容详实,条理清晰,为读者提供了全面而深入的简道云全应用开发指导。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

2回帖数 1关注人数 2497浏览人数
最后回复于:2024-10-25 14:51

返回顶部 返回列表