城商行对公分层经营下客户经理与产品经理职责切分指南：线索推进、方案落地与贷后维护主责划分

在银行金融尤其是城商行的对公业务中，客户分层经营推进到一定阶段后，原来按部门习惯形成的岗位职责分工往往会失效。战略客户、重点客户、普惠客户的经营逻辑不同，客户经理、产品经理、厅堂经理、外拓经理如果仍沿用粗放分工，线索推进容易重复触达，方案落地容易多头协调，贷后维护则最容易出现责任悬空。

很多团队表面上看是协同不畅，实质上是岗位职责没有随着经营模式同步重构。谁来拿首触达、谁来推进节奏、谁来组织方案、谁来兜底贷后，若这些问题没有被写进岗位说明、流程节点和绩效口径，城商行就很容易出现“多人参与、结果难归因”的管理后果。

本文聚焦城商行对公客户分层经营场景，围绕岗位职责设计、职责边界划分、RACI责任表落地三条主线，回答客户经理与产品经理在线索推进、方案落地、贷后维护中的主责归属，并补充厅堂经理、外拓经理在前端转介中的衔接方式。

一、问题背景：对公客户分层经营后，岗位职责为什么更容易交叉

岗位职责交叉，并不只发生在组织调整之后。很多银行金融机构在推客户分层时，会先调整客户池、经营策略和指标分配，但没有同步调整职位说明、岗位交接和考核口径，这就导致新模式跑在前面，旧分工还停在原地。

对于城商行而言，典型交叉主要集中在三个层面：

• 前端获客触点增加，厅堂经理、外拓经理、客户经理都可能接触到同一对公客户。
• 产品复杂度提升后，产品经理深度参与需求诊断和方案设计，但谁负责整体推进常常没有被明确。
• 贷后维护既包含风险复核，也包含续作经营和关系维护，如果流程只强调放款前，放款后很容易失去经营主线。

所以，讨论岗位职责边界，不能只看部门名称，而要看客户分层、业务阶段、关键节点和交接留痕是否能一一对应。

二、核心判断：职责切分先看客户旅程，再看风险责任与经营目标

对公客户分层经营下，客户经理和产品经理的职责划分，建议按照四个判断顺序展开：

1. 先看客户旅程：从线索获取、需求诊断、产品匹配、授信推动、签约落地到贷后维护，逐段拆动作。
2. 再看主责结果：哪个岗位对该阶段的推进结果最可控，谁就应承担主责。
3. 再看风险节点：涉及授信、材料、审批、到期提醒、异常反馈的动作，要有明确复核或协同岗位。
4. 最后看绩效归属：岗位职责若无法映射到考核口径，制度执行会很快走样。

用这套逻辑处理岗位职责，城商行在设计客户经理、产品经理、厅堂经理、外拓经理职责边界时，才能做到既能协同，又能追责。

三、典型争议场景：线索推进、方案落地、贷后维护到底谁主责

场景一：线索推进阶段，客户经理与产品经理都在跟，节奏却没人盯

某企业被划入重点客户池后，厅堂经理转介了一条线索，外拓经理也在同步接触，客户经理随后安排拜访，产品经理又因产品适配需要提前介入。表面上资源投入很多，但问题在于没有人对线索推进节奏负责。

直接影响通常有三类：客户收到多套口径、内部重复收集材料、商机判断反复变化。连锁反应则更明显，团队会把问题归因于客户不配合，实际原因常常是岗位职责没有拆到动作级别。

场景二：方案落地阶段，产品经理负责测算，客户经理负责关系，但项目推进断点频发

在综合金融方案落地中，客户经理更了解客户决策链和需求背景，产品经理更熟悉产品匹配、授信协同和内部测算。若制度只写“共同服务客户”，没有明确谁来组织项目节奏，方案讨论会很多，签批推动却偏慢。

直接影响是授信资料协调与内部沟通在两个岗位之间来回传递，客户要补什么、先批什么、何时签约，都缺少统一推动者。管理后果通常表现为落地率不稳、周期拉长、绩效归因争议上升。

场景三：贷后维护阶段，经营责任与风险复核脱节

贷后维护最常见的误区，是把它理解成单一风控动作。客户经理认为产品已落地，后续由相关岗位接手；产品经理则认为自己的职责到方案完成为止。到期提醒、续作机会识别、风险异动反馈若没有主责岗位，最终容易出现没人持续经营的情况。

这类问题在普惠客户和中小企业客户中尤其突出。客户体量不大，但触点频繁，若贷后维护缺位，客户流失、续作漏失和风险预警迟滞会同时出现。

四、职责切分模型：按客户分层与业务阶段建立RACI责任表

岗位职责要落地，最有效的方式是把客户分层和业务阶段组合起来，形成可写进制度的责任矩阵。以下表格适合城商行在岗位说明、流程制度和绩效归属讨论时直接参考。

