快速答案

先明确这项工作支持的业务决定，再限定数据来源、输出格式和人工审批人。本页重点是覆盖潜客开发、需求发现、异议处理、跟进与 CRM 维护。

本指南适合: 需要覆盖潜客开发、需求发现、异议处理、跟进与 CRM 维护的业务负责人、运营团队与流程设计者.

这些销售提示词是什么，也不是什么

有用的销售提示词是一份受控工作规范：说明账户决定、批准证据、输出字段、不确定性标签、禁止动作和审核人。它不会把公开信息直接当成购买意向，也不会授予模型联系客户、修改CRM、报价或承诺条款的权限。

区分证据、假设和行动

账户事实应追溯到带日期的CRM字段、买方原话、产品文档或批准的公开来源。相关性判断在买方确认前只是销售假设；草拟动作在授权销售、销售运营或专业负责人批准前仍是建议。

根据搜索意图选择指南

本页专注销售生命周期。跨部门商业对话请参考ChatGPT商业提示词；跨职能任务规范请参考工作AI提示词。

可靠销售输出需要什么

来源级追溯账户主张保留对应字段、笔记、转写时间戳、URL和日期。
明确不确定性已验证、推断、矛盾、缺失和不适用不能混写。
行动归人负责外联、记录修改、定价、法务、安全和承诺必须等待授权人员。

按销售阶段和风险选择提示词

销售阶段控制图
阶段适合AI起草所需证据人工决定
目标筛选ICP核验、短名单、触发事件批准ICP、区域、禁止联系和带日期账户来源是否进入研究或外联
开发邮件、LinkedIn备注、电话开场联系依据、当地规则、批准主张与来源事实是否、何时、通过哪个渠道联系
发现议程、问题、会前简报、纪要CRM历史、买方原话、转写、会议目标确认了什么以及适合怎样跟进
评估角色地图、异议回复、对比、共同计划买方标准、产品证据、角色确认和依赖需要哪种证明、专家或里程碑
商业提案大纲、定价升级批准范围、价目表、条款和决策流程价格、承诺、例外与发布
学习CRM规范、停滞复核、输赢复盘来源历史、定义、买方反馈和数据质量记录、预测与打法是否改变

规则：提示词不能创造同意、权限或数据使用权；必须由访问限制、审批门槛、禁止联系核验和日志落实。

25

25 个可直接改写的条目

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

01

理想客户画像核验

判断账户是否值得人工研究，不把弱信号编造成购买意向。

对照已批准的[ICP定义与排除规则]核验[账户记录]。先列出每个可用来源和日期，再按公司特征、业务触发、问题证据、采购约束、排除项和缺失数据制作表格。每行标记“已验证、推断、矛盾或未知”，并引用对应字段或原文。不得仅凭职位推断预算、紧迫性、意向或技术栈。只输出“匹配、可能匹配或证据不足”及最小补证动作，不生成伪精确分数；是否分配或外联由销售负责人批准。
02

目标账户短名单

制作能解释排序依据、也允许人工质疑的目标账户列表。

仅使用[批准的账户池]、[ICP规则]、[区域规则]和带日期的[意向/触发证据]制作[细分市场]候选名单。排序前先让我确认筛选标准和排除条件。逐账户展示合格证据、淘汰项、数据新鲜度、缺失字段、区域负责人和暂定等级原因；区分“没有证据”与“负面证据”。检查重复、子公司、现有客户、在途商机、禁止联系记录和归属冲突。不得添加联系人、扩充个人数据、改变归属或启动序列；最后列出启用前必须人工核验的记录。
03

账户调研简报

把分散事实整理成带来源的会前材料，而不是拼凑故事。

仅依据提供的CRM记录和批准的公开来源调研[账户]。先建立来源台账，记录发布者、URL、发布日期、访问日期及第一方/第三方属性。输出公司背景、已确认举措、相关运营变化、现有关系、明确标注为假设的OpenMax适用场景、五个发现问题和未解决风险。保留准确日期，把公司自己的表述与外部评论分开。不得猜测人数、预算、技术栈、痛点或高管优先级；来源冲突时并列呈现并请账户负责人决定可用版本。
04

采购角色假设

映射可能的采购参与方式，但不把职位等同于权限或态度。

依据[商机背景]、[组织信息]和[历史互动]起草利益相关者角色假设。逐人列出已验证职位、实际参与、可能关注点、证据来源、待确认问题和置信理由。业务发起人、技术评估者、用户、采购、法务/安全、财务、阻碍者和最终决策人只能作为待确认假设。不得从职位、资历或表达风格推断敏感属性、性格、预算权、情绪或影响力。为每个角色给一个中性验证问题；不得自动更新联系人记录。
05

