八、新客户与老客户的收款条件要不要区别
适用场景
- 客户第一句就问”你们给什么付款条件”，你凭感觉报了个比例，事后觉得报松了或者报紧了。
- 合作两年的老客户开口要账期，你不知道该不该给、给多少、给多久。
- 团队里两种极端并存：有人对新客一步到位放宽，有人对合作三年的老客一分不让，客户体验和风险两头都受损。
- 想把”什么客户给什么条件”从个人经验变成公司规则，让新人也能按同一口径报条件。
- 想给客户一个明确的”升级预期”——做到什么程度可以拿到更好的条件，把收款条件变成维系客户的手段，而不只是防守工具。
开始前准备
- 客户档案：至少包含首次成交时间、累计成交笔数与金额、历史回款表现（是否准时、是否有过拖延、拖延多少天）、退货与索赔记录。
- 公司可承受的最大敞口：老板或财务给出一个数——单笔最多愿意”先发货后收多少钱”。这是分级的天花板，没有这个数，分级只是纸面游戏。
- 现有订单的实际条件记录：把过去 12 个月每笔订单的客户、金额、方式、比例、回款表现列成表，这是分级时最有说服力的依据。
- 保障工具的可用性：能否在平台内走信保、能否投保信用险、额度大概多少（以平台与保险机构当期口径为准）。工具决定你能给的空间。
- 授信审批的角色：谁提议、谁审批、谁留档。没有审批环节，放宽就会变成业务员的个人承诺。
认知前提：给客户条件，本质是用证据换额度。新客户没有证据，只能靠”更安全的工具”起步；老客户的证据是过去一单一单积累的记录。所以”新老有别”不是歧视，而是同一套规则在不同证据量下的自然结果。把这一点讲清楚，客户通常也能接受阶梯式的安排。
第二个前提：分级授信有两个方向的作用力必须同时存在——收紧的起点（新客从安全端起步）和放宽的路径（老客达到条件可以升级）。只做前者，客户觉得被防备、缺乏成长预期；只做后者，风险控制形同虚设。本篇的重点就是把两条都写下来。
操作步骤或讲解
一、分级授信的三类输入
不要用”感觉这个客户不错”来定条件。用三个可核实的输入：
| 输入 | 看什么 | 为什么重要 | 数据来源 |
|---|---|---|---|
| 合作年限与笔数 | 首次成交时间、累计成交笔数、最近一次成交距今多久 | 年限证明跨越周期的稳定性；笔数证明履约的重复性 | 客户档案、历史合同与 PI |
| 历史回款表现 | 是否准时、平均拖延天数、最长拖延天数、是否有过拒付或部分付款、是否出现过争议 | 过去的行为是最强的预测指标；一次恶意拖延的权重高于多年准时 | 银行入账记录、财务对账单、内部催收记录 |
| 订单规模与性质 | 单笔金额、是否定制、是否急单、是否是转售给终端的关键单 | 规模决定敞口大小；定制与否决定货物能否转卖兜底 | 在手订单、客户订单计划 |
加权规则（方向性）：回款表现 > 年限 > 规模。一个合作五年但有过两次长期拖欠的客户，授信等级不应高于一个合作一年、笔笔准时的新客。很多公司的失误是把”老”等同于”可靠”，但老客户积累的也可能是”越拖越久”的历史。
二、授信等级与条件对照（决策表）
把三个输入合成一个等级，每个等级对应一档收款条件方向。下表为方向性示例，具体比例必须结合产品、目的国与保障工具调整；表中数字均为演示用虚拟数字。
| 等级 | 典型客户画像 | 建议方式方向 | 预付比例方向 | 尾款节点方向 | 保障要求 |
|---|---|---|---|---|---|
| S 级（战略老客） | 合作 3 年以上、笔笔准时、规模稳定、有保险或平台保障 | 可谈部分赊销或较长账期 | 低或不要求 | 账期届满付 | 信用险或平台保障额度覆盖 |
| A 级（成熟老客） | 合作 1-3 年、回款基本准时、偶有短期拖延 | 定金 + 余额见提单副本 | 中等 | 发货后、放单前 | 建议覆盖保障工具 |
| B 级（新成交客户） | 首单或第二单，金额中等 | 定金 + 余额发货前付清 | 较高 | 发货前 | 平台订单或高预付 |
| C 级（无历史新客） | 无任何成交记录、金额较大、或目的国收款环境一般 | 前 T/T 或平台信保订单 | 高或全额 | 发货前或平台流程内 | 平台担保优先 |
读表方法：先定位等级，再看”建议方式方向”。等级与产品性质冲突时，以更安全的一侧为准——例如 S 级客户买了定制件，仍不应给到”发货后再付大部分”的条件。
三、新客户的风险控制起点
新客户的起点应当是”不给敞口或者让平台/银行替你承担敞口”。三条起手式：
- 优先平台信保订单：客户在平台上成交，平台按其规则提供居中担保与纠纷判责，既保保障又保转化。适用边界与配合方式见 平台信保订单。
- 线下新客回归安全带：前 T/T 或高比例预付 + 余额发货前付清。首单特别建议不设尾款节点在发货之后——新客没有可参考的回款记录，任何发货后的敞口都是纯风险。
- 给一个可预期的升级路径：报价时同时告诉客户”首单条件”与”续单条件”。这不是让步，而是把”你先证明一次”变成双方可接受的前置条件。
首单的三个具体建议：
- 单笔金额设上限：新客首单的敞口金额不超过公司可承受最大敞口的一小部分，宁可先做小单跑一遍流程。
- 把”试单”设计成双方都能接受的台阶：小批量、标准配置、安全条件，先验证质量与配合，再谈规模。
- 对定制件额外收紧：开模、专用料等不可回收投入必须由预付覆盖，定制程度越高、预付越高。
四、老客户放宽条件的四步节奏
放宽不是开关，是台阶。每上一级，都要用一次实际回款来换取下一级：
| 台阶 | 触发条件（方向性） | 可获得的条件变化 | 观察期 |
|---|---|---|---|
| 第 1 级：建立记录 | 首单安全条件全款到账、无争议 | 续单可给中等比例定金 + 余额见提单副本 | 1-2 单 |
| 第 2 级：稳定回款 | 连续数笔准时到账、无拖延 | 定金比例可下调，尾款节点可后移一点 | 数笔订单 |
| 第 3 级：规模升级 | 累计金额与频率稳定、有保障额度覆盖 | 可引入部分赊销或较长账期，但总额受额度约束 | 一个完整账期周期 |
| 第 4 级：战略授信 | 长期无违约、订单可预测、客户愿意提供对等承诺 | 最高等级条件，但仍须在授权额度与保障覆盖内 | 持续复核 |
节奏的两个要点：
- 一次只升一级。同时放宽比例、延后节点、延长期限，等于把三张牌一次打完，出问题时没有回撤空间。
- 升级必须有对价。客户拿到更好的条件，应当换来某种确定性——订单规模、年度计划、付款准时度承诺、或者接受保险与平台保障的配合。对价的谈判表达归沟通空间，这里只强调”升级不是单方面赠送”。
五、放宽的边界：三条不越过的线
- 授权额度线：单个客户的在途敞口（已发货未收款 + 未发货但已承诺）不得超过其授信额度。超额必须停单或要求预付，不能”先发了再说”。
- 保障覆盖线：若方式的敞口依赖信用险或平台保障，敞口不得超过保障覆盖范围（覆盖范围与条件以机构当期口径为准）。
- 定制件底线：不可回收投入必须始终由预付覆盖，无论客户等级多高。
关于”永远不放宽”的另一面：对老客户长期一分不让，会导致两种后果——客户被同行用条件挖走，或者客户接受条件但把成本转移到别处（压价、拖延验收）。放宽节奏本身就是一种防守。
六、常见失败的两种极端
一步到位型：客户配合几次、聊天投缘，就直接给到成熟老客的条件。问题在于它跳过了”用回款换条件”的过程，一旦出现拖延，公司已经没有可回撤的台阶——因为台阶一开始就让完了。
永远不放宽型：用统一条件对所有人。看似安全，实则把优质客户的议价空间送给了竞争对手，同时丧失了对客户的正向激励。更隐蔽的代价是：客户会用别的方式找回来，比如把付款节点往后拖、要求额外服务、或把订单切小试探。
两种极端的根因相同——没有把授信规则写下来。有规则，才有”什么条件给什么客户”的统一答案；没规则，就只能靠个人感觉，而个人感觉在两极之间摆动。
判断标准
用五条检验你的授信分级是否真的在运行：
- 有明确的天花板：公司层面有单客户敞口上限，所有人都知道这个数。
- 有可核实的输入：等级判定依据是记录（回款、笔数、金额），不是印象。
- 有升级路径：每个等级都写明了”做到什么可以升到下一级”。
- 有回撤机制：出现拖延或争议时，等级与条件如何下调、由谁决定，有明确动作。
- 有留痕：每次授信或调整都有内部记录与审批，不是业务员口头承诺。
达标线：任取一个在手客户，你能在 2 分钟内说出它的等级、依据、额度、以及下一级需要什么条件。
常见失败与修正
| 失败表现 | 根因 | 修正动作 |
|---|---|---|
| 首单就给了发货后付款的条件 | 把”想成交”放在了风险判断之前 | 新客首单回归安全带：前 T/T、高预付或信保订单 |
| 因为”合作五年”放松到无保障赊销 | 把年限当成可靠性的替代品 | 以回款表现为主要权重，年限只是辅助 |
| 放宽一次到位，客户后续要求更多 | 没有阶梯，也没有对价 | 一次只升一级，每级用实际回款触发 |
| 对老客始终不让，客户被挖走 | 缺乏升级路径 | 写下可升级的条件，把条件当作维系工具 |
| 客户等级升了，额度没变，出事后无法解释 | 授信与订单执行脱节 | 等级、额度、订单执行三者在同一张表上联动 |
| 业务员个人答应条件，公司不知情 | 无审批与留痕 | 授信调整必须走审批并留档，条件写进 PI |
| 客户换了采购主体或收货方，条件照旧 | 授信对象变化未识别 | 主体、收货地、结算方变化时重新评估等级 |
可执行产物：内部授信分级表模板
用法：每个客户一行，随订单与回款动态更新。填表人负责事实，审批人负责额度。
| 字段 | 填写说明 | 示例（演示用虚拟数字） |
|---|---|---|
| 客户编号 / 名称 | 唯一标识，关联所有订单 | C-1024 / 示例客户 |
| 首次成交时间 | 首笔有效订单日期 | 20XX-03 |
| 累计成交笔数 / 金额 | 有效订单累计，剔除取消与退货 | 14 笔 / 累计金额示例 |
| 历史回款表现 | 准时笔数、平均拖延天数、最长拖延天数、是否出现过拒付 | 12 笔准时 / 平均 2 天 / 最长 10 天 / 无拒付 |
| 当前等级 | S / A / B / C | A |
| 授信额度 | 允许的最大在途敞口 | 额度示例值 |
| 当前建议方式与比例 | 方式 + 预付比例方向 + 尾款节点 | 定金 + 余额见提单副本 |
| 保障工具 | 信保 / 信用险 / 无；覆盖额度 | 信用险，覆盖额度示例值 |
| 可升级条件 | 升到下一级需要达成的可核实指标 | 连续 3 笔准时 + 年度计划确认 |
| 回撤触发 | 出现何种情况下调等级 | 任一单拖延超约定天数即冻结升级 |
| 审批记录 | 提议人 / 审批人 / 日期 | 业务员 / 主管 / 20XX-XX |
配套动作（三张必留的痕迹）：
- 报价前的等级确认记录：报价单或内部邮件里写明本次按哪一级报价。
- 条件变更审批单：任何放宽或收紧，写清理由、期限、责任人。
- 季度复核表：每季度把客户按等级与回款表现重排一次，淘汰僵尸额度，释放占用。
执行清单
- 把在手客户按 S / A / B / C 四档归位，每档写上判定依据（回款、笔数、金额）。
- 对每个客户填一行内部授信分级表，明确授信额度与当前敞口。
- 检查是否存在”额度为空”或”敞口超额度”的客户，列出处理动作。
- 为每个 B、C 档客户写下”升到下一级需要满足什么可核实条件”。
- 确认新客首单是否已回归安全带（前 T/T、高预付或平台信保订单）。
- 检查是否有老客在无保障情况下被给了赊销，若有则补保障或回撤。
- 确认授信审批权限表已明确，条件变更均有审批与留痕。
- 约定季度复核日期与复核责任人，把僵尸额度清掉。
边界提示：本篇讲新老客户条件的差异化口径与内部规则，不涉及单笔条件的谈判表达（谈判与沟通话术见 客户沟通与成交），也不展开四维评分的算法（见 付款方式选择决策）与条款的完整写法（见 付款条款设计）。文中所有比例、金额与天数均为演示用虚拟数字；信用险与平台保障的覆盖范围、额度与费率以机构与平台当期官方口径为准，涉外法律问题请咨询专业意见。
下一篇：目的国风险怎么影响付款方式选择
如果你想把「新客户与老客户的收款条件要不要区别」这一步继续落成流程，可以看看 跨境支付 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。