表格附近需要特别强调一点：在银行金融场景中，岗位职责的主责不等于单独完成。主责代表谁对结果负责，协同代表谁必须参与，知会代表谁需要被同步，三者不能混写。

1. 客户经理应承担经营主牵引角色

在对公客户分层经营中，客户经理最适合作为经营主线的牵引岗位。原因很直接：客户关系、拜访节奏、内部推动与签约安排，都更依赖客户经理的连续跟进能力。

这一定义尤其适用于重点客户、普惠客户和需要持续关系维护的存量客户。若客户经理不承担主牵引，线索推进和方案落地就会被拆成多个片段，客户感知会明显下降。

2. 产品经理更适合承担专业支持与方案责任

产品经理的职责边界，应集中在产品组合、测算、授信协同、内部专业沟通和方案可行性判断。对于复杂产品、综合金融服务和跨条线方案，产品经理是专业支撑中心。

但在大多数城商行场景中，产品经理不宜同时承担客户关系推进和整体项目节奏主责。职责过宽，会导致客户经理与产品经理双主责并存，执行中最容易扯皮。

3. 厅堂经理与外拓经理更适合承担前端转介责任

厅堂经理、外拓经理的价值主要体现在前端触达与线索发现。他们能够补充客户经理的获客半径，但不宜长期占据经营主责，否则会造成客户归属不清。

制度上建议明确：厅堂经理、外拓经理负责首触达、初筛和规范转介；一旦进入正式商机推进，必须转入客户经理主牵引轨道。

4. 贷后维护应建立“主责+复核”双清单

贷后维护既有经营属性，也有风险属性。操作上建议分成两张清单：一张是客户经理负责的经营动作清单，如回访、续作机会识别、到期提醒；另一张是产品经理参与的复核清单，如产品适配复盘、异常反馈判断、必要的专业支持。

这样设计的好处是，既避免贷后只剩风控动作，也能保证风险节点不被经营动作掩盖。

五、案例拆解：一家城商行如何重划客户经理与产品经理边界

某企业所在的城商行在推进战略客户、重点客户、普惠客户分层后，曾要求客户经理与产品经理共同服务客户，但制度没有拆到具体动作。结果是同一客户在商机初期被多人接触，内部却没人对推进节奏负责，客户感知为沟通口径不一致、材料反复补充。

该行后续做了三项调整，效果较为典型：

• 第一，明确客户经理负责经营主牵引，所有线索推进必须落到单一主责人。
• 第二，明确产品经理负责方案专业支持，重点在产品匹配、测算、授信协同和内部沟通。
• 第三，在贷后阶段建立主责+协同双清单，把回访、到期提醒、续作识别和风险异动反馈分开定义。

调整后，内部争议减少的核心原因并不在于岗位数量变化，而在于职责边界被写进了动作、节点和交接规则中。对于岗位职责管理来说，这比口头协同更稳定，也更利于后续绩效口径统一。

六、关键模块一：线索推进环节的主责判定与移交流程

线索推进是最容易发生重复拜访和推进断档的环节。处理方法不是简单规定“谁先接触谁负责”，而是按照动作拆分。

产品经理在前期是否应直接介入线索推进

如果客户需求已显现出明显的产品复杂度，产品经理可以提前参与拜访或诊断，但其角色应限定在专业支持。线索推进主责仍建议由客户经理承担，这样才能保证客户沟通口径一致。

线索推进的建议交接节点

较为稳妥的做法是设置三个交接点：首触达转介、商机确认立项、方案准备启动。每个节点都应有可追溯记录，避免厅堂经理、外拓经理与客户经理之间出现“口头转了但系统没转”的情况。

若后续需要把岗位职责进一步固化到组织管理中，可借助职位体系先按城商行岗位族统一定义职务层级，再在具体职位中细化客户经理、产品经理、厅堂经理、外拓经理的职责边界，便于制度与岗位配置同步。

七、关键模块二：方案落地环节的专业分工与签批留痕

方案落地阶段最怕“都参与，但没人盯住落地结果”。这一阶段的岗位职责切分，建议坚持“客户经理牵头、产品经理专业支持”的设计。

产品经理：聚焦方案落地中的专业动作

产品经理更应聚焦四类动作：产品匹配、授信资料要求梳理、方案测算、内部专业沟通。这样既能发挥专业深度，也避免过度卷入客户关系协调。

客户经理：对客户侧推进和方案确认负责

客户经理应负责需求确认、客户沟通、材料催收、签约安排和整体节奏推进。对公客户在方案落地阶段更关注的是“谁来统筹”，这个角色通常必须稳定，不能频繁切换。

签批留痕为什么会影响绩效归属

很多城商行在方案落地后仍然争论绩效算谁，原因是中间过程没有留下清晰留痕。若能按阶段明确谁发起、谁支持、谁确认，绩效归属就有了管理依据，也能减少跨岗位争议。

八、关键模块三：贷后维护环节的经营责任与风险复核

