任务关系

在 LadVen OS 中，关系可以帮助保留工作上下文：新工作来自哪项任务、属于哪个客户或项目、文档在哪里、哪些文件证明结果，以及哪个讨论中做出了决定。

不要把关系当作卡片装饰，而要把它当作工作历史的导航。参与者应能打开任务，并快速理解任务从哪里来、与什么相关、在哪里找材料，以及哪些相邻任务可能影响结果。

什么时候需要关系

如果没有关系，参与者就必须手动恢复上下文：翻找旧通信、询问成交编号、打开多个项目，或在 LadVen OS 外转发文档，这时就应把任务关联到另一个对象。

关系适用于以下情况：

大工作被拆成多个结果；
新任务来自评论、文件、文档、CRM 实体或客户请求；
任务属于项目、客户或客户项目；
一项任务的结果会影响另一项任务；
需要保留从决定到执行的路径；
任务在文档、文件、CRM 或评论中有材料；
需要检查参与者是否能访问相关上下文。

不要把任务和所有对象都关联起来。多余关系会制造噪音：参与者会不再明白哪个对象对执行真正重要，哪个只是“以防万一”添加的。

关系和责任

关系会增加上下文，但不能替代结果负责人。即使任务同时关联客户、项目、文档和几个相邻任务，也仍然必须有一名负责人清楚知道要把什么结果做到可交付。

用关系回答四个问题：

问题	哪种关系有帮助	任务中仍需写明什么
我们是为谁或为什么做这项工作？	客户、客户项目、CRM 实体。	需要什么客户结果，以及团队侧由谁验收。
这项工作在哪个工作流中受控？	项目、工作组、父任务。	任务如何影响项目总结果。
源材料和结果在哪里？	文档、文件、评论、清单项附件。	最终需要打开、检查或附加什么。
哪些任务彼此依赖？	父任务、子任务或相关任务。	依赖关系是什么：阻塞、延续、补充说明或固定决定。

如果关系无法帮助回答这些问题中的任何一个，它很可能是多余的。如果有帮助，但参与者不看说明就无法理解，请在描述或评论中补充一两行。

关系类型

任务中有几种相关上下文。它们都能帮助找到工作的来源，但回答的问题不同。

关系类型	显示什么	什么时候使用
父任务	当前任务来自的更大任务或倡议。	当前任务是总结果的一部分时。
子任务	当前任务中的独立工作部分。	某部分工作有自己的负责人、期限或完成标准时。
相关任务	没有严格层级关系的相邻任务。	任务彼此影响，但没有一个是另一个的一部分时。
项目	内部项目、工作组或方向。	任务需要在项目工作中查找和计划时。
客户	任务所属的公司或客户。	任务对客户历史、销售、实施或支持重要时。
客户项目	某个客户内部的具体项目或工作流。	一个客户有多个并行方向时。
CRM	成交、线索、联系人、公司或其他 CRM 实体。	任务延续销售、跟进或客户动作时。
文档	存储中的文档、表格、合同、技术任务书或工作文件。	文档是任务来源、材料或结果时。
文件	任务、清单项或评论的附件。	材料用于执行、检查或保留决定历史时。
评论	具体讨论、决定、问题或返工。	新工作来自讨论，且不能丢失原因时。

层级、依赖和上下文

并非所有关系含义相同。添加关系前，先确定它承担的管理作用。

需要显示什么	选择哪种关系	负责人应如何理解
当前任务是大结果的一部分	父任务或子任务	总结果有独立部分，各自有负责人。
一项任务的结果影响另一项任务	相关任务	任务互不包含，但需要一起查看。
任务属于团队工作流	项目或工作组	可以在方向内计划和筛选工作。
任务属于客户历史	客户、客户项目或 CRM	结果应在客户上下文中可见。
需要打开材料或证明	文档、文件、评论	关系指向来源、决定或最终结果。

子任务是独立结果。相关任务是依赖、延续或新范围。项目和客户是管理上下文。文档和文件是材料或证明。如果混淆这些含义，卡片会像档案库，而不是工作指派。

