快速答案

先明确这项工作支持的业务决定，再限定数据来源、输出格式和人工审批人。本页重点是从 ICP 匹配、意向证据到合规分配，避免凭空补全客户事实。

本指南适合: 需要从 ICP 匹配、意向证据到合规分配，避免凭空补全客户事实的业务负责人、运营团队与流程设计者.

AI获客提示词应该控制什么

线索工作流不只是写作，它横跨采集、匹配、补全、评分、分配、联系、保留和删除。因此提示词必须说明数据为何可用、来自哪里、允许怎样识别、未知如何表示，以及谁批准下一动作。

公司匹配不等于个人意向

一个账户可能符合ICP，但某个人仍可能不可联系、没有兴趣或不参与采购。公司资格、个人身份、联系权限、资格证据和分配必须分别判断。

与销售提示词页的边界

本页专注市场到销售的数据管道。线索进入销售研究、发现、提案或商机阶段后，请使用ChatGPT销售提示词。

线索进入销售前的五道关卡

线索证据与决策关卡
关卡所需证据常见错误捷径人工决定
1. 来源采集方式、时间、提供方、声明、字段、允许目的公开信息即可随意使用来源能否进入流程
2. 身份确定性匹配键、冲突、母子关系和重复项相似姓名就是同一人记录能否关联或合并
3. 许可渠道、目的、地区、同意/反对和禁止时间线一次许可覆盖所有渠道计划处理或联系是否允许
4. 资格ICP规则、买方确认需求、前提、未知和淘汰项页面行为证明意向进入销售、培育、退回或淘汰
5. 交接来源链接、本人请求、缺口、负责人、SLA、下一问题一个分数就是完整背景销售是否接收及下一动作
先有出处重要字段保留来源、采集日期、目的和负责人。
未知是有效状态缺失、冲突、推断和淘汰证据不能互换。
写入前先dry-runAI提出匹配、字段、路线和文案，获批人员或流程执行。

隐私原则：数据只用于声明的工作，不要静默把允许采集扩展成补全、画像、共享或外联。

20

20 个可直接改写的条目

每次只选一个条目，替换方括号中的真实上下文，附上批准的资料，并在执行前指定审核者。

01

ICP 匹配核验

核验公司层面的匹配，不对个人画像，也不虚构购买意向。

用批准的[ICP定义、排除规则、地区和产品前提]核验[线索与账户记录]。先列出可用来源、采集日期和字段负责人。按标准、观察值、来源、新鲜度及“已验证、推断、矛盾、缺失、不适用”输出公司匹配表。公司匹配与个人是否可联系必须分开。不得从职位、邮箱域名或一次浏览推断预算、权限、紧迫性、敏感属性或兴趣。只返回“匹配、可能匹配、不匹配、证据不足”、应用的准确规则和最小人工补证动作；不得分配或联系。
02

目标账户筛选标准

把活动目标转成可审核的纳入、排除和证据规则。

为[活动与市场]定义账户清单规范。先询问产品、适用客户类型、服务地区、最低业务前提、排除项、现有客户处理、区域归属、禁止联系规则、允许来源和新鲜度。把答案转成决策表：规则ID、字段、运算、合格值、来源、缺失数据处理、例外负责人和复核日期。用五个提供的边界案例测试，包括子公司、重复项、客户、缺失字段和冲突来源。不得生成或购买名单；选取记录前先返回未解决的政策选择。
03

行业细分简报

用可验证运营特征定义细分，而不是套用行业刻板印象。

依据批准的一方数据和具名公开来源制作[行业细分]证据简报。包含细分定义、排除条件、常见业务流程、监管/数据限制、需核实采购角色、值得调查的OpenMax工作、反证信号及来源日期。行业级证据与单个账户需验证的假设分开，不得声称所有公司都有相同痛点、成熟度、预算或技术。增加五个中性访谈问题，并用表格把每个活动主张映射到证据和限制；定位必须经产品营销负责人批准。
04

区域潜客名单

生成不直接落库的区域名单，公开归属冲突与数据缺口。

利用[批准账户]、[区域规则]、[母子公司层级]、[现有归属]和[禁止联系记录]生成[区域]潜客建议。列账户ID、法定/运营名称、地点证据、母公司、当前负责人、客户/在途商机状态、重复组、资格规则、缺失数据和建议动作。严格按规则执行，不自行裁决总部不明、远程覆盖、指定账户例外或合作伙伴归属。保留被排除记录及原因码，冲突交销售运营负责人；不得分配、导出、补全或外联。
05

