邀请您参与 LadVen OS 测试申请演示
跳到主要内容

客户、公司和联系人

客户库是 CRM 的基础。如果记录维护得当,其余所有工作(销售机会、任务、文档、往来沟通)都会围绕正确的客户聚集,管理者就能看到完整的画面。如果库里有重复记录和未经核实的数据,历史就会散落到不同卡片中,决策也只能盲目进行。

本页说明如何创建和维护客户、公司与联系人,让客户库保持可管理。

位置

位置 — conceptual guidance, not UI evidence

CRM 把关系中的参与者保存在几个相互关联的区域:

  • 客户 (/clients) - 进入客户记录及其工作空间的统一入口。从这里开始很方便:找到客户并进入其工作空间。
  • 公司 (/clients/companies) - 作为往来方的组织:公司卡片、注册信息、关联的联系人和销售机会。
  • 联系人 (/clients/contacts) - 具体的个人:姓名、职位、联系方式、所属公司。
  • 法人实体 (/clients/legal-entities) - 用于文档和结算的法人,包含注册信息。

联系人目录地址为 /clients/contacts;具体联系人的卡片可通过 /clients/contacts/:contactId 打开。卡片内容和可用操作取决于权限。

可用的区域和操作取决于你的权限。如果导航中看不到某个 CRM 项,说明你的角色没有该模块的访问权——这不是错误,而是权限设置。

公司登记表

公司登记表 — conceptual guidance, not UI evidence

/clients/companies 是组织登记表。可按名称搜索、按负责人缩小范围;需要查看已归档记录时,打开 显示已归档。每一行显示公司名称和类型、行业、电话或网站、负责人、状态及更新时间。选择一行会打开 /clients/account/:accountId 的客户工作区,其中包含标签页和相关资料。若要查看公司的自身详情,请在该工作区选择打开公司卡片;它会打开 /clients/companies/:accountId。在配置的文件字段(徽标、印章或签名)中,拥有编辑权限的用户可以上传、替换或移除文件;文件可用时会显示可读文件名,图片还会显示预览。若字段提示文件不可用,不要复制技术值或自行替换文件;请由门户负责人核对访问权限或文件状态。

在手机上,公司名称仍是可点击的链接,卡片最多显示四项有值且非空的事实;空字段会被隐藏。这是响应式展示方式,并不表示数据已删除或不可用:桌面表格可能会明确显示缺少值的标记。

结果按页加载。只有当门户明确说明门户已确认总数时,列表上方的计数才是精确总数;否则它只是当前已加载记录的下限。带有活动筛选条件的空列表表示应先清除筛选条件,而不是马上创建新公司。

如果摘要已经显示有客户,但表格仍为空或处于中间状态,请不要创建新记录。点击重试或刷新列表,检查筛选条件和权限;如果差异仍然存在,请告知管理员——此时列表还不能用于判断重复记录。

登记表使用统一状态:加载时显示骨架屏,读取错误提供重试,没有筛选条件的空结果会提示创建第一家公司。如果启用了筛选条件但没有匹配项,请先使用重置筛选条件,再决定是否需要新记录。结果标题显示已加载行数和已确认总数;有写入权限时,行操作可以归档或恢复记录。活跃公司不会显示单独的状态徽章,标记只用于已归档或非活跃记录。

创建会打开公司表单:名称为必填项,还可填写类型(公司、合作伙伴或供应商)、行业、网站、电话、负责人、法人实体和标签。保存前会校验网站和电话。归档和恢复需要写入权限;没有权限时,门户会说明限制,而不会默默尝试操作。

对于行内操作,门户会分别检查服务器返回的 archiveAccountunarchiveAccountupdateAccounttransferOwner verdict。操作被拒绝时,控件旁会显示原因;缺少 verdict 表示“未知”,并不等同于自动拒绝,最终决定仍由服务器作出。因此,拥有一般编辑权限并不保证可以归档公司或转移负责人。

客户记录回答简单的问题

客户记录回答简单的问题 — conceptual guidance, not UI evidence

