
城商行推进网点经营时,厅堂经理与外拓经理的岗位职责经常被放在同一条业务线上讨论,但实际管理中,很多冲突并不来自岗位名称本身,而是来自客户经营动作没有被拆清。客户从到店、建联、面谈到后续维护,往往跨越多个接触点,谁负责获客、谁推进转化、谁承担留存责任,如果没有明确写入岗位定义,网点经营就容易陷入“多人参与、无人总责”的状态。
在银行金融场景里,这类问题会直接放大线索归属争议、面谈推进重复、成交后维护真空等风险。尤其是城商行网点既要做厅堂到访承接,又要做社区、商圈、代发等外部触达,厅堂经理、外拓经理、客户经理之间的协同接口如果缺少标准,岗位职责就会不断向临时分工滑移,最后影响绩效口径、公平性和客户体验。
这篇文章的目标,是把厅堂经理与外拓经理的职责边界从“按场地分工”调整为“按客户经营链路分工”,并进一步落到责任主表、交接节点、例外场景和职位体系映射上,方便城商行后续修订岗位说明书与绩效规则。
城商行网点为什么频繁出现岗位职责重叠
问题的根源,通常不在于岗位数量太多,而在于岗位职责的定义方式过于粗放。很多网点仍按“厅堂内谁负责、厅堂外谁负责”来分工,这种划法在客户来源单一时还能勉强运转,一旦客户在线上线下反复切换、产品需求跨品类延伸,职责边界就会快速模糊。
厅堂经理面对的是到访识别、需求初筛、现场引导和即时转化机会;外拓经理面对的是社区走访、活动触达、代发名单、商圈拓展和存量客户激活。两类岗位原本处在同一客户经营链路的不同位置,但很多网点没有把交接节点写清,结果是同一个客户在不同触点被重复登记、重复联系、重复约访。
当岗位职责没有和网点经营链路绑定,后续还会出现三个典型后果:一是线索归属争议增多,二是获客转化留存的责任链断裂,三是绩效考核只能按结果倒推,无法复盘具体动作质量。
职责边界应按客户经营链路切分
厅堂经理与外拓经理的职责边界,适合按照客户经营链路来切,而不是只按物理空间或传统习惯来切。获客阶段看触达来源和首轮识别,转化阶段看谁负责推进成交,留存阶段看谁承担持续经营与流失预警。
这种切法有两个价值。第一,岗位职责可以落到可观察的业务动作上,便于写进岗位说明书。第二,绩效责任可以对应主责动作,而不是仅围绕最终业绩分摊,减少“前端都愿意参与、后端没人接手”的结构性问题。
典型失真案例:同一客户多人跟进,结果无人担责
场景一:社区活动获客后,到店转化发生线索争议
某企业背景下的一个常见场景是,外拓经理在社区活动中先完成建联,客户随后进入网点咨询存款或理财,厅堂经理再次登记并安排面谈。两人都认为自己拥有首跟资格,表面上看是积极跟进,实质上已经出现岗位职责冲突。
直接影响是客户被重复联系,信息记录不一致,体验明显下降。连锁反应则是产品推荐口径不统一,客户对接人频繁变化,成交归因在月底核算时难以统一,网点经营数据也失去可复盘性。
场景二:复杂客户在厅堂经理与外拓经理之间多次转手
另一个高频问题是,网点把到访识别、产品讲解、资料补齐、复访预约都视为“谁碰到谁负责”。短期内看起来灵活,实际会让复杂客户在厅堂经理、外拓经理之间反复转手,尤其在客户同时涉及零售存款、理财、代发或小微需求时更明显。
直接影响是转化节奏被打散,客户经理也很难判断自己是在接收成熟线索还是从头介入。管理后果是成交后没有明确维护人,留存责任落空,后续账户活跃、资产沉淀、复购续留都缺乏稳定责任主体。
职责切分方法表:三段动作、两类岗位、一个责任主表