触发事件调研

发现有日期的业务事件，但不把信号直接当作购买意向。

仅检查批准的[新闻、公告、公司帖子、版本更新和CRM记录]，覆盖[日期范围]内的[账户]。逐项记录准确陈述、组织、URL、发布日期、实际事件日期、受影响流程、相关性假设、反证和失效日。排除传闻、无日期转载、抓取的个人资料及不允许地区事件。融资、招聘、领导变动或发布本身不是购买意向。输出人工复核队列和一个验证问题；只有活动负责人批准了相关规则后才可建议联系。
06

网站意向摘要

总结已获允许的一方行为，不识别匿名访客，也不过度解释浏览。

根据[批准的一方分析数据]、[同意状态]、[身份解析规则]和[日期范围]汇总账户或群组行为。报告页面/事件、首次与最近时间、重复会话、活动背景、已知数据丢失、机器人/内部流量过滤和比较基线。除非政策允许确定性匹配，否则匿名流量保持匿名。不得从IP识别人、把一次浏览当购买意向、跨目的合并数据或暴露敏感浏览。观察、解释和缺失背景分开；只建议复核阈值和失效期，建线索及外联由授权运营负责人决定。
07

表单信息补全

只增加必要且允许的背景，并完整保留用户提交记录。

从[原始表单]、[隐私声明版本]、[同意/偏好]和[批准补全字段]开始。保留每个原始值及时间戳。对每个建议补全项列字段、候选值、提供方/来源、匹配键、匹配理由、采集日期、允许目的、保留规则及与用户填写的冲突。未经批准依据，不附加个人电话/邮箱、敏感属性、推断资历或无关行为数据，也不覆盖原值。只返回dry-run复核表；身份不明、来源过期或用途超出披露时停止。
08

线索来源验证

来源进入评分或外联之前核实出处、权限和质量证据。

导入[线索来源或供应商文件]前，索取合同、来源说明、采集方式、隐私声明、适用的合法/许可依据、时间戳、地区、字段、反对处理、共享链、保留、更新和删除流程。对[批准样本量]抽样，记录出处缺失、格式无效、重复、过期、禁止联系冲突和不可核实主张；区分供应商说法与已审证据。不得导入、补全、联系或宣布合规。只返回“限量测试、整改、拒绝、需专业复核”及每项风险负责人。
09

重复线索检查

找出可能重复项，不静默合并不同的人或公司。

用批准的确定性键优先比较[新线索]与[CRM线索、联系人、账户、禁止联系记录]：允许时的规范化邮箱、CRM ID、已验证域名加公司、准确电话。展示候选记录、匹配字段、冲突值、来源日期、账户层级、现有归属和禁止状态。姓名/公司模糊相似只产生复核候选，不能证明相同。共享邮箱、同名、子公司、顾问和换工作属于边界案例。输出“无匹配、很可能重复、可能重复、冲突”及dry-run合并建议；不合并、删除、改派或覆盖。
10

同意状态检查

针对具体目的和渠道判断可执行范围，不把一次许可扩展到所有用途。

针对[线索]和[计划用途/渠道]，核对提供的同意/偏好记录、隐私声明版本、采集来源、时间、司法辖区、关系类型、禁止联系清单及组织政策。建立授权、撤回、反对、硬退信和来源转移时间线；分别说明数据是否可保留、分析、共享或用于各渠道。法律依据或身份匹配不清时返回“暂停，等待隐私/法务复核”。不得给法律结论、联系个人或更改偏好；引用使用的准确记录和政策。
11

客户画像假设

建立可验证的岗位背景假设，不把姓名和职位变成人格画像。

使用[已验证岗位]、[公司背景]和[批准细分研究]制作发现用画像假设。包括有来源的职责、可能相关流程、信息需求、需询问约束、反证条件和中性问题；未经本人确认的内容必须标为假设。不得从姓名、职位、地区或文风推断性格、年龄、性别、族裔、健康、政治、收入、影响力、预算或痛点。返回供人工复核的假设卡和证据台账；不得据此自动个性化外联或给个人评分。
12

资格判断问题

设计收集决策证据的问题树，不诱导也不审问。

