商机阶段规则

解决什么问题

在CRM列表中，销售常需要人工判断「这个客户该到哪一阶段」，但阶段划分依赖主观经验，不同人可能有不同判断，导致漏斗字段不一致、跟进策略模糊。尤其是面对大量商机时，逐个人工评估效率低，且难以保证阶段建议的一致性和可解释性。

规则如何推断阶段

该技能通过纯本地可解释规则解决这个问题，核心逻辑围绕固定阶段集合（lead / contact / intend / negotiate / won / lost）展开。输入是一个上下文对象，包含是否建联、跟进次数、是否有报价/合同、是否有丢单标记等字段；输出包含suggested（建议阶段）、reason（判定理由）和actions[]（下一步动作列表）。

阶段优先级按「高→低」明确排序：

• 优先看丢单标记，若有则直接建议lost
• 其次看合同，有合同则建议won
• 接着看报价，有报价则进入negotiate
• 若跟进次数≥3且已建联，建议intend
• 已建联但未达上述条件，建议contact
• 仅线索状态则建议lead

关键实现步骤简单直接：先收集或映射商机字段，再调用规则接口，最终展示中文阶段名、判定原因和推荐动作。跟进次数等阈值可通过配置调整，默认值会写进说明，方便按需修改。

适用边界与注意点

规则是辅助工具而非决策系统，所有建议仅作「阶段建议」提示，人工可随时修改。尤其成交（won）和丢单（lost）阶段，必须经业务人员确认后才能写回系统，避免自动修改关键状态。规则不请求后端，完全在本地计算，适合嵌入CRM列表旁的轻量提示场景，不适用于需要复杂状态机或实时同步的重度业务系统。