岗位职责的设计要从“动作定义”开始。下表适合直接作为城商行网点修订岗位说明书和责任主表的基础模板。
| 客户经营阶段 | 关键动作 | 主责岗位 | 协同岗位 | 交接节点 | 结果口径 |
|---|---|---|---|---|---|
| 获客 | 到访识别、来源登记、需求初筛、场景触达、名单激活 | 厅堂经理负责网点到访识别;外拓经理负责社区、商圈、代发等场景触达 | 客户经理 | 形成有效需求并进入面谈或预约环节 | 按首个有效来源与有效识别责任确认线索归属 |
| 转化 | 产品匹配、面谈推进、资料收集、复访预约、联合拜访 | 谁承担成交推进,谁为主责 | 厅堂经理、外拓经理、客户经理联合支持 | 客户完成签约、开户、购买或明确进入后续跟进池 | 按主推进人确认转化责任,协同动作单独记录 |
| 留存 | 账户活跃维护、资产沉淀、产品续留、回访、流失预警 | 承接客户关系的责任岗位 | 厅堂经理、外拓经理提供触点支持 | 客户进入稳定经营周期或触发流失预警 | 按维护责任人确认留存口径与流失责任 |
| 例外场景 | 交叉产品、多人联合拜访、客户主动改约、跨网点服务 | 由责任主表预设优先级规则 | 网点负责人复核 | 例外事项当天确认归属 | 先定规则,再定归属,避免月底倒推 |
获客阶段怎么分:厅堂承接到访,外拓负责场景扩面
厅堂经理的核心职责,是对到访客户做识别、分流和初筛,重点在网点现场的即时承接效率。外拓经理的核心职责,则是扩展客户来源,包括社区活动、商圈走访、代发企业、存量名单激活等外部场景。
这一步如果划得清,线索争抢会显著减少。因为岗位职责的起点已经区别开来,一个聚焦到访承接,一个聚焦触达扩面,客户来源就有了基础归属逻辑。
转化阶段怎么分:谁推进成交,谁承担主责
转化阶段最容易出现“人人参与、责任模糊”。建议把产品讲解、需求澄清、资料补齐、预约面谈、联合拜访等动作拆开,并明确由谁推进成交闭环。只要某一岗位承担了核心推进责任,就应成为主责岗位,其他岗位的支持动作进入协同记录。
对客户经理而言,这种规则也更友好。客户经理接入时,可以明确自己是主推进人还是专业支持人,避免后期因为业绩归属引发角色冲突。
留存阶段怎么分:维护频次与流失责任必须绑定
很多城商行把重点放在获客和成交,留存阶段却缺少岗位定义。结果是前端完成签约后,账户活跃、资产沉淀、产品续留和客户回访没有持续责任人。客户只要沉默一段时间,流失风险就会被动暴露。
更稳妥的做法,是在客户进入稳定经营周期时同步确认维护责任岗位,并约定回访频次、触发预警的信号以及升级复核流程。这样,留存责任才能成为岗位职责的一部分,而不是成交后的附带任务。
线索归属怎么定:先确认来源,再确认有效动作
线索归属争议往往发生在客户多次接触、多岗位参与的情况下。建议先确认客户的首个有效来源,再确认后续是否发生了新的有效识别或主推进动作。只有同时满足规则,才允许归属切换。
这类规则写入责任主表后,网点负责人在复核时就有依据,避免依赖口头解释或事后协调。
岗位说明书怎么写:职责、接口、结果口径一起落地
岗位说明书不能只写“负责厅堂接待”或“负责外拓营销”。对银行金融网点而言,更有效的写法是把岗位职责拆成主责动作、协同动作、交接节点和结果口径四个部分。这样,招聘、任用、转岗和绩效考核都能沿用同一套标准。
传统方式与数字化岗位治理方式对比
如果城商行仍依赖经验分工,职责边界会随着人员变动频繁漂移。把岗位职责、职位体系和责任主表统一起来,管理成本会更低,复核效率也更高。
| 管理方式 | 职责划分逻辑 | 常见问题 | 治理效果 |
|---|---|---|---|
| 传统经验分工 | 按场地、习惯或临时安排分配 | 线索重复认领、转化归因失真、留存责任真空 | 短期灵活,长期争议累积 |
| 按链路切分的岗位治理 | 按获客、转化、留存三段动作配置主责与协同 | 前期需要梳理规则与例外场景 | 职责边界更稳,绩效口径更清晰 |
| 结合职位体系维护的数字化方案 | 将岗位族、职级范围、责任主表统一映射 | 需要跨HR与业务协同推进 | 便于长期维护、复盘和组织扩张复制 |
从实践看,数字化方案的收益更多体现在定性层面:线索争议减少、交接动作可追溯、复盘依据更统一、岗位培养路径更清楚。对于准备做全面绩效系统的城商行,这一步尤其关键,因为绩效规则只有建立在清晰岗位职责之上,才能具备解释力。
岗位落地建议:从职位体系、职级范围到协同复核机制
岗位边界重构不能停留在文章层面,必须进入职位定义、职级范围和责任复核机制。不同组织阶段、不同网点成熟度,实施重点也会不同。
适用于职责冲突频发的网点:先建责任主表
适用对象是厅堂经理、外拓经理和客户经理频繁发生线索争议的网点。优先模块是责任主表和交接节点清单。落地难点在于历史习惯强、人员已有既得归属认知。预期收益是尽快把获客转化留存的主责动作固定下来,减少月底集中争议。
适用于多岗位并行的区域机构:同步修订岗位说明书
适用对象是网点数量较多、岗位设置相似但口径不统一的区域机构。优先模块是岗位说明书模板、例外场景规则和绩效口径映射。落地难点在于各网点理解不一,需要统一解释标准。预期收益是形成横向一致的岗位职责定义,便于任用、考核和跨网点调配。
适用于准备做体系化治理的城商行:先梳理职位体系
适用对象是准备把厅堂经理、外拓经理、客户经理纳入统一岗位标准的城商行。优先动作是先按行业特性规划职务,把相同行政层级下的岗位归入同一岗位族,再在具体职位中细化实际职级范围。这样做有利于把岗位职责边界、晋升路径和绩效责任统一起来。
在落地工具层面,可参考 i人事 的职位体系思路,先完成职务规划,再在职位配置中细化实际职级范围,使厅堂经理、外拓经理及相关客户经理岗位保持统一口径。若后续涉及转正后的岗位与薪酬衔接,也可在已开通功能包前提下处理配套调整,但本主题更核心的仍是岗位职责与责任映射。
适用于管理复核要求高的网点:建立例外场景复核机制
适用对象是联合拜访、交叉产品、多触点服务较多的网点。优先模块是例外归属规则和复核时点。落地难点在于规则设计过粗会失去约束力,过细又会增加执行负担。预期收益是减少事后裁量空间,让复杂客户也有清晰责任链。
结语:岗位职责先清,城商行网点经营才有稳定抓手
城商行处理厅堂经理与外拓经理职责边界,最需要解决的不是岗位名字如何调整,而是客户经营链路中的主责动作、协同接口和结果口径如何统一。把获客、转化、留存三段动作切清,岗位职责才具备执行力,绩效责任才有复盘基础,网点经营也更容易形成稳定方法。
对准备优化全面绩效系统的银行金融机构来说,建议先做岗位职责重画,再做绩效指标分配,最后再进入职位体系和长期维护。这样形成的规则更适合持续扩展,也更能支撑厅堂经理、外拓经理与客户经理之间的协同效率。
总结与建议
城商行处理厅堂经理与外拓经理岗位职责重叠,核心在于把职责定义从经验分工转为链路分工。围绕获客、转化、留存三段动作设置主责岗位、协同岗位、交接节点与结果口径,才能同步解决线索归属不清、转化推进重复、留存责任缺位等管理问题。
从落地顺序看,建议网点先建立责任主表,再修订岗位说明书和绩效口径,最后完成职位体系映射与例外场景复核机制。这样做更适合城商行当前网点经营实际,也便于厅堂经理、外拓经理与客户经理在同一规则下协同,提升全面绩效系统的可解释性和执行稳定性。
常见问题
城商行为什么更容易出现厅堂经理和外拓经理岗位职责重叠
1. 城商行网点既承担厅堂到访承接任务,又承担社区、商圈、代发等外部拓客任务,客户触点天然更复杂。
2. 很多网点仍按厅堂内外或人员习惯分工,缺少按客户经营链路划分职责的正式规则。
3. 当岗位说明书、交接节点和绩效口径没有同步统一时,线索归属和转化责任就容易反复争议。
厅堂经理的岗位职责在2026年网点经营中应重点写哪些内容
1. 厅堂经理应重点承担到访客户识别、需求初筛、现场分流、基础产品引导和即时转化承接等职责。
2. 岗位说明书中应写明厅堂经理在获客阶段的主责动作,以及进入面谈、预约复访后的交接条件。
3. 对于非主推进成交的客户,厅堂经理的支持动作也应单独记录,便于后续复盘协同贡献。
外拓经理和厅堂经理同时接触同一客户时,职责边界怎么定
1. 先确认客户的首个有效来源,例如社区活动建联、代发名单激活或网点到访登记。
2. 再确认后续是否发生新的有效识别或主推进动作,只有满足预设规则时才允许归属调整。
3. 如果属于联合拜访、交叉产品或跨网点服务,应由责任主表中的例外规则优先判定,并由网点负责人及时复核。
城商行在做全面绩效系统时,岗位职责应该先改还是指标先改
1. 建议先重画岗位职责,再调整绩效指标,因为指标口径必须建立在清晰的主责和协同关系之上。
2. 如果先改指标而不改职责,容易出现考核结果看似完整,但一线执行仍靠临时协调的情况。
3. 职责、交接节点和责任口径稳定后,绩效系统才能真实反映厅堂经理与外拓经理的实际贡献。
岗位说明书如何避免把厅堂经理职责写得过于笼统
1. 应把岗位职责拆成主责动作、协同动作、交接节点和结果口径四部分,而不是只写接待或营销。
2. 每一项职责都要对应可观察动作,例如到访识别、需求初筛、预约面谈、回访维护和预警上报。
3. 同时补充例外场景处理规则,能减少岗位职责在实际执行中被随意扩张或收缩。
本文由 i人事 银行金融人力数字化解决方案团队 联合出品。如需预约演示或获取行业案例,请访问i人事官网。
利唐i人事HR社区,发布者:hr_qa,转转请注明出处:https://www.ihr360.com/hrnews/202606635673.html