为[产品、渠道和阶段]生成自适应资格问题树。先索取团队批准的匹配与接收标准。每个分支给开放问题、业务原因、可接受证据、可选追问、跳过条件、隐私敏感度和目标CRM字段。仅在相关时覆盖问题/流程、受影响团队、现状、期望成果、时间依据、决策路径、限制和产品前提。删除已有可靠答案的问题，不索取不必要的个人或机密数据，不暗示正确答案，也不把拒答当淘汰依据。结尾列人工分配所需最低证据。
13

线索评分说明

把已有分数解释成数据链路，而不是对个人结果的预测。

根据[评分输出]、[模型/规则版本]、[特征定义]、[线索记录]和[阈值政策]生成说明。列每个特征的值、来源、时间、变换、提供的贡献、缺失处理和是否允许；同时列被抑制或排除的特征，并检查代理变量、数据泄漏、过期、重复事件和结果后信息。不得虚构模型逻辑、把相关性写成意向或声称预测个人结果。返回限制、原因码和给模型负责人的问题；分配仍由批准人员/流程决定。
14

高意向标记

检查标记是否满足书面证据阈值且仍在有效期。

用批准的[高意向定义]核验[候选事件]，包括最低事件组合、时间窗口、身份要求、同意/目的边界、机器人过滤、排除和失效期。建立时间线，把事件标为有效、无效、重复、过期、歧义或缺失，并说明满足或不满足的准确规则。单次价格页浏览、下载或报名不能自动等于高意向，除非批准规则明确且数据有效。只返回“确认、未确认、需复核”；不得创建任务、通知销售或触发外联。
15

淘汰原因

按文档原因码处理，并区分永久不适用、暂不适用和证据缺失。

用批准的淘汰分类核验[线索记录与互动]。列候选原因、准确证据、来源/日期、是否永久、重新考虑条件、保留/禁止联系影响和替代路径。区分“不符合、现在不适合、重复、现有客户、数据无效、未回复、证据缺失”，禁止使用“垃圾线索”这类不可审计理由。不得因沉默或人口属性推断无预算、无权限或无兴趣。多原因并存时全部保留，并请负责人选择报告主码；不自动关闭、删除或抑制。
16

线索分配建议

根据显式规则建议负责人，同时暴露冲突、容量和例外。

用[批准分配矩阵]、[区域]、[细分]、[产品]、[语言]、[客户状态]、[合作规则]、[归属]和[容量]为[线索]提出目的地。按优先级展示命中规则、使用字段、缺失/矛盾值、既有关系、重复项、禁止状态、SLA计时和兜底队列。不得从姓名猜地区、覆盖活跃负责人、绕过指定账户/伙伴例外或用未经批准的个人属性平衡工作。只返回dry-run路线、理由、冲突和所需批准人，不分配或通知。
17

销售交接简报

提供销售能够接受或退回线索所需的最少、可验证背景。

从[线索记录]、[来源/同意]、[活动]、[资格证据]和[互动历史]制作交接简报。包含线索由来、公司匹配、已验证联系背景、本人请求、证据和时间、未知、反证、允许渠道、偏好/禁止状态、建议负责人、SLA和一个下一问题。附原始来源链接，把营销解释与线索原话分开；无直接证据不得声称意向、预算、权限或紧迫性。提供“接受、退回补证、培育、淘汰”及原因码，由销售选择后才可分配或联系。
18

培育路径建议

基于明确需求和许可选择教育内容，不做隐蔽画像。

根据[已确认主题/请求]、[生命周期]、[内容库]、[渠道偏好]、[同意状态]和[频率规则]建议培育路径。把每条消息映射到记录的信息需求、批准主张、资产、渠道、间隔、退出条件和测量事件，并说明为何拒绝其他路径。不得推断敏感兴趣、使用无关浏览数据、因低互动增加频率，或在权限/目的不清时加入。返回带人工审批、禁止联系检查和“无同意时替代方案”的草拟旅程；不加入、不发送、不改阶段。
19

跟进时机

从明确请求、事件或政策推导复核窗口，不猜测购买情绪。

