三、让步口径卡:能给什么、不能给什么
客户一压价,业务员最怕的不是”客户要便宜”,而是**“我不知道自己能给到哪一步”。给多了,公司亏;给少了,客户走;不敢给,事事请示又慢又被动。这背后缺的不是话术,而是一张写清楚的授权卡**——它把”什么人、在什么情况下、能给出什么”提前定好,让业务员在底线之内可以自己做决定,在底线之外知道该找谁。
本文只做一件事:划定让步的口径与底线。请注意,怎么跟客户开口、怎么应对”太贵了”这句话、怎么用让步换订单,那是沟通与谈判的动作,归属 03 客户沟通与成交空间,本文不写话术、不写博弈技巧,只在涉及处给一句衔接。你可以把本篇理解成”给业务员发牌照”,牌照上写着范围,至于拿着牌照怎么上场谈,是另一门功夫。
适用场景:什么时候该翻这张卡
只要出现下列任一情形,业务员就该先看口径卡、再开口:
- 客户明确要求”再降一点""给个最好价""按老客户价”。
- 客户用竞争对手的价格来压你,要求对标。
- 客户要求赠送配件、延长账期、承担运费、变更付款方式等”非价格让步”。
- 客户提出”我多下单,你给我个折扣”,涉及价格与数量的交换。
- 新客户首单要求特殊价格,或老客户突然加大订单要求返点。
- 报价已给出,客户在有效期内回来要求”再加点条件才成交”。
这些场景的共同点是:客户要的东西超出了最初报价单上写的范围。有口径卡,业务员当场就能判断”这是我权限内的,还是必须上报”;没有口径卡,就只能靠临场感觉,而感觉往往倾向于”先答应下来再说”——这正是价格体系被内部打穿的起点。
边界说明:本文只讲报价口径与底线设定——即业务员手上那张”能给什么、不能给什么”的静态授权范围,以及不改价的替代让步方向。谈判压价话术、让步博弈技巧、异议处理的具体打法不属本章,归 03 客户沟通与成交空间;本文在涉及处仅作衔接并链接。文中所有折扣、额度、账期数字均为演示用虚拟数字,用于说明机制,请以贵司实际授权制度为准。
开始前准备:先算清三张底牌
要让口径卡落地,管理者必须先算清楚三张底牌,否则卡片上写不出数字:
- 价格底线:这一类产品在当前成本下,最低能报到什么程度而不亏损。底线不是”估一个”,而要来自本空间第三章的成本核算——成本不清,底线就是空的。
- 可让的”非价格资源”额度:赠品、配件、运费承担、账期、包装升级,这些资源的成本各是多少,谁有权限动用、动用到什么程度。很多让步比直接降价更划算,前提是知道它们值多少钱。
- 授权层级:哪些决定业务员可自行做出,哪些要主管批,哪些要老板批。层级不清,口径卡就变成一句”看情况”。
准备阶段还有一个容易被忽略的动作:把底线换算成业务员看得懂的”话术边界”。业务员不需要知道成本明细,但需要知道”这一类产品常规最低折扣约为 X%、超过这个数必须上报”。这样既保护了成本机密,又给了执行依据。
操作步骤:划边界、找替代、做成卡
第一步:划清业务员的授权边界
授权边界建议按”价格 / 赠品 / 付款方式”三条线分别划定,并为每条线设置”可自主 / 需上报”两档:
| 让步类型 | 业务员可自主(演示示意) | 需上报主管/老板(演示示意) |
|---|---|---|
| 价格折扣 | 常规订单 X% 以内(虚拟数字) | 超过 X%、新客户首单、亏损单 |
| 赠品/配件 | 成本低于 __ 的配件,单个订单 ≤ __ 件 | 高价值赠品、批量赠送、定制件 |
| 付款方式 | 常规 T/T 比例,定金比例不变 | 降低定金、延长账期、改变结算方式 |
| 运费承担 | 报价口径内已含的费用 | 额外承担运费、退运/换货运费 |
| 交期承诺 | 标准交期内 | 加急、插单、提前交期 |
| 价格有效期 | 标准有效期内 | 超长有效期、跨年度锁价 |
划线的三条原则:
- 能用非价格资源解决的,不动价格:价格一动就是永久性下调,赠品、交期、包装等让步往往是”一次性”或”低边际成本”的。
- 新客户与老客户分开划线:首单特价容易变成常态,授权要更紧。
- 金额与权限挂钩:大额订单、涉及特殊条款的,一律上报,不因”客户催得急”而例外。
第二步:给让步准备替代方案
客户要”便宜”,未必真的要”降价”。业务员手里应该有一张替代让步对照表,把客户的需求翻译成成本更低的方案:
| 客户诉求 | 直接降价(成本高、有后患) | 替代方案(成本低、可收回) |
|---|---|---|
| 觉得贵 | 直接降 X% | 优化包装规格、调整配置、提高数量档换阶梯价 |
| 想省运费 | 承担运费 | 改贸易术语口径、拼柜、推荐更优港口 |
| 想压资金 | 延长账期 | 调整定金比例、分批出货、缩短交期加快周转 |
| 想多要 | 加赠品 | 增加配件但计入下批、升级包装代替赠品 |
| 要安全感 | 一味保证 | 提供样品、认证、质检报告、工厂验厂 |
替代方案的底层逻辑:先问客户”这个要求背后想解决什么问题”,再找一个成本更低的办法去满足那个问题。 注意,“怎么问、怎么把替代方案谈成”是沟通动作,见 03 空间;这里只负责把可用的替代方案列清楚。
第三步:做成一张让步口径卡(可直接交付团队)
把上面的边界与替代方案浓缩成一页纸,发给每个业务员。下面这份模板可直接改写使用(数字与项目均为演示示意,请按贵司实际调整):
—— 让步口径卡 / Concession Authority Card ——
(版本:____ 适用产品线:____ 生效日期:____)
一、我可以在权限内自主决定的 / Within my authority:
□ 价格:常规订单 ≤ __%(虚拟数字)的折扣
□ 赠品:成本 ≤ __ 的配件,单订单 ≤ __ 件
□ 交期:在标准交期内承诺
□ 有效期:标准 __ 天有效期
□ 包装:标准包装范围内的调整
二、超过以下任何一条,必须上报 / Escalate when::
□ 折扣 > __% □ 新客户首单特殊价
□ 降低定金 / 延长账期 □ 额外承担运费
□ 加急或提前交期 □ 超长有效期 / 跨年锁价
□ 亏损边缘的报价 □ 客户要求独家或区域保护
三、优先使用的替代让步 / Preferred alternatives:
1. 提数量换阶梯价 2. 调规格/包装 3. 改贸易术语口径
4. 拼柜省运费 5. 分批出货 6. 提供样品/证书
四、绝对红线 / Never do:
□ 超过底线的价格 □ 口头承诺不写入报价单
□ 私下给未授权折扣 □ 擅自变更付款结算方式
五、上报路径 / Escalation path:
业务员 → 主管(当日) → 老板(超权大额)
上报时须附:客户、数量、口径、原报价、客户诉求。
口径卡落地的关键动作:写下数字、人手一份、定期复核。数字来自准备阶段的三张底牌,定期复核是因为成本、汇率、行情会变,授权额度也要跟着调。
第四步:把越权让步挡住
底牌与卡片都有了,还要有防越权的机制:
- 报价单与口径卡绑定:报价单上的折扣如果超过卡片额度,系统或流程上就不放行。
- 记录留痕:每一次让步都登记(见本专题第四篇),谁批的、给了多少,一目了然。
- 抽查复盘:定期抽查成交单与报价单,看有没有”超出授权”的历史单。
- 文化引导:越权让步多是因为”怕客户跑”和”怕显得无能”。把上报设计成正常动作而非惩罚,业务员才愿意在越线前停下来。
判断标准:口径卡是否真的在起作用
- 业务员答得出:随便问一个业务员,“这个产品你最多能给几个点的折扣”,他能不查资料地答出范围。
- 价格不打架:同一客户、同一产品,不同业务员报出的价落在同一体系内,没有互相拆台。
- 上报是常态:越权的动作有上报记录,而不是”事后才知道”。
- 替代方案被用起来:成交记录里能看到”提数量换价""改口径省运费”这类非降价让步。
- 底线守得住:抽查历史订单,没有跌破底线的成交。
常见失败与修正
- 失败一:口径卡只有原则没有数字。 “适当给折扣”无法执行。修正:把每个权限项换算成具体额度(演示用虚拟数字也先填上,再按实际校准)。
- 失败二:只有价格一条线。 业务员转头去送赠品、松账期,等于换个口子漏水。修正:价格、赠品、付款三条线一起划。
- 失败三:让步只会降价。 一压价就减价,成本持续失血。修正:先过一遍替代让步对照表,能不改价就不改。
- 失败四:新客户首单授权过宽。 首单特价变成常态价。修正:新客户首单单独收紧,特价须上报并标注有效期与数量前提。
- 失败五:越权没人管。 口头给的折扣不进系统,事后无痕。修正:让步必须写入报价单与记录,超权不放行。
- 失败六:把上报当成丢脸。 业务员宁可自己扛也不上报。修正:把上报定义为”风控动作”,纳入正常绩效而非负面记录。
再次强调:本文写的是边界与授权,不是谈判话术。客户压价时怎么开口、怎么用让步换更大的量、怎么化解价格异议,这些是 03 空间的活,详见 03 客户沟通与成交。
执行清单
- 先算清三张底牌:价格底线、非价格资源额度、授权层级。
- 按价格、赠品、付款方式三条线分别划定授权边界。
- 为每条线设置”可自主 / 需上报”两档,并填上具体额度。
- 建立替代让步对照表,培训业务员先找非降价方案。
- 把边界浓缩成一页让步口径卡,人手一份。
- 报价单折扣与口径卡额度绑定,超权不放行。
- 每次让步登记留痕,注明批准人与内容。
- 定期抽查成交单,核查是否有越权让步。
- 定期复核口径卡额度,随成本与行情调整。
- 把上报设计为正常动作,鼓励越线前请示。
口径卡解决了”能给什么”,但一张卡只有在每一次让步都被记录、每一份报价都能追溯时才有力量。下一件事,是把报价与让步都装进一套记录里。下一篇:报价记录:每一份报出去的价格都要能追溯
如果你想把「让步口径卡:能给什么、不能给什么」这一步继续落成流程,可以看看 TradeGoAI Agent,先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。