父任务和子任务

父任务描述总结果。子任务描述可以单独执行和检查的工作部分。

如果某部分工作符合以下条件，请创建子任务：

有单独负责人；
需要单独期限；
可以并行执行；
会阻塞总结果；
有自己的文件、清单或讨论；
需要在列表和报告中与父任务分开显示。

不要把每个清单项都拆成子任务。清单适合一个结果内部的步骤，子任务适合有独立责任的独立结果。

好例子：

父任务：
准备客户试点启动

子任务：
- 协调试点合同
- 准备技术接入方案
- 收集培训参与者名单

坏例子：

父任务：
准备试点启动

子任务：
- 打开模板
- 写文本
- 检查拼写

第二种情况更适合使用清单：单独任务会增加不必要的导航，并模糊整体画面。

从上下文创建相关任务

从上下文创建任务能避免丢失工作来源。当任务来自另一项任务、评论、CRM 实体、文档、文件或客户项目时，这尤其重要。

工作顺序：

打开源对象：任务、评论、CRM 实体、文档、文件、项目或客户。
如果可用，从该上下文启动创建任务操作。
检查系统会自动添加哪种关系：父任务、相关任务、项目、客户、CRM 或文档关系。
将新任务标题写成独立结果。
在描述中简短说明任务为什么出现，以及在哪里查看源上下文。
指派负责人、期限和参与者。
只附加执行真正需要的文件或文档。
保存任务。
打开创建好的任务，检查关系是否显示在卡片中。

如果 LadVen OS 没有自动创建关系，请在保存后立即手动添加。不要只留下“如讨论”的表述：几天后参与者无法恢复到底在哪里讨论过。

项目、客户和客户项目

项目和客户关系回答的问题是：“任务属于哪个工作流？”

如果工作在项目团队内计划、讨论和控制，请将任务关联到项目。项目可以帮助筛选任务列表、归组工作，并查看方向负载。

如果结果对客户历史重要，请将任务关联到客户：销售、实施、支持、合同、会议、请求、投诉或定期服务。

当一个客户有多个独立工作流时使用客户项目。例如，实施、支持、集成和培训可以并行进行，但都属于同一家公司。

良好实践：

项目显示内部工作流；
客户显示外部上下文；
客户项目明确客户内部方向；
CRM 实体显示具体销售、请求、联系人或成交。

如果任务同时属于客户和项目，请检查所选关系是否彼此矛盾。例如，客户实施任务不应误入另一个团队或另一个客户的项目。

这对业务所有者和部门负责人在报告中尤其重要：项目关系负责团队内部工作的可管理性，客户关系负责客户关系历史。不要用一个替代另一个。合同任务可以在“实施”项目中，关联客户“Alpha”，并有 CRM 成交；只要每个关系解释不同上下文层级，这就是正常的。

CRM 关系

当任务延续销售、客户、联系人、公司、线索、成交或其他 CRM 实体的工作时，需要 CRM 关系。

如果任务符合以下条件，请添加 CRM 关系：

来自电话、邮件、会议或成交；
影响销售下一步；
用于准备商业报价、合同、账单或实施；
固定客户请求动作；
应从客户历史中可见；
需要经理、客户经理、法务、实施或支持参与。

在任务描述中说明 CRM 上下文下具体需要做什么。单独一条成交链接不能替代任务指派。

示例：

上下文：
任务从试点启动成交中创建。客户要求在会议前确认集成期限。

需要做什么：
检查技术限制，协调启动期限，并在任务中留下最终评论。

关闭任务前，检查是否需要把结果返回 CRM：添加评论、更新阶段、附加文档或创建下一项任务。如果决定只留在任务中，经理可能无法在客户历史中看到它。

文档和文件

文档和文件负责材料：以什么为基础、检查什么、结果在哪里。

如果材料作为独立对象存在，适合使用关联文档：合同、技术任务书、表格、演示、规程、商业报价或带修订的工作文档。

任务文件适用于仅在该任务内需要的材料：简报、截图、导出、最终版本、完成证明或清单项附件。