触发事件扫描

发现值得人工复核的时效事件，不把相关性直接写成购买意图。

检查批准的[新闻、公告、招聘信息、产品更新和CRM记录]，覆盖[日期范围]内的[账户]。记录事件原文、来源、日期、受影响职能，以及它为什么可能与[批准价值主张]有关；分别列出已确认事件、销售假设和反证。排除无日期转载、抓取简历、传闻、私人事件及不允许地区的数据。没有可解释证据时不得标记“意向”或建议外联。输出带新鲜度、负责人、后续研究问题和信号失效日期的复核队列。
06

陌生开发邮件草稿

先通过账户事实、产品主张和外联合规检查，再形成待审草稿。

仅用[批准的账户事实]、[OpenMax主张库]和[允许的联系背景]为[收件人]起草一封开发邮件。写作前列出唯一业务假设、证据、司法辖区、联系依据、禁止联系状态及必须出现的地址/退订信息；关键合规字段缺失时停止。输出准确主题、80–120词正文、一个基于证据的相关性句子和一个低压力问题，不得伪装熟悉、暗示监视、制造紧迫或发送。另附主张—来源清单供销售和合规人员批准。
07

LinkedIn 外联草稿

写克制的社媒外联，不抓取数据、不自动发送、不虚构关系。

利用提供的公开个人资料摘录、已批准账户研究和关系记录，起草一条LinkedIn连接备注及一次跟进。标出哪些细节来自个人资料、哪些来自账户资料、哪些仍是假设。内容只围绕对方公开描述的工作，不提敏感属性、推断兴趣、隐藏追踪或未经批准抓取的信息。不得假装见过面、夸赞未提供的内容或虚构共同联系人。返回草稿、使用证据及人工检查表，覆盖平台规则、当地直销要求、语气和手动发送审批。
08

陌生电话开场白

准备基于许可的开场和分支，同时明确何时结束通话。

根据[角色与账户]和[批准的相关证据]生成30秒陌生电话开场，包含身份、来电目的、一个有证据的业务假设和是否继续的许可问题。再为“现在不方便、不相关、发资料、你怎么有我的信息、愿意了解”分别写分支，并说明记录字段与停止条件。不得掩盖商业目的、施压、虚构紧迫性或声称知道其内部问题。增加拨打规则、禁止联系、录音同意、时区、号码来源和销售批准检查；不得实际拨号。
09

需求发现通话议程

让会议围绕买方决定展开，而不是重复CRM或做产品演示。

为[参会人]设计[时长]分钟发现会议议程。先询问买方已陈述目标、当前阶段、已知背景、既有承诺和本次能够决定的事项。分配时间用于确认目标、当前流程、影响证据、约束、利益相关者、成功指标、替代方案及双方认可的下一步；销售演示放在发现之后且仅在相关时进行。标出CRM中已有答案，避免重复询问。最后两分钟复述决定并取得记录同意；不得把参会视为资格成立或擅自预约下次会议。
10

需求发现问题

生成随回答变化的问题树，不用诱导式“痛点”脚本。

根据[已确认背景]和[销售假设]生成发现问题树。每个分支包含开放问题、提问目的、需记录证据、中性追问和停止条件。覆盖当前流程、受影响用户、明确频率、可衡量影响、替代做法、决策标准、安全/数据边界、参与者、时间来源及不改变的后果；删除批准记录中已有答案的问题。不得不必要索取机密信息、把假设说成事实或用操控性问题。结尾列出必须由买方确认的字段。
11

通话准备简报

提供一页带日期、可追溯且明确不确定性的会前简报。

用[CRM]、[最近往来]、[批准研究]和[会议邀请]制作一页通话简报：会议目的、参会者及已验证角色、关系时间线、确认事实、未决假设、相关产品证据、已作承诺、禁止主张、五个优先问题和由买方控制的期望下一步。每项账户陈述都要引用来源，过期或冲突记录必须显眼。增加“不可说”区域，覆盖未批准价格、路线图、安全、法律和竞品表述。重要冲突解决前不出终稿，也不联系参会者或修改记录。
12

通话纪要

把会谈转成可确认记录，不把讨论升级成承诺。

根据[录音转写与笔记]生成纪要，有时间戳时保留。分开呈现买方事实、销售表述、假设、决定、异议、承诺、开放问题和下一步。每个行动写明交付物、负责人、日期、依赖和确认状态；不清楚就写“未说明”。保留矛盾，并标出需要产品、安全、法务、定价或合同专家复核的内容。可草拟确认邮件但不得发送；复制进CRM前请销售核对姓名、承诺和敏感信息。
13

痛点提取

保留客户原话，把问题证据、销售解释和产品假设分开。