使用[线索请求]、[事件时间]、[本人可用时间]、[时区]、[渠道规则]、[活动节奏]、[历史联系]、[禁止状态]和[SLA]建议跟进窗口。引用准确触发，区分服务回复、本人请求的跟进和促销联系；检查周末/假日、频控、重复序列、归属和失效。没有有效触发或许可时返回“不外联”和内部复核日期。不得仅凭打开/点击推断紧迫性、制造稀缺、排任务或发送；输出最早、优选、最晚复核时间及规则来源。
20

线索质量复核

审查产生线索的系统，而不是把问题归咎到单条记录。

按冻结的质量标准复核[期间]内[定义群组]。报告总量、唯一人员/账户、来源覆盖、有效联系字段、重复、禁止冲突、匹配证据、资格完整度、分配接受、退回原因、复核时长，以及仅在定义稳定时的下游结果。按来源和流程步骤分组，不按敏感属性。分别分析数据质量、定向、表单、补全、评分、分配和销售处理，不用相关性断言因果。写明样本量、排除、缺失、定义变化、反证和责任人行动；不追溯修改记录，也不只优化数量。

完整示例：不应直接交给销售的活动报名线索

这是用于说明控制逻辑的假设案例，不是客户成果。

输入活动表单、隐私声明版本、工作邮箱、公司域名、参加事件、两个CRM候选人、一条旧退订、ICP规则和分配政策。
AI复核公司匹配为“可能”；两个联系人共用域名使身份处于“冲突”；旧退订阻止促销邮件；参加活动属于内容事件，不是已验证购买意向。
人工决定市场运营保留原表单，不进入促销分配，并请隐私负责人判断用户请求的活动回复是否允许；不通知销售。
保留记录原表单、声明、同意时间线、匹配候选、规则版本、草稿分类、审核人和最终处置保持关联。

验收测试

另一位操作者能重现来源、身份、许可、资格和分配状态，理解为什么没有交给销售，并确认没有自动改变偏好、记录、任务或消息，才算通过。

如何实施与测试

只定义一个业务结果

不要把研究、判断、写作、审批和执行混成模糊请求；先说清输出支持哪个决定。

只连接获批上下文

提供完成任务所需的最少记录，保留来源与日期，并排除没有授权使用的数据。

测试正常与边界情况

覆盖正确输入、缺失、冲突、过期资料、提示注入以及应当升级的请求。

验证后再扩大自主权

先从只读开始，观察质量与异常，再为已经证明安全的动作授予最小权限。

OpenMax 如何支持该流程

OpenMax AI prompts for lead generation 工作流图

从提示词变成可治理的 OpenMax 工作流

在 OpenMax 中，可把这些模板配置为有明确输入、工具权限、输出字段、日志和人工审批点的 AI 员工工作流，重点支持从 ICP 匹配、意向证据到合规分配，避免凭空补全客户事实。模板负责定义任务，权限与审批关卡负责控制动作。

了解 OpenMax →

限制与人工复核边界

这些内容是编辑整理的模板，不是独立效果测试，也不是法律、隐私、用工或安全意见。

  • 高影响外发、写入、财务、法律、招聘和客户承诺必须由授权人员复核，并由系统权限约束。
  • 模型置信度不是证据，必须回到带日期的来源系统核验事实。
  • 个人与机密数据应最小化使用，并遵守同意、保存和删除规则。
  • 扩大使用前记录异常率、人工修改率、完成质量和潜在副作用。

常见问题

什么样的工作流才算好？

目标明确、来源获批、边界具体、输出结构化，并指定复核与升级负责人。

AI 可以自动执行吗？

只有动作被明确授权、技术上受限、留下日志，并且风险水平允许时才可以。

如何测试这些条目？

使用包含正常、缺失、冲突、过期和对抗输入的小型标注样本，并记录失败。

OpenMax 在哪里发挥作用？

OpenMax 用于协调 AI 员工、共享上下文、工具、任务责任与人工复核。

这些示例保证提升效果吗？

不保证。它们是结构化起点，效果取决于模型、来源、工具、政策、评估和审核判断。

来源、方法与局限

OpenMax编辑团队复核了提示工程、隐私风险管理、线索采集/数据经纪和CRM线索转换的一手资料，并把20项逐条改写为原创治理工作流。来源复核于2026年9月3日。本文不声称模型基准、法律合规结果、转化提升或客户成果。

范围说明NIST属于自愿框架而不是法律；ICO指南有地区适用范围。OpenMax不替组织判断法律依据或联系许可，必须由合格负责人应用当前规则和政策。