一条好的客户记录无需口头确认就能给出答案:

  • 客户是谁:个人客户还是公司;
  • 联系人是谁,以及如何联系;
  • 关系中涉及哪家公司和法人实体;
  • 团队内部谁负责该客户;
  • 数据访问上有哪些限制。

不要把卡片变成杂记堆。所有与具体工作相关的内容,请放在销售机会、任务或评论中,客户记录里只保留客户的稳定数据。

如何创建客户而不产生重复

如何创建客户而不产生重复 — conceptual guidance, not UI evidence

客户重复是 CRM 中代价最高的错误之一:往来沟通、文档、销售机会和任务会散落到不同卡片中,无论经理还是管理者都看不到完整历史。

LadVen OS 在创建时不会自动拦截重复,因此查重是一种工作习惯,而不是一个按钮:

  1. 创建新记录前,先使用搜索。
  2. 按多个特征核对客户:名称或姓名、电话、邮箱、关联公司。
  3. 如果已有相似记录,在其中工作,不要再建第二条。
  4. 如果客户数据有变化,更新现有卡片,而不是新建记录。
  5. 如果重复记录还是出现了,不要只因名称相同就合并卡片或迁移历史。来自即时通信渠道的名称不能证明身份:先约定负责人,只在已确认的卡片中工作,未核实的记录保持分开。

联系方式只在核实后填写。如果信息未经确认,请在评论或下一步中标注,不要把猜测当作事实写进客户卡片。

警告

列表为空并不总能证明这个客户不存在。如果列表上方写着所选筛选条件在此视图中不起作用,那么记录根本就没有显示——不能凭这样的画面去创建新记录。请先清除这些筛选条件,再判断是否重复。详见下文的筛选条件一节。

客户列表中的搜索与筛选

客户列表中的搜索与筛选 — conceptual guidance, not UI evidence

客户列表通过搜索框查找,并用列表上方的**「筛选」**按钮收窄。按钮上会显示已启用筛选条件的计数,据此一眼就能看出列表并未完整显示。

可用的筛选条件有:

  • 记录类型——公司或个人客户;
  • 负责人——由哪位员工跟进该客户;
  • 关注状态——健康、需观察、有风险、未知;
  • 提醒——已逾期、今天、即将到期、无提醒;
  • 无联系天数——超过所设期限未联系过的客户;
  • 最近联系下次联系提醒到期更新时间——「起」与「止」的时间段。

可用筛选条件的集合取决于视图和你的权限,因此其中一部分可能不会显示。

因筛选条件不受支持而未显示列表

因筛选条件不受支持而未显示列表 — conceptual guidance, not UI evidence

有一种状态值得认出来:列表位置会出现提示**「这些筛选条件在此视图中不起作用」,并带有「清除这些筛选条件」**按钮。

这既不是空结果,也不是故障。有些筛选条件并非在列表的每个视图中都受支持;与其显示一份悄悄忽略了部分条件的记录,系统干脆不显示列表。否则屏幕上就会是一份看起来像是筛选过的完整客户名单——据此很容易做出错误判断。

该怎么做:

  1. 不要把它理解成「没有这样的客户」,也不要凭这样的画面创建新记录。
  2. 点击「清除这些筛选条件」,或切换到这些筛选条件受支持的视图。
  3. 确认列表已经显示出记录,然后再下结论或执行批量操作。

客户列表的批量操作

客户列表的批量操作 — conceptual guidance, not UI evidence

在列表中可以勾选多个客户(或选中所有已加载的),并应用一个操作:「归档所选」「恢复所选」。取消选择有单独的按钮。一次处理的记录数量有限——如果选多了,门户会提示你。

写入前,门户会执行安全预览:显示多少条记录允许操作、已经处于目标状态或不可用。干净的选择会直接执行;只有部分选择会被拒绝或跳过时才会出现确认窗口。成功后请重新读取列表;如需反向操作,请单独选择已归档记录并使用恢复所选,没有撤销控件。

警告

