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

客户工作空间

客户工作空间把与某个客户相关的一切都集中在一处:销售机会、任务、文件、文档和外部访问。这样就能围绕客户开展并管理工作,而不必从不同模块和私人聊天中手工拼凑信息。对管理者而言,这是回答「这个客户那边在发生什么」这一问题的主屏幕。

从客户记录中打开工作空间。

为什么需要它

为什么需要它 — conceptual guidance, not UI evidence

没有统一的空间,客户信息就会四处散落:销售机会在 CRM 里,任务在任务里,合同在文档里,往来沟通在聊天里。要找到完整画面变得很困难,新加入的成员还得花时间收集背景。

工作空间解决了这个问题:打开客户后,你立刻就能看到他的销售机会、任务、文件、文档以及外部访问状态,还能直接从这里创建新的工作——与客户的关联会自动保存下来。

工作空间的标签页

工作空间的标签页 — conceptual guidance, not UI evidence

客户空间分成若干标签页。标签页带有计数器,能立即显示该客户的工作量。

  • 销售机会 — 该客户的请求和销售机会。可以看到工作进行到哪个阶段、停在了哪里。新的销售机会可以从客户的上下文中创建。
  • 任务 — 与客户关联的任务,并且可以直接在这里创建任务。当客户那边需要具体执行时这很方便:准备方案、核对合同、打电话。
  • 文件 — 附加到客户的材料。
  • 文档 — 与客户相关的合同、账单、验收单等文档,带有已完成和待处理的计数器。
  • 外部访问(外部访问门户) — 客户对客户门户的邀请和访问:对于公司和联系人,可以从这里管理邀请、链接和访问策略。

其他标签与“更多”

其他标签与“更多” — conceptual guidance, not UI evidence

标签取决于记录类型和你的权限。公司记录可能提供联系人客户项目承诺服务权益履约账单法人实体文档链接关系会话讨论模板设置;联系人或客户项目可能只提供其中一部分。内部项目或客户项目还可能有活动。不常用的标签可能收纳在“更多”中。缺少标签表示当前上下文、数据或可用功能不可用,并不表示记录被删除;Operations 列表和发票仍遵循自己的访问与货币规则。

在当前宽屏布局中,即使关键的 Operations 标签——合同承诺履约服务权益账单——也可能留在**“更多”里。比较这些内容时,请打开“更多”**并依次选择标签:最新选择可能进入主栏,而之前的标签会回到菜单。这是导航行为,并不表示数据或权限缺失;不要只根据可见标签判断客户情况。

公司或联系人还可能提供合同发票标签。合同仅用于查看和打开已有合同,不能从该标签创建合同。在发票中,切换器会区分发票、待确认的计提和付款:未批准的计提可能暂时没有金额;如果没有可用操作,付款可能只显示为计数。

主要标签顺序保持稳定:概览商机任务联系人,然后是其他可用标签;设置不会排在工作上下文之前。如果客户没有商机,金额卡片不会显示为零。已知时卡片会显示负责人和作者;缺失数据不会用技术状态或标识符替代。

承诺服务权益中的每一行都会链接到各自的卡片。打开后可以查看来源、期间、剩余数量和历史记录。如果关联对象无权访问或仍在加载,门户会显示中性名称而不是技术 ID;这不表示关联不存在。

权益余额会按购买单位显示精确的可用 / 已授予比例。对于时间,门户可能把 480 分钟改写为 8 h,把 390 改写为 6 h 30 min;不要手动重新计算,也不要把缺少剩余值理解为零。

如果当前会话具有 actions.transferOwner 权限,可以直接在工作区顶部选择新的负责人,选择会立即保存。归档记录不显示该选择器;没有转移权限时只能查看当前负责人。活动流中的事件快照不完整时,门户会从参与者目录补全作者姓名;无法确认姓名时不会显示技术标识符。

事件文本本身可能在服务器端已用俄语生成,并在其他语言的界面中仍显示俄语;在源头修复前,不要把活动流视为完整本地化的证明。

如何在工作中使用客户空间

如何在工作中使用客户空间 — conceptual guidance, not UI evidence

  • 客户工作空间 创建任务或销售机会,而不是单独创建:与客户的关联会自动建立,之后无需再手工绑定工作。
  • 把标签页计数器当作快速指示器:开放任务或销售机会很多却没有进展,就是该深入了解的信号。
  • 把客户的文档放在他的空间里,而不是个人文件夹中:这样合同和账单几秒钟就能找到,而不必翻往来沟通。
  • 在为客户开通外部访问前,先确认对外暴露的只有应当让客户看到的内容。

客户项目工作空间

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

如果客户的工作划分为单独的方向或项目,就使用客户项目工作空间。它同样汇集任务、销售机会和材料,但限定在某个具体客户项目的范围内。这有助于不把同一客户的不同工作方向混成一团。

当客户有一个带自身任务和成果的独立方向时,就创建客户项目。如果工作是一次性的,则不需要单独的项目——在客户的通用空间里建一个销售机会或任务就够了。

在客户项目列表中点击项目名称,即可打开地址为 /client-projects/<id> 的独立卡片。卡片包含项目自己的标签页,包括 任务;客户行中不再有会跳转到一般空间旧筛选器的单独 任务 按钮。

项目概览:说明、清单与日期

项目概览:说明、清单与日期 — 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

  • 在客户的空间里开展所有与该客户相关的工作,而不要分散在各个模块。
  • 从客户的上下文创建任务和销售机会,让关联自动保存。
  • 把标签页计数器当作客户状态的指示器来关注。
  • 当工作需要时,通过客户项目划分不同方向。
  • 在客户项目中,把约定放进说明和清单,把执行放进任务。
  • 在开通外部访问前,先确认客户究竟会看到什么。

常见错误

常见错误 — conceptual guidance, not UI evidence

在客户空间之外开展客户工作。 画面四散,没人能看到完整历史。

单独创建任务或销售机会而忘记建立关联。 之后就得手工恢复它属于哪个客户。

把客户的所有方向堆成一团。 没有客户项目,不同流程就会互相干扰。

把工作计划放在项目清单里而不是任务里。 清单是说明,不是指派:条目没有负责人和期限,不会提醒,也与项目的任务无关。计划看着齐整,实际却没有指派给任何人。

不加查看就开通外部访问。 客户可能看到本不该给他看的内容。

如何检查结果

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

  • 从客户可以打开工作空间,其中包含关联的销售机会、任务、文件和文档;
  • 从上下文创建的任务和销售机会确实与客户关联;
  • 标签页计数器反映真实的工作量;
  • 外部访问只向客户开放应当让其看到的内容;
  • 因权限被隐藏的数据能被理解为访问限制。

加载、访问和关联对象状态

加载、访问和关联对象状态 — conceptual guidance, not UI evidence

公司和联系人卡片把活动流放在概览中;内部项目和客户项目提供独立的活动标签。标签按需加载,非核心标签在有数据或被选择前可能位于更多中。工作空间被拒绝访问时,页面可能显示所有者、允许的操作或用于申请访问的规范卡片。读取错误只影响当前部分,应单独重试。

链接中,只有安全的 http(s) 地址提供打开操作;不安全地址仍可复制以供检查。在关系中,可以打开已识别的目标,也可以单独删除关系;目标因权限隐藏不代表关系消失。

相关场景

相关场景 — conceptual guidance, not UI evidence