“想了解线索管理软件”看起来像一个产品兴趣标签，实际可能包含完全不同的学习任务。一位刚开始整理线索的读者，还没有统一记录；另一位已经能稳定记录，正在处理多个销售团队怎样查看、谁能汇总和哪些字段应受限制。若两人都从功能菜单、产品架构或接口说明开始，前者缺少基础，后者又找不到组织问题的答案。
学习路径应由当前任务决定。先让读者完成一个可以验证的小动作，再引向下一层；不要求所有人按同一顺序，也不把阅读路径当成购买阶段。
先识别读者的当前起点
可以用四个问题判断起点：他现在怎样记录一次跟进；另一位同事能否仅凭记录接着做；他当前卡在字段、流程还是权限；看完后准备完成什么。答案指向“记录还不完整”，走入门路径；答案指向“已有记录但查看责任不清”，走权限核对路径。
职位不能替代这四个问题。负责人也可能需要从基础记录开始，一线运营者也可能正在设计权限。客户没有说明时，不根据阅读次数或企业规模猜测；可以先提供一个清楚入口，让他自行选择，或在合适场景下确认。
两条路径共享哪些基础概念
两类读者都要先区分联系人、企业账户、互动记录和商机。联系人是具体的人，企业账户关联组织事实，互动记录保存一次行为或沟通，商机则需要明确的业务问题与推进事实。若对象混在一起，记录入门会写错，权限核对也无法决定谁该看什么。
两条路径还共享事实边界：客户原话是事实，页面访问是行为，团队摘要是判断，系统评分是计算结果，生命周期是状态。它们可以同时出现，但必须保留来源与时间。对象关系可连接到联系人、账户与商机的数据模型。
路径A第一步：把一次跟进写完整
记录入门者先使用一段脱敏教学对话，不先看软件菜单。练习保存联系人与企业、来源、客户原话、当前任务、已知事实、未知、已经完成或承诺的事项、下一步、负责人和时间。完成后把原对话隐藏，请另一位同事只看记录继续处理。
若同事不知道为什么联系、答应了什么或接下来由谁做，说明记录仍不完整。课程在这里教的是业务记录，不假定某款软件拥有完全相同字段；实际落地可用表格、CRM或其他工具，但字段定义要一致。
路径A第二步：从一条记录走向统一规则
一条记录写清后，再处理多条记录的统一：相同来源是否使用同一名称，未知是否允许保留，联系人与企业怎样关联，重复记录如何标记，状态变化是否保留历史。若一开始就把所有内容塞进自由文本，后续无法筛选；若把每句话都做成下拉选项，又会丢失语境。
适合统计、分配和提醒的内容可以结构化；需要保留客户表达的内容使用简短原话与摘要。每个字段说明定义、来源、维护人和允许的未知值。此时读者才有基础判断软件字段是否适合自己的工作。
路径A第三步：再学习分群与下一步
当记录稳定后，读者可以用少量字段支持实际任务，例如选出“明确询问记录填写、允许接收资料、尚无销售跟进”的联系人。分群不是入门第一步，因为错误记录会制造错误名单。先有可追溯事实，再谈筛选和自动动作。
路径A的完成物不是“学会使用某软件”，而是一条可接续记录和一份最小字段字典。产品操作仍需按实际界面学习。
路径B第一步：先画岗位与任务
权限核对者不要先问“系统有几种角色”。先列出实际工作：谁创建或补充记录，谁负责某个账户，谁需要查看自己团队，谁需要跨团队汇总，谁负责纠错，谁能导出，谁只需看统计。相同职位在不同企业里可能承担不同任务，因此权限应从责任倒推。
教学清单可以用“岗位—任务—需要查看—需要修改—不应访问—核验人”六列。比如线索运营人员需要处理自己负责的联系，销售负责人需要查看本团队接收与反馈，跨团队管理者可能只需汇总；具体范围由企业制度确定，不是课程规定。
路径B第二步：区分查看、修改、分配与导出
“能看见”不是一个足够精确的权限问题。需要分别核对：能否查看原始联系方式、客户原话、销售备注和汇总数据；能否修改企业归属、资格状态或负责人；能否重新分配；能否导出；操作是否保留记录；敏感字段是否按任务限制。
课程只能帮助列问题，不能声称某个产品一定支持字段级权限、历史追踪或跨团队汇总。供应商回答后，企业还应结合真实版本、配置、账号体系和适用规则验证，而不是把宣传页当作完成验收。
路径B第三步：用异常情境核验
权限设计在正常流程里往往看不出问题。可以用脱敏教学情境测试：联系人换岗后谁能修订；两位联系人属于同一账户时谁能合并；销售调区后旧记录怎样查看；市场只需看来源反馈时是否必须看到全部联系信息；客户要求停止联系后哪些流程会收到状态。
这些情境帮助发现责任空白，却不预设技术答案。工具若没有某项能力，企业可能通过流程和人工复核补足；工具即使有能力，也要配置、测试和维护。
两条路径的内容顺序为什么不能交换
让入门者先看权限，会在对象和记录都不清楚时讨论谁能看什么；让权限核对者反复阅读基础字段，又没有回答他的组织问题。顺序不匹配会让内容显得很多，却无法支持行动。
两条路径可以在对象定义页会合，之后各自继续。A组从“单条记录”到“字段字典”再到“按问题分群”；B组从“岗位任务”到“权限维度”再到“产品核验与异常测试”。它们不是难度高低，而是工作任务不同。
怎样在官网或资料库中呈现两条路径
入口标题直接写出结果，例如“第一次整理线索：先完成一条可交接记录”和“多团队使用：先完成岗位与权限核对清单”。开头复述适用情况，让读者一眼判断。每页结尾只给与当前完成物相邻的下一步，不一次展示所有产品、案例和服务。
若读者选错入口，应允许他轻松切换，不用重新提交信息。推荐可以基于他主动选择和当前内容上下文，不必暴露内部推断。站内链接按官网既定新标签方式打开，链接文字要说明打开后学到什么。
怎样判断读者完成了本路径
A组读者能用模板写出一条他人可接续记录，并指出哪些事实未知，就完成本路径；B组读者能列出岗位、任务、查看与修改范围，并把未知能力整理成供应商核验问题，就完成本路径。完成不等于产生采购需求，也不意味着自动进入更高层级。
复盘时看完成物是否可用、问题是否更清楚、是否出现误解和重复沟通。不要只以页面停留、下载或打开次数宣布学习成功。
常见错误
常见错误包括：把功能清单当学习路径；用职位决定起点；把入门与选型内容写在同一篇；没有完成物；把权限问题简化为“管理员和普通用户”；假定系统自动去重、追踪或同步；读完产品内容就自动标记高意向；为了销售转化隐藏基础教程。
修正时回到读者任务。每一步都要让他完成一项可检查动作，产品能力逐条核验，未确认项明确保留。
学完这一页应该完成什么
选一个团队熟悉的线索管理场景，分别画两条三步路径。A路径必须从一条记录练习开始，B路径必须从岗位任务清单开始。为每一步写适用读者、输入、完成物和下一页，并让未参与设计的人试读。
若两位试读者看完仍说不出“我该从哪里开始”，说明入口不够清楚；若他们完成物相同，说明两组没有真正分开。下一页继续练习怎样把两种任务写成两篇真正不同的文章。
结论：学习路径应从任务起步，在可核验结果处结束
线索管理软件的记录入门者，需要先学怎样把一次跟进写成可接续记录；权限核对者，需要先从岗位任务梳理谁为完成什么而查看、修改或汇总哪些信息。两条路径共享对象与事实基础，但顺序、例子和完成物不同。课程负责提出正确问题，具体系统能力必须按实际产品核验。
上一页提供了两组人群和两种内容的最小分群方法；需要进一步理解内容怎样进入培育，可阅读内容如何服务线索培育。