归档客户并不会归档与之相关的工作。门户会在确认窗口里直接提示,这些客户有多少个工作组和客户项目将保持活跃。它们需要单独关闭。

否则就会出现危险的错位:客户被视为已关闭,而针对他的工作组却还活着——任务在跑、人在做,却没人看到这个矛盾。

安全批量归档的步骤:

  1. 确认列表确实显示的是你以为的内容:没有关于筛选条件不受支持的提示,且筛选计数与你的意图相符。
  2. 勾选记录并阅读预览;如果结果不完整,再阅读确认窗口中的分解。
  3. 单独处理门户提示的那些工作组和客户项目。
  4. 如果部分记录未通过,请单独打开它们排查原因,而不要盲目重复批量操作。

公司、联系人和法人实体

公司、联系人和法人实体 — conceptual guidance, not UI evidence

区分记录的角色:

  • 公司描述整个组织:我们与谁合作,它有哪些联系人和销售机会。
  • 联系人描述个人:我们究竟在和谁沟通,他在决策中扮演什么角色。
  • 法人实体用于文档和结算:合同、发票和验收单所开具的注册信息。

一家公司可以有多个联系人,并关联到某个法人实体。在向客户发送文档前,请确认选择了正确的法人实体,且注册信息确实属于这家公司。

法人实体登记表位于 /clients/legal-entities。其中显示名称、税务识别号和登记字段、关联公司及最后更新时间;可按名称或税号搜索、按需包含归档记录并加载更多结果。过时记录应归档而不是删除;编辑和归档/恢复需要相应权限。加载、空状态或错误状态应重试检查,不能据此判断记录已消失。/crm/legal-entities 只是旧地址的重定向。个体经营者可能没有 KPP/登记号,显示短横线是正常的。登记信息应来自设立文件,不要从发票或邮件猜填。 创建按钮和编辑操作会打开模态框,其中名称为必填项,并可搜索关联公司。搜索可能处于加载、无结果或失败状态:检查查询后重试,不要填写技术 ID。创建、编辑和归档需要写入权限;保存被拒或失败时,门户应说明原因,请修正字段或申请权限,不要盲目重复写入。

选择一行会打开同一个编辑对话框;不支持 /crm/legal-entities/:id 这样的独立详情页。关联公司名称是单独的导航链接。只有门户明确确认总数时,登记表计数才是精确值;否则它只是下限或未知值。 可以从行内或批量归档。只有成功的单行操作可能提供撤销;批量操作只报告结果。请重新读取列表,并对已归档记录明确选择恢复。若记录因权限或状态失败,请单独检查,不要盲目重复批量操作。

/clients/contacts 登记表支持搜索、按负责人/公司/法人实体/归档记录筛选,按页加载并显示已确认总数,也可以打开联系人卡片。行中显示姓名、角色、公司、工作邮箱和负责人;决策人标记帮助确定应与谁沟通。归档或恢复单行及所选记录需要写入权限;服务器拒绝时门户会说明原因,成功后回执提供撤销。行操作检查的是归档本身:联系人有未结束的沟通,或是公司的主要联系人时,按钮会预先禁用并显示原因。可以编辑联系人的一般权限并不保证可以归档;行没有返回判定时,最终决定仍由服务器作出。

创建联系人会打开模态框:姓名为必填项,邮箱和电话会进行格式校验。请通过搜索选择关联公司、法人实体和负责人,不要填入技术 ID。保存失败时先修正数据;权限被拒绝时请求访问权限,不要盲目重复写入操作。

在联系人卡片中,请分别编辑名字和姓氏字段;门户会组合完整姓名。不要仅因旧记录以不同结构提供姓名就新建第二条记录。如果空的公司、法人实体、来源或标签字段对您不可编辑,它们会归入“未填写”,而不会悄然消失;电话、邮箱、负责人和状态仍是单独字段。“因权限隐藏”是另一种状态:它表示访问受限,而不是数据为空。

