您的“从线索到现金” (Lead to Cash) 数据模板
您的“从线索到现金” (Lead to Cash) 数据模板
- 推荐的数据采集属性
- 用于流程发现的关键跟踪活动
- 数据提取实用指南
“从线索到现金”属性
| 名称 | 描述 | ||
|---|---|---|---|
|
开始时间
ActivityStartTime
|
指示特定活动或事件开始的时间戳。 | ||
|
描述
此属性记录活动发生的日期和时间。它是流程挖掘中使用的主要时间组件,用于按时间先后顺序排列事件并计算持续时间。 开始时间对于所有基于时间的分析都必不可少,包括计算活动间的周期时间、识别延迟以及衡量整体流程绩效。它支持创建动态流程动画,并有助于理解工作的随时间分布情况。
为何重要
此时间戳对于事件排序和计算所有绩效指标(如周期时间和等待时间)至关重要。
获取方式
这通常是对应于活动的相应实体(Opportunity、Quote、SalesOrder、Invoice)的 'createdon' 或 'modifiedon' 时间戳。
示例
2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
|
|||
|
活动
ActivityName
|
在销售流程中特定时间点发生的业务活动或事件的名称。 | ||
|
描述
此属性描述了从线索到现金流程中的具体步骤或里程碑,例如“已创建报价”或“已收到款项”。每项活动都代表销售机会生命周期中的一个独立事件。 分析这些活动的顺序和频率是流程挖掘的核心。它揭示了实际的流程流,有助于识别常用路径和替代路径(变体),并精准定位返工或瓶颈发生的地点。这种分析对于理解流程执行情况和效率至关重要。
为何重要
定义流程图中的步骤,这是所有流程挖掘分析的基础,用于发现效率低下和偏差。
获取方式
此属性通常源自 Dynamics 365 中与 Opportunity、Quote、Order 和 Invoice 实体相关的各种事件。它通常需要逻辑将状态更改或记录创建事件映射到标准化的活动名称。
示例
销售机会已创建报价单已发送至客户合同已签署已收到付款
|
|||
|
销售机会
SalesOpportunity
|
销售机会的唯一标识符,作为从线索到现金流程的主要 case ID。 | ||
|
描述
销售机会 ID 唯一标识了在销售漏斗中推进的每笔潜在交易。它作为核心主线,连接从销售机会最初创建到最终收款的所有相关活动。 在流程挖掘中,此属性是重建每个销售 case 端到端旅程的基础。通过它,可以分析整个流程流、计算总周期时间,并比较销售机会所采取的不同路径,最终能够识别从线索评估到现金收回过程中的低效环节和瓶颈。
为何重要
这是连接所有流程事件的核心 Case ID,使得追踪每笔销售交易的全生命周期成为可能。
获取方式
这是 Opportunity 实体的原键,通常是 'opportunityid' 字段。
示例
OPP-01532-A3B1C7OPP-01533-F8D2E5OPP-01534-G9H3I4
|
|||
|
最后数据更新
LastDataUpdate
|
源系统上次数据刷新的时间戳。 | ||
|
描述
此属性表示上次从 Microsoft Dynamics 365 Sales 提取数据并加载到流程挖掘工具中的日期和时间。它为分析数据的时效性提供了参考点。 了解数据的及时性对于确保分析和结论的相关性以及基于最新信息至关重要。它能帮助用户信任这些见解,并根据流程的当前状态做出明智的决策。
为何重要
指示数据的时效性,确保分析结果是最新的且与决策相关。
获取方式
此时间戳由数据提取和加载过程本身生成。
示例
2024-07-27T02:00:00Z2024-07-28T02:00:00Z
|
|||
|
源系统
SourceSystem
|
数据提取来源系统。 | ||
|
描述
此属性标识事件数据来源的源应用程序。对于此流程,它始终为 Microsoft Dynamics 365 Sales。 在拥有多个集成系统的环境中,此字段对于数据血缘和故障排除至关重要。它有助于理解数据背景,并确保分析基于正确来源的信息。
为何重要
提供有关数据来源的关键背景,这对于数据治理、验证和集成管理至关重要。
获取方式
这是一个静态值,应在数据提取过程中填充,以标记记录的来源。
示例
Microsoft Dynamics 365 Sales
|
|||
|
区域
Region
|
客户所在的地理区域或领地。 | ||
|
描述
此属性指定与销售机会关联的地理区域,例如“北美”、“欧洲、中东和非洲 (EMEA)”或“亚太地区 (APAC)”。它通常源自客户的地址信息。 区域是对比分析的一个关键维度。它被用于“发票生成和送达时间”等仪表板中,以观察流程绩效是否存在地区差异。此类分析可以揭示由当地法规、团队表现或市场状况引起的差异,从而为针对特定地区的流程改进提供参考。
为何重要
允许按地理区域细分流程,突出不同区域在绩效、合规性和客户行为方面的差异。
获取方式
此类数据通常存储在相关的 Account 或 Contact 实体中,例如 'address1_country' 或自定义的 'Region' 字段。
示例
北美欧洲、中东和非洲亚太拉美地区
|
|||
|
客户
CustomerId
|
与销售机会关联的客户账户。 | ||
|
描述
此属性标识了正在跟进的销售机会所属的潜在或现有客户。它将销售流程连接到 CRM 系统中的特定账户。 按客户或客户群分析流程可以更深入地了解不同类型的客户如何与销售流程互动。它可以揭示某些客户是否具有更长的周期时间、需要更多返工或具有更高的赢单率。这些信息对于量身定制销售方法和管理客户关系非常有价值。
为何重要
支持针对特定客户或客户群进行流程绩效分析,有助于量身定制销售策略。
获取方式
这是 Opportunity 实体上的 'customerid' 查找字段,它链接到 Account 或 Contact 记录。
示例
Contoso 有限公司Adventure Works飞利康公司 (Fabrikam, Inc.)
|
|||
|
线索来源
LeadSource
|
最初线索产生的来源。 | ||
|
描述
此属性表示发起销售机会的线索来源,如“网页”、“合作伙伴”、“展会”或“广告”。它用于跟踪不同营销渠道和线索生成策略的有效性。 在流程挖掘中,按线索来源分析对于“线索转化绩效”仪表板至关重要。它有助于计算每个渠道的“线索转销售机会转化率”,并识别哪些来源产生了最有价值的线索或具有最快的评估速度。这些见解对于优化营销支出和销售重心至关重要。
为何重要
有助于评估不同营销渠道在生成高质量线索方面的表现,直接支持线索转化分析。
获取方式
这通常是 Lead 实体上的 'leadsourcecode' 字段,在评估合格后会转移到 Opportunity。
示例
Web合作伙伴展会转介绍
|
|||
|
结束时间
ActivityEndTime
|
表示特定活动或事件完成的时间戳。对于原子事件,通常与开始时间相同。 | ||
|
描述
结束时间标志着活动的完成。对于像“生成发票”这样的即时事件,结束时间通常与开始时间相同。对于具有可衡量持续时间的活动(如手动审核步骤),此时间戳记录了工作完成的时间。 该属性用于计算单个活动的处理时间。通过将一个活动的结束时间与下一个活动的开始时间进行比较,可以分析流程中的实际工作时间(处理时间)和闲置时间(等待时间)。
为何重要
支持计算活动处理时间,区分实际工作时间与等待时间,提供更细致的流程绩效视图。
获取方式
对于即时事件,此时间与开始时间相同。对于具有持续时间的活动,可能需要根据后续时间戳或状态更改来推导。
示例
2023-04-15T10:00:00Z2023-04-25T15:00:00Z2023-05-10T11:25:00Z
|
|||
|
销售机会价值
OpportunityValue
|
销售机会的估计或实际货币价值。 | ||
|
描述
此属性代表与销售机会相关的潜在或最终收入。它可能最初是一个估计值,并在赢得交易时更新为实际合同金额。 这是分析的一个关键维度,因为并非所有机会都是对等的。通过根据交易规模对流程进行细分,公司可以观察大额订单是否遵循不同的流程或需要更长的时间才能结案。它还允许将流程改进的工作重点放在业务的高价值部分。
为何重要
提供财务背景,支持基于交易规模进行分析,并优先处理高价值销售机会的流程改进。
获取方式
通常位于 Opportunity 实体上的 'estimatedvalue' (预计收入) 或 'actualvalue' (实际收入) 字段中。
示例
50000.00125000.0025000.00
|
|||
|
销售机会状态
OpportunityStatus
|
销售机会的最终结果,例如赢单或流失。 | ||
|
描述
此属性捕获销售机会的最终状态。主要结果通常是“赢单”(表示销售成功)或“流失”(表示交易未达成)。 按结果分析是了解哪些流程模式导致成功或失败的基础。通过按状态筛选 case,可以比较赢单与流失交易的周期时间、活动和用户参与度。这是计算“销售机会赢单率”KPI 以及识别与正面结果相关的行为的关键。
为何重要
区分成功与失败的结果,通过对比分析识别哪些流程行为会导致最终赢单。
获取方式
这对应于 Opportunity 实体上的 'statecode' (状态) 和 'statuscode' (状态原因) 字段。
示例
成交丢单进行中
|
|||
|
销售机会负责人
OwnerId
|
负责该销售机会的销售代表或用户。 | ||
|
描述
销售机会负责人是 Microsoft Dynamics 365 Sales 中被指派负责管理和推进销售机会的个人用户。该用户通常负责与该 case 相关的大部分活动。 按负责人分析流程有助于比较不同销售代表、团队或部门的绩效。这可以揭示顶尖销售的优秀实践,发现对他人的指导机会,并了解工作量分配如何影响流程效率和结果。
为何重要
支持按用户或团队进行绩效分析,有助于识别表现优异者并诊断与特定个人或团体相关的问题。
获取方式
这是 Opportunity 实体上的 'ownerid' 字段,它链接到用户或团队记录。
示例
John DoeJane Smith欧洲、中东和非洲销售团队
|
|||
|
销售阶段
SalesStage
|
在定义的销售流程管线中机会所处的阶段。 | ||
|
描述
销售阶段代表销售机会所处的特定阶段,如“评估”、“开发”、“提案”或“关闭”。这些阶段提供了销售管线和进展的高层级概览。 流程挖掘从时间戳中推导出详细活动,而销售阶段则提供了宝贵的业务背景。它被用于“整体销售周期分析”仪表板中,以细分流程并了解每个主要阶段花费的时间。这有助于确定哪些阶段最长,以及销售机会容易在何处停滞。
为何重要
提供关于销售机会进展的业务背景,以便分析销售管线各阶段所花费的时间。
获取方式
此信息源自与 Opportunity 实体关联的 Business Process Flow 相关的 'stepname' 字段。
示例
1-资格审查2-开发3-提案4-关闭
|
|||
|
产品类别
ProductCategory
|
销售机会中涉及的产品或服务类别。 | ||
|
描述
此属性对与销售机会关联的主要产品或服务进行分类。例如:“硬件”、“软件”或“专业服务”。 按产品类别分析流程对于“订单履约绩效”仪表板至关重要。它有助于确定某些类型的产品是否具有更长的销售周期、不同的履行流程或更低的赢单率。这种洞察可以促使针对不同产品线制定专门的销售流程,以提高效率。
为何重要
支持根据所售产品进行绩效分析,这能揭示特定产品的流程差异和瓶颈。
获取方式
此类信息通常可从与 Opportunity 关联的 Opportunity Product (opportunityproduct) 实体中获得。
示例
云服务本地部署软件咨询服务
|
|||
|
付款条款
PaymentTerms
|
发票商定的付款条件,例如 Net 30 或 Net 60。 | ||
|
描述
此属性指定了客户支付所提供商品或服务费用的条件。它定义了发票开具后的付款期限。 对于“收款周期分析”仪表板,此属性不可或缺。它允许按约定的条款对收款时间进行细分,从而能够识别哪些客户长期逾期付款,以及某些付款条件是否与较长的收款周期相关。这有助于优化应收账款流程并管理现金流。
为何重要
为分析付款表现提供基准,有助于识别逾期付款并评估催收策略的有效性。
获取方式
这通常存储在 Invoice 实体上,通常位于名为 'paymenttermscode' 的字段中。
示例
净 30 天净 60 天见票即付
|
|||
|
合同类型
ContractType
|
与销售关联的法律合同类型,如“新业务”或“续约”。 | ||
|
描述
此属性对与销售机会关联的合同进行分类。不同类型的合同(如新客户协议、续约或增购)可能遵循不同的审批和签署流程。 “合同签署周期”仪表板使用此属性进行细分分析。通过比较不同合同类型的签署时间,企业可以识别续约是否比新合同处理得更快,或者复杂的定制合同是否导致了严重的延迟。这有助于针对合同管理流程进行改进。
为何重要
通过识别是否是某些类型的合同导致了流程延迟,帮助分析并优化合同签署阶段。
获取方式
由于这属于特定业务需求,因此这可能是一个位于 Opportunity 或 Contract 实体上的自定义字段。
示例
新业务续约业务扩张主服务协议 (MSA)
|
|||
|
处理时间
ProcessingTime
|
单个活动的持续时间,计算方式为结束时间与开始时间之差。 | ||
|
描述
处理时间(或活动持续时间)用于衡量处理特定任务所花费的实际工作时间。其计算方法是用 Activity End Time 减去 Activity Start Time。 该指标有助于区分实际工作时间和空闲/等待时间。在分析中,它用于确定整个流程中哪些特定活动最耗时。找出处理时间较长的活动是简化运营和提高资源效率的关键步骤。
为何重要
衡量活动的实际工作时长,有助于精准识别哪些特定任务最耗时,并将其作为优化目标。
获取方式
这是一个计算字段,由 'ActivityEndTime' 减去 'ActivityStartTime' 得出。
示例
8640036000
|
|||
|
折扣百分比
DiscountPercentage
|
应用于报价或订单的折扣百分比。 | ||
|
描述
此属性记录了销售报价或订单中提供的总折扣占标价的百分比。它是监控销售利润率和定价规范的关键指标。 “报价管理与折扣合规”仪表板使用此属性来分析折扣行为。通过可视化折扣分布,管理层可以识别过度或未经授权的折扣,评估折扣对赢单率的影响,并确保符合定价政策。
为何重要
对于分析定价策略和折扣合规性至关重要,有助于了解折扣对盈利能力和赢单率的影响。
获取方式
位于报价 ('discountpercentage') 和销售订单 ('discountpercentage') 实体中。
示例
0.050.100.15
|
|||
|
是否返工
IsRework
|
一个标记,指示某个活动在同一案例中是否属于重复或返工。 | ||
|
描述
此布尔属性是一个计算字段,用于识别在单个销售机会中何时重复了某个活动或一系列活动。例如,如果创建了报价、被拒绝,然后又创建了新报价,则第二个“已创建报价”活动将被标记为返工。 识别返工对于“流程变体和返工分析”仪表板至关重要。它通过突出显示循环和重复步骤,帮助量化流程中的低效程度。了解返工发生的位置和原因是简化流程、减少无效劳动并加速销售周期的第一步。
为何重要
直接标记流程中的效率低下和循环,有助于量化返工成本并识别简化流程的机会。
获取方式
这是一个计算属性。它是在流程挖掘工具中通过分析每个 case 的活动顺序推导出来的。
示例
truefalse
|
|||
“从线索到现金”活动
| 活动 | 描述 | ||
|---|---|---|---|
|
客户已接受报价
|
客户已正式同意报价中的条款和定价。当销售人员将报价记录的状态更新为“赢单”时,系统会捕获此事件。 | ||
|
为何重要
这是一个关键里程碑,表示客户的正式承诺。这对于衡量报价到订单的转化率以及平均报价审批时间至关重要。
获取方式
根据报价 (Quote) 记录的 'statecode' 更新为“赢单”(值为 2)时的时间戳推导。
捕获
当报价 'statecode' 更改为“赢单”时,使用 'modifiedon' 时间戳。
事件类型
inferred
|
|||
|
已创建销售订单
|
在系统中正式创建销售订单,以管理所售产品或服务的履行。这是一个显式事件,通常通过将“已赢单”的报价转换为订单来生成。 | ||
|
为何重要
这标志着从销售到运营或履约的正式交接。它是衡量订单履约周期和售后效率的起点。
获取方式
这是从与父级 Opportunity 关联的 SalesOrder 记录创建时间戳捕获的显性事件。
捕获
使用 SalesOrder (订单) 实体的 'createdon' 时间戳。
事件类型
explicit
|
|||
|
已收到付款
|
已收到客户的全额发票付款。这在发票 (Invoice) 记录的状态标记为“已付款”时捕获。 | ||
|
为何重要
这是一个关键的财务里程碑,代表收入实现。分析从发出发票到收到付款的时间有助于优化收款周期。
获取方式
根据发票 (Invoice) 记录的 'statecode' 变为“已付款”(值为 2)时的时间戳推导。
捕获
当发票 'statecode' 更新为“已付款”时,使用 'modifiedon' 时间戳。
事件类型
inferred
|
|||
|
报价已创建
|
已为客户生成产品或服务的正式价格报价。这是在创建新的报价 (Quote) 记录并将其链接到销售机会时捕获的。 | ||
|
为何重要
这标志着从初步方案到正式报价的转变。从此时到报价接受之间的时间对于衡量报价管理效率至关重要。
获取方式
作为报价 (Quote) 实体中新记录的创建日期记录的显式事件,该实体与父级机会 (Opportunity) 具有查找关系。
捕获
使用 Quote 实体的 'createdon' 时间戳(已链接至销售机会 ID)。
事件类型
explicit
|
|||
|
销售机会已创建
|
标志着特定潜在交易销售流程的开始。当创建新的销售机会 (Opportunity) 记录(通常是线索核实的结果)时捕获此事件。 | ||
|
为何重要
这是从线索到现金流程分析的主要起始活动。它允许衡量总销售周期并分析线索转化的有效性。
获取方式
这是从 Opportunity 表中 Opportunity 记录的创建时间戳捕获的显性事件。
捕获
使用 Opportunity 实体的 'createdon' 时间戳。
事件类型
explicit
|
|||
|
销售机会流失
|
销售机会未获成功,已在未达成交易的情况下关闭。当机会状态更改为“流失”时,系统会捕获此事件。 | ||
|
为何重要
这是主要的失败终止活动。分析这些 case 有助于识别交易流失的原因、销售漏斗中的流失点以及竞争对手的有效性。
获取方式
根据机会 (Opportunity) 记录的 'statecode' 更改为“丢单”(值为 2)时的时间戳推导。
捕获
当 Opportunity 的 'statuscode' 设置为“流失”时,使用 'actualclosedate' 字段或 'modifiedon' 时间戳。
事件类型
inferred
|
|||
|
销售机会赢单
|
销售机会已成功关闭并达成交易。当机会状态更改为“赢单”时,系统会捕获此事件。 | ||
|
为何重要
这是销售流程的主要成功终止活动。它用于计算赢单率、成功交易的销售周期以及整体销售绩效。
获取方式
根据机会 (Opportunity) 记录的 'statecode' 更改为“赢单”(值为 1)时的时间戳推导。这通常在处理相关的报价或订单时自动完成。
捕获
当 Opportunity 的 'statuscode' 设置为“赢单”时,使用 'actualclosedate' 字段或 'modifiedon' 时间戳。
事件类型
inferred
|
|||
|
发票已发送给客户
|
发票已送达客户待付款。通常根据发票记录的状态变更来推断。 | ||
|
为何重要
这开启了付款期限的计时,是衡量应收账款周转天数 (DSO) 的第一步。此处的延迟将直接影响现金流。
获取方式
根据发票 (Invoice) 实体的状态变更来推导。虽然没有标准的“已发送”状态,但工作流通常会在执行此操作时更新自定义字段或状态。
捕获
在发票记录上跟踪自定义的“发送日期”字段或状态原因变更。
事件类型
inferred
|
|||
|
合同已签署
|
双方已签署具有法律约束力的合同,敲定协议。此事件通常是对机会 (Opportunity) 或相关合同实体的手动更新,也可能是由电子签名集成触发的。 | ||
|
为何重要
此活动对于跟踪合同定稿周期至关重要。此阶段的延迟会显著影响收入预测和项目启动。
获取方式
根据机会 (Opportunity) 上填充的日期字段(如“合同签署日期”)或状态变更来推导。这可能需要进行自定义设置。
捕获
使用特定状态更改的时间戳或合同相关字段被填充的日期。
事件类型
inferred
|
|||
|
已提出解决方案
|
此活动表示已向潜在客户提交正式方案或提案。通常在销售机会进入其生命周期的“提案”阶段时推断。 | ||
|
为何重要
分析此活动前后花费的时间,有助于评估方案设计和提案生成步骤的效率。重复出现的情况则预示着销售周期中存在返工。
获取方式
根据机会 (Opportunity) 记录的状态变更或关联业务流程进入“提案”阶段来推导。
捕获
使用 Opportunity 实体上状态或阶段更改的时间戳。
事件类型
inferred
|
|||
|
已生成发票
|
根据已履行的销售订单创建了客户发票。这是在系统中创建新发票 (Invoice) 记录时记录的显式事件。 | ||
|
为何重要
此活动开启了计费和收款周期。从订单履行到生成发票的时间是衡量计费流程效率的关键指标。
获取方式
这是从与 SalesOrder 关联的 Invoice 记录创建时间戳中捕获的显性事件。
捕获
使用 Invoice 实体的 'createdon' 时间戳。
事件类型
explicit
|
|||
|
报价单已发送至客户
|
生成的报价单已正式交付给客户审阅。通常通过报价记录的状态更改为“激活”来推断此事件。 | ||
|
为何重要
此活动开启了客户评审和谈判时间的计时。它是分析报价审批周期和识别客户响应延迟的关键数据点。
获取方式
根据报价 (Quote) 记录的 'statecode' 变为“激活”时的时间戳推导。
捕获
监控审计历史记录,或使用报价 (Quote) 的 'statecode' 变为 1(激活)时由工作流更新的时间戳字段。
事件类型
inferred
|
|||
|
订单已履行
|
销售订单中的所有产品均已发货,或所有服务均已交付给客户。这在销售订单 (SalesOrder) 记录的状态更新为“已履行”或类似状态时捕获。 | ||
|
为何重要
此活动结束了流程的交付部分。它是分析订单履约绩效的关键里程碑,也是开票的触发点。
获取方式
根据销售订单 (SalesOrder) 记录的 'statecode' 变为“已履行”(值为 3)时的时间戳推导。
捕获
当 SalesOrder 'statecode' 更新为“已履行”时,使用 'modifiedon' 时间戳。
事件类型
inferred
|
|||
|
需求已确认
|
代表销售团队已收集并理解客户需求的节点。通常通过销售人员更新 Business Process Flow 中的阶段或更改销售机会状态来捕获。 | ||
|
为何重要
跟踪此阶段有助于识别从初次接触到形成可行提案所需的时间。此处的延迟可能反映出需求调研或资源可用性方面存在问题。
获取方式
根据机会 (Opportunity) 的业务流程阶段变更为“开发”或“提案”阶段,或自定义状态字段的更新来推导。使用阶段变更的时间戳。
捕获
跟踪 Opportunity 实体或相关 Business Process Flow 实体中 'stageid' 的更改。
事件类型
inferred
|
|||