按含义选择位置：

情况	关联或附加什么
需要处理单独编辑的合同	关联文档，并在描述中简短说明。
需要把源简报交给执行人	任务文件。
需要确认某个步骤完成	清单项文件。
需要讨论中间版本	评论中的文件。
需要保存最终结果	任务文件或结果文档，并附最终评论。

不要在所有地方重复同一份材料。如果文档作为来源已关联，在评论中说明需要看哪一部分即可。如果文件是最终结果，请在完成标准或最终评论中写明。

文档实践：

如果文档是来源，请指出需要查看的章节、页面、标签页或片段；
如果文档是工作材料，请约定在哪里留下修订，以及谁验收最终版本；
如果文档是结果，请在任务中固定完成标准：链接可打开、版本最新、所需参与者有访问权；
如果材料作为文件附加，请在指派工作前检查名称和版本是否最新；
如果文件作为结果出现在评论中，请留下最终评论，避免参与者在中间附件中寻找最终版本。

评论作为关系来源

新任务经常来自讨论：有人发现独立问题、提出改进、固定风险，或决定把部分工作拆出当前任务。

从评论创建任务时：

如果 LadVen OS 支持直接链接，请保留源任务或评论链接；
在新任务描述中简短清楚地复述决定；
说明什么不再包含在源任务中，以及为什么单独拆出；
添加需要看到延续工作的参与者；
在源任务中留下评论，说明工作已拆到相关任务。

源任务中的最终评论示例：

固定结论：当前任务按人工检查关闭。自动核对拆到相关任务中，以便单独评估范围和期限。

这样参与者不仅能看到新任务，也能看到它为什么出现。

如何不丢失上下文

关系本身不能保证理解。参与者需要简短、可检查的画面：关联了什么、为什么关联、下一步做什么。

最小上下文集合：

任务标题描述结果；
描述中有任务出现的原因；
指明源任务、项目、客户、CRM 或文档；
重要文件附加或关联在正确位置；
评论中固定了会改变工作范围的决定；
参与者能访问关联对象；
创建关系后，如果 UI 支持，可以双向跳转。

如果关系对执行重要，请在任务正文中提到它。例如：“工作属于客户实施项目；合同请查看关联文档”。不要让执行人只凭对象名称猜测关系含义。

验收时可使用检查路径：

先打开来源：父任务、CRM、文档或产生工作的评论。
然后检查决定：具体协调了什么、谁确认、固定了哪些限制。
再核对结果：文件、已关闭清单、最终评论以及因新范围产生的相关任务。

如果负责人无法在几分钟内走完这条路径，说明关系形式上存在，但上下文整理得不好。请在描述或最终评论中补充简短说明。

如何避免关系稀释工作

关系太多会让任务像档案库，而不是指派。参与者看到客户、项目、CRM、文档、文件和相邻任务，却不明白哪个最重要。

为避免关系稀释工作：

任务标题只保留一个结果，不要堆叠所有关系；
在描述中区分上下文来源和预期动作；
不要因为文档属于同一主题就附加它；
如果任务之间没有依赖或延续，不要添加相关任务；
不要把父任务当成整个方向的文件夹；
如果结果需要返回 CRM、客户项目或文档，关闭任务前必须留下最终评论；
不要自动把所有关联对象的参与者都加入当前任务。

如果执行需要打开三个以上关联对象，请在描述中添加简短路径：“先看合同，再看带决定的评论，然后更新结果文件”。这能节省执行人时间，并降低拿错材料的风险。

访问权限和限制

关联对象可能有不同权限。用户可能能看到任务，却看不到项目、CRM 实体、文档、文件、评论或另一项相关任务。

以下情况请在指派前检查访问权：

任务关联到封闭项目、客户或 CRM 实体；
参与者在创建关系后才被添加；
文件或文档位于单独存储中；
任务包含商业、个人或内部数据；
相关任务属于另一个团队；
参与者看到静音记录、隐藏关系或不可用消息。