从[批准的通话记录、笔记或工单]提取问题陈述，并附短原文/时间戳、受影响角色或流程、明确提到的频率、观察到的后果、现有替代、期望结果和缺失证据。客户原话、销售解释及OpenMax可能能力必须分栏。不得把一般不便夸大为战略痛点、用未证实假设计算影响，或把一位发言者推广到整个账户。只有语义相同时才合并重复项；输出验证问题及需客户、产品或隐私负责人确认的项目。
14

资格判断缺口分析

展示知道与不知道的内容，不让资格框架制造虚假确定性。

依据团队批准的[资格框架]检查[商机记录和笔记]。每个必需维度标记“已验证、部分、矛盾、未知或不适用”，并附来源、日期、缺失证据和中性确认问题。预算、权限、需求、时间、竞争、安全、采购和成功标准必须按本组织定义处理。不得从职位推断决策权、从热情推断时间、从企业规模推断预算。指出未满足的阶段进入条件，但阶段变更和淘汰决定仍归商机负责人。
15

利益相关者地图

暴露决策与关系缺口，不对个人进行性格或政治画像。

根据[CRM联系人]、[会议出席]和[买方确认记录]建立利益相关者地图。列出已验证角色、观察到的参与、已确认决策责任、本人陈述重点、待确认问题、关系负责人、最近互动和来源。仅在采购流程需要时指出安全、法务、采购、财务、用户或高管发起人缺位。不得根据语气推断性格、立场、私人关系或受保护属性；影响力只能标为待确认假设。给出尊重的验证问题，不自动扩充、联系、评分或分配人员。
16

异议回复草稿

用证据回应买方真实问题，并提供诚实的专家升级路径。

输入异议原文、上下文、账户信息及批准的产品证据。先原样引用异议，再暂分为误解、缺证明、匹配缺口、风险、优先级、流程、商业约束或未解决问题。起草简洁回复：确认顾虑、只回答证据支持的部分、提出一个澄清问题并提供合适证明或专家。另附主张及来源供内部复核。不得虚构客户案例、路线图、安全保证、折扣、竞品弱点或紧迫性；法律、隐私、安全、价格和合同问题必须升级。
17

竞品对比

围绕买方标准建立证据表，而不是编写“谁最好”的销售叙事。

只按买方已确认的标准比较[OpenMax与指定替代方案]。先建立带日期的来源台账，区分官方文档、买方实际经验、独立证据和“未验证”。表格列必需能力、证据、版本/地区、限制、实施依赖和买方验证问题，对每家供应商使用同一证据门槛。不得把缺文档写成功能不存在、比较不同套餐、引用过期价格或做无依据优越性主张。最后列权衡、未知和验证方案；外发前由销售和产品负责人批准。
18

共同执行计划

生成真正共同确认的计划，不把销售期望变成买方承诺。

依据买方目标、决策流程、确认日期和参与人起草共同执行计划。字段包括里程碑、买方成果、交付物、客户负责人、销售负责人、依赖、完成证据、计划日期、确认状态和风险。只能从买方明确确认的日期倒排；每项在负责人接受前标为“提议”。按需加入安全、法务、采购、技术验证、成功标准和实施准备。不得虚构紧迫事件、替买方分配工作或把沉默当同意；输出供双方复核，不自动写回CRM。
19

提案大纲

把已验证需求连接到批准证据、范围和未决决定。

根据[确认的发现记录]、[批准方案范围]、[主张库]和[商业输入]制作提案大纲：直接答案、买方原话描述的现状、期望成果、需求—能力证据、建议流程、双方责任、假设、排除项、实施阶段、成功指标、风险、未决决定和商业占位符。账户主张追溯至记录，产品主张追溯至最新文档。不得虚构ROI、客户引用、集成、交付日期、条款或路线图；发现记录与方案冲突时突出显示。产品、安全、法务、服务和定价负责人分别批准其部分。
20

定价问题升级

把买方问题路由给有权回答的人，并保留必要交易上下文。

将[买方定价问题]整理成结构化升级单：账户、商机、地区/币种、产品与数量、期限、开始日期、批准价目表引用、折扣请求、有来源的竞品背景、采购截止日、既有承诺及需要的准确决定。买方事实、销售解释和缺失信息分开。起草只确认已收到、但不报价或暗示批准的暂时回复，并指定有权的定价/Deal Desk负责人和时限。不得计算非标准条款、暴露内部利润、承诺例外或修改CRM价格字段。
21

跟进邮件

让每句话与会议证据和双方承诺一致。