如果联系人已选择公司,卡片中的公司值会打开该公司的卡片;编辑时请使用打开公司卡片。这样可核对详情和关联文件,无需手动输入技术 ID。如果链接显示的是技术代码而不是名称,它不是公司名称,也不表示公司已被删除:不要复制或公开该代码;请刷新卡片,或请门户负责人检查关联和访问权限。没有链接只表示尚未选择公司。

在联系人卡片中,语音资格会按用途分别检查:销售、客户维系、服务和催收。只有 可以呼叫 的判定才允许拨打;未知或已过期、已拒接或被阻止的判定都会拒绝呼叫。记录会显示依据、来源和有效截止时间。拥有写入权限时,可使用 记录 覆盖依据、来源和期限;界面不提供删除记录的操作。这是呼叫权记录,不是技术封锁:号码在技术上仍可能被拨出,不能用服务商可用性绕过判定。商机列表和看板只显示当前联系人检查的简要提示:缺失或无法读取的结果不代表允许,并且会因联系人访问权限而逐行不同。出现警告时请勿拨号;请打开联系人卡片或通话入口。保存失败或权限被拒时,请修正记录或申请权限,不要盲目重复写入。

当需要为报表或群发提取数据时,可以把联系人列表导出到 Excel。导出前请确认其中不包含不能对外提供的数据。

公司层级的提醒

公司层级的提醒 — conceptual guidance, not UI evidence

公司卡片里有一个提醒区块:**「新建提醒」**按钮和已设置提醒的列表。它让你把承诺固定在公司这一层级,而不是记在脑子里或个人日历中。

提醒有标题、期限、负责人和备注。列表中每条提醒都会显示状态:活动中、已延后、已逾期、已完成或已取消。每行可用的操作有:修改、标记为完成、取消。

并非人人都能创建提醒——这取决于权限。如果你无法创建,区块不会摆出一个点不动的按钮,而会说明谁可以设置提醒。

何时需要它。 公司层级的提醒适合那些关乎整体关系、而非某笔具体销售机会的承诺:停顿后回电、续签合同、核对付款、旺季过后再联系客户。如果该动作属于某笔具体的销售机会,就把提醒设在那里——这样它会与该销售机会的历史一起显示。

提醒不是任务。 提醒是「别忘了回到这件事」的个人信号。任务则是有执行人、期限和成果验收的工作。如果某项承诺需要有人去做并汇报,就创建任务而不是提醒:除了接收人之外,没有人会去跟进一条提醒。

客户工作空间

客户工作空间 — conceptual guidance, not UI evidence

从客户记录可以打开工作空间——一个集中汇总该客户的销售机会、任务、文件、文档和外部访问的地方。这让你可以管理和监控该客户的全部工作,而无需从不同模块手动收集。

把工作空间作为汇聚点:直接从客户上下文创建任务或销售机会,让关联自动保留,而不是事后凭记忆重建。

访问权限与个人数据

访问权限与个人数据 — conceptual guidance, not UI evidence

CRM 保存敏感数据,因此对其访问由权限管理,并非所有内容人人可见。

  • 模块可见性。 如果角色没有 CRM 权限,该区域会完全从导航中隐藏。
  • 受限访问。 部分用户只能看到特定管道、客户或字段。如果访问受限,某些操作只有在选定具体对象后才可用。
  • 隐藏字段。 个别字段,尤其是个人数据和法人注册信息(如纳税人识别号、登记代码等),可能显示为「因权限隐藏」。这意味着你能看到记录,但无权访问这些数据。
  • 工作组参与。 有时记录可见但操作不可用,因为你不是关联工作组的成员。这种情况下请让所有者把你加为成员,而不要绕过限制。
  • 外部参与者。 客户可以通过单独的邀请机制接入外部访问(客户门户)。这是一种受控场景,而不是给员工的普通授权。

不要试图通过在 CRM 之外转发数据来绕过权限限制。如果确实需要访问,应由管理员或空间所有者来配置。

清理重复记录

清理重复记录 — conceptual guidance, not UI evidence

