您的线索到收款数据模板
您的线索到收款数据模板
- 建议收集的属性
- 用于流程发现的关键活动
- 数据提取实用指南
线索到收款属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
ActivityStartTime
|
表示特定活动或事件开始时间的时间戳。 | ||
|
说明
此属性记录活动发生的日期和时间,是流程挖掘中用于按时间顺序排列事件和计算时长的主要时间要素。 开始时间是各类时间分析的基础,包括计算活动间的周期时间、识别延误和衡量整体流程表现。它支持生成动态流程动画,并帮助了解工作的时间分布。
重要性
此时间戳对于排列事件顺序和计算周期时间、等待时间等各项绩效指标至关重要。
获取途径
通常使用相关实体(销售机会、报价、SalesOrder、发票)中与活动对应的“createdon”或“modifiedon”时间戳。
示例
2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
|
|||
|
活动
ActivityName
|
销售流程中特定时点发生的业务活动或事件名称。 | ||
|
说明
此属性描述从销售线索到收款流程中的具体步骤或里程碑,例如“创建报价”或“收到付款”。每项活动都代表销售机会生命周期中的一个独立事件。 分析这些活动的顺序和频率是流程挖掘的核心。它能揭示实际流程路径,帮助识别常见路径和替代路径(变体),并定位返工或瓶颈。这些分析对于了解流程遵循度和效率至关重要。
重要性
定义流程图中的步骤,是通过流程挖掘发现低效环节和偏差的分析基础。
获取途径
此属性通常根据Dynamics 365中与销售机会、报价、订单和发票实体相关的各类事件生成。通常需要设置逻辑,将状态变更或记录创建事件映射为标准化活动名称。
示例
创建销售机会向客户发送报价签署合同收到付款
|
|||
|
销售机会
SalesOpportunity
|
销售机会的唯一标识符,也是从销售线索到收款流程的主要案例ID。 | ||
|
说明
销售机会ID可唯一标识每笔进入销售漏斗的潜在交易。它是串联相关活动的主线,涵盖从创建销售机会到最终收款的整个过程。 在流程挖掘中,此属性是还原每个销售案例端到端历程的基础。它有助于分析完整流程、计算总周期时间并比较销售机会的不同路径,进而发现从销售线索筛选到收款过程中的低效环节和瓶颈。
重要性
这是用于关联所有流程事件的关键案例ID,可追踪每笔销售交易的完整生命周期。
获取途径
这是销售机会实体的主键,通常为“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
|
客户所在的地理区域或销售区域。 | ||
|
说明
此属性指定与销售商机关联的地理区域,例如“北美”“欧洲、中东和非洲”或“亚太地区”。通常根据客户地址信息得出。 地区是对比分析的重要维度。在“发票生成与交付时间”仪表板等场景中,可借助此属性查看不同地区的流程表现是否存在差异。分析结果有助于发现当地法规、团队表现或市场状况造成的差异,为有针对性的区域流程改进提供依据。
重要性
支持按地理区域划分流程,突出显示各地区在表现、合规和客户行为方面的差异。
获取途径
这些数据通常存储在关联的Account或Contact实体中,例如“address1_country”字段或自定义“Region”字段。
示例
北美欧洲、中东和非洲亚太地区拉丁美洲
|
|||
|
客户
CustomerId
|
与销售商机关联的客户账户。 | ||
|
说明
此属性用于识别正在跟进商机的潜在客户或现有客户,并将销售流程关联到CRM系统中的特定账户。 按客户或客户细分分析流程,有助于深入了解不同类型的客户如何参与销售流程。分析可以揭示某些客户的周期时间是否更长、是否需要更多返工,或赢单率是否更高。这些信息有助于调整销售方式并管理客户关系。
重要性
支持分析特定客户或客户细分的流程表现,帮助调整销售策略。
获取途径
这是商机实体上的“customerid”查找字段,关联到Account或Contact记录。
示例
Contoso有限公司Adventure WorksFabrikam公司
|
|||
|
结束时间
ActivityEndTime
|
表示特定活动或事件完成时间的时间戳。对于原子事件,通常与开始时间相同。 | ||
|
说明
结束时间表示活动完成的时刻。对于“生成发票”等瞬时事件,结束时间通常与开始时间相同。对于可衡量时长的活动,例如人工审核,此时间戳记录工作完成的时刻。 此属性用于计算各项活动的处理时间。比较一项活动的结束时间与下一项活动的开始时间,即可分析流程中的实际工作时间(处理时间)和空闲时间(等待时间)。
重要性
可计算活动处理时间,区分实际工作时间和等待时间,从而更细致地了解流程表现。
获取途径
对于瞬时事件,结束时间与开始时间相同。对于有持续时间的活动,可能需要根据后续时间戳或状态变更推算。
示例
2023-04-15T10:00:00Z2023-04-25T15:00:00Z2023-05-10T11:25:00Z
|
|||
|
销售机会状态
OpportunityStatus
|
销售机会的最终结果,例如赢单或丢单。 | ||
|
说明
此属性记录销售机会的最终状态。主要结果通常为“Won”(赢单)或“Lost”(丢单)。 按结果分析对于了解哪些流程模式带来成功或失败至关重要。按状态筛选案例后,可以比较赢单与丢单交易的周期时间、活动和用户参与情况。这对于计算销售机会赢单率KPI,以及识别与积极结果相关的行为十分重要。
重要性
区分成功与未成功的结果,支持对比分析,找出哪些流程行为有助于赢单。
获取途径
对应销售机会实体中的“statecode”(状态)和“statuscode”(状态原因)字段。
示例
赢单丢单进行中
|
|||
|
销售机会负责人
OwnerId
|
负责销售机会的销售代表或用户。 | ||
|
说明
销售机会负责人是Microsoft Dynamics 365 Sales中被指派管理并推进销售机会的用户,通常负责与该案例相关的大部分活动。 按负责人分析流程,有助于比较不同销售代表、团队或部门的表现。分析结果可以揭示优秀员工的实践经验,为其他人员找到辅导机会,并帮助了解工作量分配如何影响流程效率和结果。
重要性
支持按用户或团队分析表现,帮助识别优秀员工,并诊断特定个人或群体相关的问题。
获取途径
这是销售机会实体中的“ownerid”字段,关联到用户或团队记录。
示例
John DoeJane SmithEMEA销售团队
|
|||
|
销售机会金额
OpportunityValue
|
销售机会的预估或实际金额。 | ||
|
说明
此属性表示销售机会对应的潜在或最终收入。初始值可能是预估金额,交易赢单后可更新为实际合同金额。 并非所有销售机会都相同,因此这一分析维度至关重要。按交易金额细分流程后,企业可以了解大额交易是否遵循不同流程或需要更长时间才能完成。此属性还有助于优先改进高价值业务环节。
重要性
提供财务背景信息,支持按交易金额分析,并优先改进高价值销售机会相关流程。
获取途径
通常位于销售机会实体的“estimatedvalue”(预估收入)或“actualvalue”(实际收入)等字段中。
示例
50000.00125000.0025000.00
|
|||
|
销售线索来源
LeadSource
|
最初销售线索的来源。 | ||
|
说明
此属性表示促成销售机会的销售线索来源,例如“网站”“合作伙伴”“展会”或“广告”。它用于跟踪不同营销渠道和销售线索生成策略的效果。 在流程挖掘中,按销售线索来源分析对于“销售线索转化分析”仪表板至关重要。它有助于计算各渠道的销售线索转化为销售机会的比率,并识别哪些来源带来的线索价值更高或筛选速度更快。这些洞察对于优化营销支出和销售重点十分重要。
重要性
有助于评估不同营销渠道获取优质销售线索的效果,直接支持销售线索转化分析。
获取途径
通常对应销售线索实体中的“leadsourcecode”字段,销售线索通过资格审核后,该字段会转移到销售机会。
示例
网站合作伙伴展会推荐
|
|||
|
销售阶段
SalesStage
|
销售机会在既定销售流程管道中所处的阶段。 | ||
|
说明
销售阶段表示商机所处的具体阶段,例如“资格审查”“开发”“提案”或“成交”。这些阶段概括了销售渠道及其进展。 流程挖掘根据时间戳推导详细活动,而销售阶段则提供有价值的业务背景。在“整体销售周期时间分析”仪表板中,销售阶段用于划分流程,了解各主要阶段耗时。这有助于识别耗时最长的阶段,以及商机通常在哪些阶段停滞。
重要性
提供商机进展的业务背景,便于分析销售渠道各阶段的耗时。
获取途径
此信息取自与商机实体关联的业务流程中的“stepname”字段。
示例
1-资格审查2-开发3-提案4-成交
|
|||
|
产品类别
ProductCategory
|
商机中销售的产品或服务类别。 | ||
|
说明
此属性用于对销售商机关联的主要产品或服务进行分类,例如“硬件”“软件”或“专业服务”。 按产品类别分析流程,是“订单履行表现”仪表板的重要用途。此分析有助于判断某些产品的销售周期是否更长、履行流程是否不同,或赢单率是否更低。根据这些发现,可针对不同产品线制定专门的销售流程,提升效率。
重要性
支持根据销售内容分析表现,揭示特定产品相关的流程差异和瓶颈。
获取途径
此信息通常可从与商机关联的Opportunity Product(opportunityproduct)实体中获取。
示例
云服务本地部署软件咨询服务
|
|||
|
付款条件
PaymentTerms
|
发票约定的付款条件,例如开票后30天或60天付款。 | ||
|
说明
此属性规定客户支付已交付商品或服务费用的条件,并明确开具发票后的付款期限。 在“收款周期分析”仪表板中,此属性不可或缺。您可以按约定条件划分收款时间,识别经常逾期付款的客户,并判断某些付款条件是否会导致收款周期延长。这有助于优化应收账款流程并管理现金流。
重要性
为分析付款表现提供基准,帮助识别逾期付款并评估收款策略的效果。
获取途径
此信息通常存储在Invoice实体中,字段名称常为“paymenttermscode”。
示例
开票后30天付款开票后60天付款收到发票后付款
|
|||
|
合同类型
ContractType
|
与销售相关的法律合同类型,例如“新业务”或“续约”。 | ||
|
说明
此属性用于对销售商机关联的合同进行分类。不同类型的合同,例如新客户协议、续约或增购,可能采用不同的审批和签署流程。 “合同签署周期时间”仪表板使用此属性划分分析范围。比较不同合同类型的签署时间,可以判断续约是否比新合同处理得更快,或复杂的定制合同是否造成明显延误。这有助于确定合同管理流程的改进重点。
重要性
通过识别哪些合同类型会造成流程延误,帮助分析并优化合同签署阶段。
获取途径
这可能是Opportunity或Contract实体上的自定义字段,具体取决于业务需求。
示例
新业务续约业务拓展主服务协议
|
|||
|
折扣百分比
DiscountPercentage
|
报价或订单适用的折扣百分比。 | ||
|
说明
此属性记录销售报价或订单相对于标价的总折扣百分比,是监控销售利润率和定价规范执行情况的重要指标。 “报价管理与折扣合规”仪表板使用此属性分析折扣情况。通过查看折扣分布,管理者可以识别过高或未经授权的折扣,评估折扣对赢单率的影响,并确保符合定价政策。
重要性
此属性对于分析定价策略和折扣合规至关重要,有助于了解折扣对盈利能力和赢单率的影响。
获取途径
位于Quote(“discountpercentage”)和SalesOrder(“discountpercentage”)实体中。
示例
0.050.100.15
|
|||
|
是否返工
IsRework
|
用于标记某项活动是否在同一案例中重复或返工。 | ||
|
说明
此布尔属性是一个计算字段,用于识别单个销售商机中重复发生的活动或活动顺序。例如,创建报价后遭到拒绝,随后又创建一份新报价,则第二次“创建报价”活动会标记为返工。 识别返工对于“流程变体与返工分析”仪表板至关重要。通过突出显示循环和重复步骤,此属性有助于量化流程低效程度。了解返工发生的位置和原因,是简化流程、减少无效工作并缩短销售周期的第一步。
重要性
直接标记流程低效和循环,帮助量化返工成本并发现简化流程的机会。
获取途径
这是一个计算属性,由流程挖掘工具分析每个案例的活动顺序得出。
示例
truefalse
|
|||
线索到收款活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建报价
|
已为客户生成产品或服务的正式报价。创建新的报价记录并将其关联到销售机会时,会捕获此事件。 | ||
|
重要性
这标志着流程从概念性提案转为正式报价。从此时到客户接受报价之间的时间,是衡量报价管理效率的重要指标。
获取途径
这是报价实体中新记录创建日期对应的明确事件,该记录通过查找关系关联到上级销售机会。
采集
使用报价实体中的“createdon”时间戳,并关联销售机会ID。
事件类型
explicit
|
|||
|
创建销售机会
|
标志着某笔潜在交易的销售流程开始。创建新的销售机会记录时会捕获此事件,通常是在销售线索通过资格审核后创建。 | ||
|
重要性
这是从销售线索到收款流程分析的主要起始活动,可用于衡量销售周期总时长并分析销售线索转化效果。
获取途径
这是从销售机会表中机会记录的创建时间戳捕获的明确事件。
采集
使用销售机会实体中的“createdon”时间戳。
事件类型
explicit
|
|||
|
创建销售订单
|
系统中已正式创建销售订单,用于管理已售产品或服务的履约。这是一个明确事件,通常由“Won”报价转换为订单时生成。 | ||
|
重要性
这标志着工作正式从销售移交给运营或履约团队,是衡量订单履约周期时间和售后效率的起点。
获取途径
这是从SalesOrder记录的创建时间戳捕获的明确事件,该记录关联到上级销售机会。
采集
使用SalesOrder(Order)实体中的“createdon”时间戳。
事件类型
explicit
|
|||
|
客户接受报价
|
客户已正式同意报价中列出的条款和价格。销售人员将报价记录的状态更新为“Won”时,会捕获此事件。 | ||
|
重要性
这是表明客户已明确承诺的重要里程碑,对于衡量报价转订单转化率和平均报价审批时间至关重要。
获取途径
可根据报价记录中“statecode”更新为“Won”(值为2)时的时间戳推断。
采集
报价“statecode”变为“Won”时,使用“modifiedon”时间戳。
事件类型
inferred
|
|||
|
收到付款
|
客户已付清发票款项。发票记录的状态标记为“Paid”时,会捕获此事件。 | ||
|
重要性
这是代表收入实现的重要财务里程碑。分析从发送发票到收到付款的时间,有助于优化收款周期。
获取途径
可根据发票记录中“statecode”变为“Paid”(值为2)时的时间戳推断。
采集
发票“statecode”更新为“Paid”时,使用“modifiedon”时间戳。
事件类型
inferred
|
|||
|
销售机会丢单
|
销售机会未能达成交易,已关闭。销售机会状态变为“Lost”时,会捕获此事件。 | ||
|
重要性
这是主要的失败结束活动。分析这些案例有助于找出交易失败的原因、销售漏斗中的客户流失环节以及竞争对手的影响。
获取途径
可根据销售机会记录中“statecode”变为“Lost”(值为2)时的时间戳推断。
采集
当销售机会的“statuscode”设为“Lost”时,使用“actualclosedate”字段或“modifiedon”时间戳。
事件类型
inferred
|
|||
|
销售机会赢单
|
销售机会已成功关闭并达成交易。销售机会状态变为“Won”时,会捕获此事件。 | ||
|
重要性
这是销售流程主要的成功结束活动,可用于计算赢单率、成功交易的销售周期时间和整体销售表现。
获取途径
可根据销售机会记录中“statecode”变为“Won”(值为1)时的时间戳推断。关联报价或订单处理时,通常会自动完成此操作。
采集
当销售机会的“statuscode”设为“Won”时,使用“actualclosedate”字段或“modifiedon”时间戳。
事件类型
inferred
|
|||
|
向客户发送发票
|
发票已发送给客户,等待付款。通常可根据发票记录的状态变更来推断此事件。 | ||
|
重要性
此时开始计算付款期限,也是衡量应收账款周转天数(DSO)的第一步。此处的延误会直接影响现金流。
获取途径
可根据发票实体的状态变更推断。虽然标准状态中没有“Sent”,但工作流通常会在此操作发生时更新自定义字段或状态。
采集
跟踪发票记录中的自定义“Sent Date”字段或状态原因变更。
事件类型
inferred
|
|||
|
向客户发送报价
|
已正式向客户发送生成的报价,供其审核。通常可根据报价记录的状态变为“Active”来推断此事件。 | ||
|
重要性
此活动标志着客户审核和谈判时间的开始,是分析报价审批周期、识别客户响应延迟的重要数据点。
获取途径
可根据报价记录中“statecode”变为“Active”时的时间戳推断。
采集
监控审计历史,或在报价“statecode”变为1(Active)时,通过工作流更新的时间戳字段进行跟踪。
事件类型
inferred
|
|||
|
完成订单履约
|
销售订单中的所有产品均已发货,或所有服务均已交付给客户。SalesOrder记录的状态更新为“Fulfilled”或类似状态时,会捕获此事件。 | ||
|
重要性
此活动标志着交付环节结束,是分析订单履约表现的重要里程碑,也是开票的触发点。
获取途径
可根据SalesOrder记录的“statecode”变为“Fulfilled”(值为3)时的时间戳推断。
采集
SalesOrder的“statecode”更新为“Fulfilled”时,使用“modifiedon”时间戳。
事件类型
inferred
|
|||
|
提出解决方案
|
此活动表示已向潜在客户正式提交解决方案或提案。通常可根据销售机会在其生命周期中进入“Propose”阶段来推断。 | ||
|
重要性
分析此活动前后的耗时,有助于评估方案设计和提案生成环节的效率。若此活动重复出现,可能意味着销售周期中存在返工。
获取途径
可根据销售机会记录的状态变更,或相关业务流程进入“Propose”阶段来推断。
采集
使用销售机会实体中状态或阶段变更的时间戳。
事件类型
inferred
|
|||
|
生成发票
|
已根据完成履约的销售订单创建客户发票。系统中创建新的发票记录时,会捕获此明确事件。 | ||
|
重要性
此活动标志着开票和收款周期开始。从订单履约到生成发票的时间,是衡量开票流程效率的重要指标。
获取途径
这是从发票记录的创建时间戳捕获的明确事件,该记录关联到SalesOrder。
采集
使用发票实体中的“createdon”时间戳。
事件类型
explicit
|
|||
|
确认客户需求
|
表示销售团队已收集并了解客户需求。通常可通过销售人员更新业务流程阶段或更改销售机会状态来记录。 | ||
|
重要性
跟踪这一阶段有助于了解从初次接触到形成可行方案需要多长时间。此处出现延误,可能意味着需求沟通或资源安排存在问题。
获取途径
可根据销售机会的业务流程阶段变更为“Develop”或“Propose”,或自定义状态字段更新来推断,并使用阶段变更的时间戳。
采集
跟踪销售机会实体或相关业务流程实体中“stageid”的变更。
事件类型
inferred
|
|||
|
签署合同
|
双方已签署具有法律约束力的合同,协议正式生效。此事件通常通过手动更新销售机会或相关合同实体来记录,也可能由电子签名集成触发。 | ||
|
重要性
此活动对于跟踪合同签署周期至关重要。此阶段的延误可能会显著影响收入预测和项目启动。
获取途径
可根据销售机会中的“Contract Signed Date”等日期字段已填入,或状态发生变更来推断。若系统中没有此字段,可能需要进行自定义配置。
采集
使用特定状态变更的时间戳,或合同相关字段填入日期。
事件类型
inferred
|
|||
数据提取指南
提升赢单率:立即优化线索到收款流程
优化销售渠道,赢单率提升20%。
免费试用14天,无需信用卡。