根据已核验的[通话纪要]起草跟进邮件。开头使用买方已陈述优先事项，只复述确认决定；行动项写清负责人和日期；问题回答仅使用批准来源，不确定处主动请求纠正。提议日期、价值假设和产品适配必须明确标注，链接和附件仅来自批准清单。不得新增主张、修改商业条款、暗示达成协议、增加未批准收件人或发送。附来源/承诺逐句检查表，供销售与录音、CRM核对后批准。
22

CRM 备注规范化

把自由文本映射到规定字段，同时保留原文、语境和可追溯性。

把[笔记、邮件及转写摘录]映射到给定CRM字段。每个字段返回建议值、原始来源、来源日期、置信理由及“已确认、推断、冲突、缺失或不适用”状态。原始记录必须保留，重要语境写入审计备注。不得从弱信号推断商机阶段、预计成交日、金额、预测类别、权限、同意、情绪或下一步。检查重复联系人和矛盾值。只输出供商机负责人审核的dry-run变更集，不写入、合并、删除或覆盖CRM记录。
23

下一步提醒

只根据明确承诺生成提醒，不把销售愿望写成双方计划。

检查[最近互动与CRM活动]是否存在确认的下一行动。若有，记录双方认可的成果、负责人、含时区日期、依赖、完成证据、来源和联系偏好，并起草内部提醒及可选买方消息。若无，标记“下一步未确认”，建议礼貌澄清而不是虚构截止日期。检查禁止联系状态、渠道规则、历史跟进频率和未解决问题。不得发送、创建任务或移动阶段；由商机负责人批准时间和措辞。
24

停滞商机复核

从证据和流程诊断停滞，不归咎买方或销售。

按组织明确的停滞定义分析[商机历史]。建立带日期时间线，覆盖买方互动、销售动作、阶段变化、承诺、未回答问题、利益相关者缺口、依赖和外部限制。观察到的不活跃与原因假设分开；推荐动作前先测试漏记、重复商机等数据质量解释。给出补证、相关性再沟通、引入专家、调整时间、培育、关闭或保持不变等选项，并写明适用条件和风险。不得推断情绪，也不自动更改预测、阶段、负责人或成交日期。
25

输赢复盘简报

综合多种来源形成可检验学习，不把一个结果推广成市场规律。

综合[买方反馈]、[CRM历史]、[提案版本]、[竞争记录]和[内部复盘]分析已关闭商机。先建立来源时间线，再分开买方明确原因、观察到的流程事件、销售假设、产品缺口、商业因素和数据限制；每个主题同时列支持与反证。不得把结果归咎某个人、为迎合输赢改写历史，或从一个案例推断整个市场。输出账户级发现、需在明确样本中验证的假设、负责人明确的改进行动及独立访谈问题；领导审核后才能修改打法。

完整示例：不虚构进展地核验商机

以下为假设复核模式，不是客户成果或效果基准。

输入CRM阶段为“评估”、两份通话纪要、批准的资格定义、带日期价目表，以及尚未确认的经济决策人和安全负责人。
AI草稿问题与技术匹配标为已验证；决策权限和安全流程标为未知；两份记录日期不一致，因此目标日期标为矛盾。每项都给出来源和中性确认问题。
人工决定账户负责人保持原阶段，向买方核对决策责任与时间，并把安全问题转给获批专家；系统不自动改变阶段、预测或发出消息。
保留证据提示词版本、来源、草稿、修改、审核人、最终决定和CRM变更集保持关联。

验收测试

另一位复核人能够找到每个账户陈述的来源，区分买方事实和销售假设，看见所有资格缺口及下一动作负责人，并确认没有自动外联或CRM写入，才算通过。

如何实施与测试

只定义一个业务结果

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

只连接获批上下文

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

测试正常与边界情况

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

验证后再扩大自主权

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

OpenMax 如何支持该流程

OpenMax ChatGPT prompts for sales 工作流图

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

在 OpenMax 中，可把这些模板配置为有明确输入、工具权限、输出字段、日志和人工审批点的 AI 员工工作流，重点支持覆盖潜客开发、需求发现、异议处理、跟进与 CRM 维护。模板负责定义任务，权限与审批关卡负责控制动作。

了解 OpenMax →

限制与人工复核边界

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

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

常见问题

什么样的工作流才算好？

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

AI 可以自动执行吗？

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

如何测试这些条目？

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

OpenMax 在哪里发挥作用？

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

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

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

来源、方法与局限

OpenMax编辑团队复核了官方提示工程、CRM阶段、美国商业邮件及英国直销指南，再把25条逐条改写为原创销售工作流。来源复核于2026年9月3日。本文不声称跨模型测试、转化率提升、法律合规或客户成果。

范围说明联系与隐私规则取决于司法辖区、渠道、收件人、数据来源和具体情境。本页要求按当地政策与专业意见复核，不能把某一国家规则当作全球统一规则。