贷后维护决定了客户生命周期经营是否成立。对公业务如果只重视获客和投放，不重视贷后维护，客户分层经营很难真正跑出长期价值。

贷后维护谁主责：建议客户经理兜底

在大多数城商行场景下，贷后维护建议由客户经理主责。原因在于客户经理掌握客户关系和经营变化，能更早识别续作机会、到期安排和客户动态。

产品经理在贷后维护中的合理边界

产品经理适合承担协同复核责任，包括产品复盘、专业问题判断和必要的风险信息支持。这样既能保留专业支持能力，也不会模糊前端经营责任。

如何避免贷后维护被边缘化

制度上可将贷后维护拆成固定动作清单，例如定期回访、到期提醒、续作机会识别、风险异动反馈，并分别定义主责和协同岗位。只要清单落地，岗位职责就不会停留在抽象描述层面。

九、传统分工 vs 分层经营下职责重构：适用性对比

如果城商行仍采用传统分工方式，岗位职责在复杂客户经营中通常很难支撑增长与风险并重的要求。下表可作为方案对比参考。

量化收益方面，如果没有统一的历史统计口径，不建议直接写精确数字。但从公开调研和常见实践看，岗位职责清晰后，通常可见协同效率提升、客户响应周期缩短、重复拜访减少和绩效争议下降等定性收益。

十、实施建议：按组织阶段和适用对象推进岗位职责落地

岗位职责重构不能只停留在制度讨论，最好结合组织成熟度分阶段推进。

适用对象一：刚启动对公客户分层经营的城商行

适用对象：刚完成客户池划分、经营策略调整，但岗位职责仍沿用原模式的团队。

优先模块：先做客户分层与业务阶段映射表，再补线索推进和方案落地的主责定义。

落地难点：旧习惯影响大，很多岗位会认为现有协同已足够。

预期收益：先把重复拜访、推进断档和客户归属不清的问题压下来。

适用对象二：已出现绩效争议的业务团队

适用对象：客户经理、产品经理都被要求对结果负责，但考核口径模糊的团队。

优先模块：建立RACI责任表和交接留痕要求，先解决“谁主责、谁协同、何时交接”。

落地难点：部门之间容易从资源和指标角度博弈。

预期收益：让岗位职责与绩效归属逐步一致，减少事后争论。

适用对象三：准备同步优化岗位配置和招聘承接的机构

适用对象：已完成职责重构，准备更新岗位说明、职位配置和编制结构的机构。

优先模块：先统一职务层级，再在具体职位中细化职责边界、适用职级和任职要求。

落地难点：制度更新后，如果职位配置没有同步，后续招聘和补岗会继续沿用旧标准。

预期收益：岗位重构成果可以直接沉淀到职位管理中，后续招聘发布、岗位补充和编制调整更顺畅。

在这一步，像i人事这类具备职位体系、职位管理能力的工具，更适合作为岗位落表和后续组织承接工具使用：先按银行行业特性梳理统一职务框架，再在具体职位中细化客户经理、产品经理等岗位职责边界，避免制度改了、职位定义却没有更新。

十一、结论：城商行岗位职责切分，先把主责写清，再把协同落到职位与流程

对公客户分层经营之后，城商行真正需要的不是更复杂的岗位名称，而是更清晰的岗位职责设计。客户经理应承担经营主牵引，产品经理应承担方案专业支持，厅堂经理和外拓经理应聚焦前端触点与转介，贷后维护则要形成经营主责与风险复核并行的机制。

从方法上看，最稳妥的路径是先拆客户旅程，再建RACI责任表，再把职责边界写进岗位说明、交接节点和绩效口径。只有这样，银行金融机构讨论岗位职责时，才不会停留在部门协商层面，而能沉淀为可执行、可追责、可持续优化的管理体系。

如果机构已经进入岗位重构与职位配置联动阶段，也可以结合i人事将职责调整后的职位体系、职位管理和相关任职定级衔接起来，让制度、岗位与后续组织动作保持一致。

总结与建议

城商行推进对公客户分层经营后，岗位职责设计应围绕客户旅程、风险节点与经营结果同步重构。在线索推进、方案落地、贷后维护三个关键环节中，客户经理更适合承担经营主牵引职责，产品经理应聚焦产品组合、授信协同与方案专业支持，厅堂经理、外拓经理则重点承担前端触达和规范转介。

从落地角度看，银行金融机构应先把职责拆到动作级，再通过RACI责任表、交接留痕和绩效口径统一固化下来。制度如果只停留在原则表述，后续仍会出现多人参与、责任分散和考核争议。

对准备深化岗位管理的城商行，建议将职责边界进一步写入岗位说明、职位体系和职位配置中。这样既便于业务协同，也能为编制调整、招聘承接和全面绩效管理提供一致依据。

常见问题

本文由 i人事 银行金融人力数字化解决方案团队 联合出品。如需预约演示或获取行业案例，请访问i人事官网。