如果重复记录已经出现,请尽早把它们理清——同一个客户在两张卡片上被处理得越久,之后整合历史就越困难。 清理步骤:

  1. 通过姓名、电话、邮箱和关联公司搜索,找到同一客户的所有记录。
  2. 选定主记录——通常是历史更多、数据更新的那一条。
  3. 不要只因名称相同就在卡片之间迁移关联、历史或资料。先按已批准的流程确认可区分的事实;没有依据时,保留分开的记录并把决定交给负责人。
  4. 在团队内约定哪一条是主记录,让新的销售机会和往来沟通都进入这条记录。
  5. 只有在决定得到确认后才把记录标为不再使用;不要仅凭名称把卡片关闭为“多余”。 当前 CRM 没有安全的自动合并功能:不要通过直接调用或批量手工迁移绕过这一边界。最好根本不让重复记录出现:在创建前坚持搜索的纪律,比事后整理分叉的历史更省事。如果重复记录反复出现,这说明应当修正客户录入流程,而不是每次都靠人工手动处理后果。

可能看到的状态

可能看到的状态 — conceptual guidance, not UI evidence

  • 记录正在加载,或搜索后列表正在刷新;
  • 按条件未找到任何结果——在新建记录前,先检查表述和筛选条件;
  • 列表未显示,并提示所选筛选条件在此视图中不起作用——这不等于「没有客户」:清除这些筛选条件或切换视图后再看;
  • 批量操作的确认窗口提示工作组和客户项目将保持活跃——请另行关闭;
  • 字段显示为「因权限隐藏」——你无权访问这些数据;
  • 操作不可用:没有权限、受限访问下未选择对象,或你不是工作组成员;
  • 数据被其他用户修改——重复操作前先刷新卡片。

良好实践

良好实践 — conceptual guidance, not UI evidence

  • 创建客户前,始终先搜索现有记录。
  • 依据列表下结论前,先确认它确实显示出来了,而不是被「筛选条件不受支持」的提示替换掉。
  • 只填写经过核实的联系方式;假设放在评论或下一步中。
  • 批量归档前,先单独关闭这些客户的工作组和客户项目。
  • 一个客户用一条记录维护,其相关工作放在它的工作空间中。
  • 对公司的承诺请用公司卡片里的提醒固定下来,而不是记在个人日历里。
  • 发送文档前,核对公司、法人实体和注册信息。
  • 不要导出包含不能对外提供数据的联系人。
  • 如果字段因权限被隐藏,请申请访问权,而不要寻找绕过办法。

常见错误

常见错误 — conceptual guidance, not UI evidence

没有搜索就创建第二个客户。 工作历史被分散,谁都看不到完整画面。

把「筛选条件不受支持」的提示当成空结果。 此刻列表根本没有显示,而不是内容为空。凭这样的画面判断「没有这个客户,我建一个新的」,结果恰恰就是重复记录。

批量归档客户却没有关闭他们的工作组。 客户算作已归档,而针对他的工作还在继续——直到客户那边冒出来,才会有人发现这个矛盾。

把未核实的数据当作事实记录。 团队会按错误的电话、邮箱或注册信息行动。

把客户决策留在私人聊天中。 新成员看不到上下文,管理者也无法核查约定。

忽视权限提示。 通过转发数据来绕过限制会带来泄露风险,并使监控变得不可能。

用错误的注册信息发送文档。 搞错法人实体会导致法律和结算上的错误。

如何检查结果

如何检查结果 — conceptual guidance, not UI evidence

  • 客户能被搜索到且没有重复;
  • 客户列表确实显示出来了,而不是被「筛选条件不受支持」的提示替换;
  • 批量归档之后,这些客户的工作组和客户项目也已关闭;
  • 能看清谁是联系人、关联了哪家公司和法人实体、谁负责该客户;
  • 从记录可以打开工作空间,其中有关联的销售机会、任务和文档;
  • 因权限隐藏的字段被理解为访问限制,而不是空数据;
  • 敏感数据不会无必要地进入导出或流向外部。

相关场景

相关场景 — conceptual guidance, not UI evidence