不要通过在 LadVen OS 外转发文件或截图来绕过权限限制。这样工作历史、访问权和最新版本会分裂。如果参与者需要访问，请在源对象中配置权限，或请空间所有者协助。

如果关系不可用，任务中应清楚说明下一步：申请访问、联系对象所有者、改用可访问文档，或在评论中补充上下文。

如何检查关系

创建或修改任务后，用查看模式打开任务，检查关系块和工作上下文。

检查：

父任务显示在预期位置；
子任务或相关任务可从源任务中看到；
项目、客户和客户项目与真实工作一致；
CRM 实体可以打开，且属于正确客户或成交；
文档和文件对参与者可访问；
评论或描述解释了为什么添加关系；
在任务列表中，关系有助于筛选或归组工作；
隐藏或不可用关系不会在没有明确下一步的情况下阻塞执行。

如果关系添加错误，请立即修正；如果参与者可能已经看到错误上下文，请留下评论。

良好实践

为独立结果创建子任务；一个结果内部的步骤使用清单。
相关任务用于依赖或延续，不用于视觉分组。
从上下文创建时检查自动添加了哪种关系。
在新任务描述中用自然语言复述关系原因。
不要手动复制完整历史：固定结论并保留来源链接。
检查参与者对项目、客户、CRM、文档和文件的访问权。
将最终结果保存在最容易检查的位置：任务文件、关联文档或最终评论。
如果关系影响验收，请把它加入完成标准。
不要“以防万一”添加关系：每个关系都应帮助执行、检查或查找任务。
对客户任务，只有当结果应留在客户历史中时，才关联客户或 CRM。
对项目任务，检查关系是否帮助负责人看到工作进展，而不只是替代标签。
对文档，固定它是来源、工作版本还是最终结果。
对相关任务，写明它们之间的依赖：“等待结果”、“延续决定”、“单独拆出”、“阻塞启动”。

常见错误

创建一个大任务，而不是几个相关任务。 如果工作有多个独立结果、不同负责人或不同期限，请拆成子任务或相关任务。

把小步骤拆成单独任务。 如果步骤没有独立结果，请留在清单中。

相关任务没有解释。 参与者能看到链接，但不明白它为什么重要。

把任务关联到错误客户或项目。 这种错误会破坏筛选、报告和客户历史。

不检查访问权就附加文档。 执行人形式上能看到任务，却打不开材料。

复制上下文而不是链接来源。 手动副本很快会过期，并与原文不一致。

关闭源任务时没有固定拆出的工作。 过一段时间后，没人能明白为什么部分结果没有在源任务中完成。

用 CRM 关系替代描述。 成交或联系人提供上下文，但不能说明预期结果。

删除关系但不评论。 如果团队已经按该关系工作，参与者必须理解上下文为什么变了。

把所有客户材料都加到每项任务里。 执行人会丢失主来源，并可能按过期文件工作。

混淆项目和客户。 项目用于内部管理，客户用于外部历史。如果为了方便只选一个，报告和搜索会不完整。

把相关任务当成指派替代品。 链接显示来源，但不说明具体要做什么以及谁对结果负责。

自动添加相关任务中的参与者。 人们会收到多余通知，责任也变得不清楚。

此页面需要哪些截图

任务卡片中的关系块：父任务、子任务和相关任务。
从评论或另一项任务创建任务，并自动添加关系。
同时关联项目和客户的任务示例。
带 CRM 实体并在描述中说明原因的客户任务示例。
任务中的关联文档或文件，可以看出材料用途。
保存后在任务查看模式中检查关系。
参与者无权限时不可用关系或文件的状态。

什么时候需要关系​

关系和责任​

关系类型​

层级、依赖和上下文​

父任务和子任务​

相关任务​

从上下文创建相关任务​

项目、客户和客户项目​

CRM 关系​

文档和文件​

评论作为关系来源​

如何不丢失上下文​

如何避免关系稀释工作​

访问权限和限制​

如何检查关系​

良好实践​

常见错误​

此页面需要哪些截图​

相关场景​