助贷团队管理制度怎么写？五张表代替一本手册

39 个员工，33 个在职，17 个部门——组织架构看着挺完整。但把三张表连起来看，问题立刻出来：33 个在职员工里，22 个没挂部门；有客户归属的只有 4 个人，其中一个人名下 16 条、另外三个人各 1 条，剩下 29 人一条都没有；656 个客户里 644 个（98.2%）停在同一阶段。

这不是「制度没写」的问题。多数团队的制度写得比这细，厚厚一本，钉在墙上。问题在于制度写的是「应该」，系统里记的是「发生」，中间那段没人接。所以这篇不聊怎么写手册，聊五张表：每张表一行代表什么、最小字段是哪几个、谁负责填、以及为什么大多数表填着填着就空了。

先把定位说清：这是助贷团队管理的落地工具，不是理论。表里的字段都能落到系统的一个具体位置上，填不进去的地方就是要改的地方。文中数字来自我们自有系统 2026-10-22 的快照，含测试租户，只说明字段结构与分布形态，不代表任何机构的经营规模。

一、助贷团队管理制度怎么写：手册解决「知道」，表解决「发生」

手册失效，几乎都失效在三个地方，而且每个地方都很具体。

第一，写完没人读。新人入职翻一遍，签字，然后忘掉。不是态度问题——一本两万字的文档，没有人在打第三通电话的时候会想起来第三页写了什么。手册的读者其实是「出事之后要追责的人」，不是「正在干活的人」。

第二，读完没有判据。「要及时跟进客户」这六个字，手册里一定有。但「及时」是几个小时？超了算什么？谁认定？没有判据的条款，在执行时往往会变成主管的主观印象，而主观印象在团队里是最贵的成本——每个人都会觉得自己被针对。

第三，判完没有记录。这个月张三被认定「跟丢了客户」，口头说了，扣了绩效。三个月后张三离职，客户要交接，谁也说不出他手上到底有哪些客户、什么时候跟过、卡在哪。没有记录的处理，等于没处理，下一次同样的事还得重新吵一遍。

表解决的正是这三件事：一行一件事（能数）、每列一个判据（能判）、每行有责任人和时间（能追）。所以「五张表代替一本手册」不是修辞，是把制度从「叙述体」改成「记录体」。手册可以继续留着，它负责讲道理；表负责讲事实。

二、五张表的顺序：先归属，再流转，后进度，最后钱和红线

五张表不是并列的，它们有先后，因为后一张表的分母来自前一张表。顺序反了，后面的表全都算不准。

表一，客户归属表——回答「这个客户现在是谁的」。一行是一个客户在某一段时间内的归属关系。表二，公海回收表——回答「它为什么不是他的了」。一行是一次回收动作。表三，谈单阶段表——回答「跟到哪一步了」。一行是一个客户进入某个阶段的记录。表四，提成规则表——回答「这一单的钱为什么给这个人」。一行是一条规则的版本。表五，禁用行为表——回答「哪条线不能碰」。一行是一个具体动作。

为什么是这个顺序：归属表不定，回收表就没有「原归属人」这一列可填；回收表不记，阶段表的「停留天数」就没有起算点；阶段表不准，提成表的「成交归属」就没有依据；前四张都跑起来了，禁用行为表才有意义——因为红线要靠记录来判定，没有记录，红线只能靠人喊。

反过来最常见的错误是：一上来先做提成表。理由是「钱最敏感，先定清楚」。结果往往是每个月结算前一周全员对账，因为客户归属不清、成交归属不清，提成规则再细也只是把争议推后了一步。钱的问题，八成不是算法问题，是归属问题。

还有一张表经常被提议加进来：客户资源保护表。它的内容其实可以拆进前两张——保护期写在归属表的结束时间旁边（到期时间），异常接触写在禁用行为表里。加第六张表的代价不是多一张表，是多一个要被周检的对象，而周检的对象一多，就没有人认真检了。五张已经是上限，能合并就合并。

三、表一，客户归属表：助贷团队管理里最先要落的一张

这张表看起来最简单，实际上最容易做错。做错的方式是把它做成「客户表的一个字段」——客户表里加一个「负责人」，填上名字，就算完事。这样做的后果是：换人的时候直接覆盖，历史归属消失，三个月后有关争议，谁也证明不了当时是谁的。

一行应该代表「一段归属关系」，不是「一个客户」。同一个客户换了三次人，就有三行；每行有开始时间和结束时间，最后一行结束时间为空，表示「当前」。这样「上个月这个客户是谁的」这种问题才有答案——这是撞单判定和处理争议时唯一站得住的依据。

最小字段七个：客户标识、归属人、是否有共有人（及共有人是谁）、归属开始时间、归属结束时间、归属来源（分配／认领／转入／继承）、认定依据（哪条规则、哪次裁决）。第七个字段最容易被省，但它决定了这张表能不能当证据用。

「客户属于机构，不属于个人」这句话要落成结构。落到系统上就三件事：客户记录挂在机构（租户）下，归属人只是一个指向；归属人可以改，客户本身不能删；员工离职时归属关系结束、客户回到池子里，而不是跟着人走。这三件事做到，离职带走客户这件事的难度会立刻上升一个量级。

共有人这一列不要省。助贷业务里两个人跟一个客户很常见（一个谈、一个跑材料），只记一个归属人，等于把另一个人的贡献抹掉，提成阶段必然吵。共有人要带比例或角色（主跟／协办），否则它只是一句「我们俩一起跟的」。

判据只有一句：随便抽一个客户，能不能在三秒内说出「现在是谁的、什么时候变成他的、依据是什么」。说不出来，这张表就还没建成。

四、表二，公海回收表：把「跟丢了」变成可计算

公海规则怎么设计，是另一篇的事（回收与再分配规则讲的是规则本身：按阶段分档、保护期与冷却期、领取方式）。这里只说一件事：规则跑起来之后，那张记录表长什么样。

为什么记录比规则重要？因为规则会改。这个月首访七天回收，下个月可能改五天。规则一改，如果没有历史记录，你就永远不知道「上个月到底回收了多少、回收得对不对、有没有人因为规则改动吃亏」。规则是变量，记录是常量。

一行代表一次回收动作，字段八个：客户标识、触发的是哪条规则（规则名＋版本）、回收时间、原归属人、回收前最后一次有效跟进时间、回收后去向（回池／直接再分配／转黑名单）、是否被申诉、申诉结果。

第五个字段是这张表的核心。回收是否合理，唯一的客观依据就是「最后一次有效跟进」离回收时间有多久。没有这个字段，回收就变成了「系统自动干的」，被回收的人不服，主管也没法解释。

「有效跟进」要事先定义，而且定义要窄。打电话没接通不算，发了一条模板消息不算，只在备注里写「已联系」不算。有效跟进至少要有：发生时间、沟通方式、沟通结果（客户明确表达的下一步）。这个定义窄一点没关系，宽了这张表就失去意义——因为所有人都会把记录写成「已跟进」，然后回收永远不该发生。

申诉这一列别省。回收是唯一会让员工直接损失客户的系统动作，它很容易产生争议。有申诉列，争议进流程；没有申诉列，争议进微信群。线索分配里的超时重分配是同一个道理：任何自动动作都要留一条人能反驳的通道，否则团队会想办法绕过系统。

五、表三，谈单阶段表：阶段不是标签，是下一动作的触发器

多数团队的阶段字段是「标签」：销售自己选一个，选完就放着。放着的后果就是我们库里那个数字——656 个客户，644 个（98.2%）停在第一个阶段，第二阶段 7 个，第三阶段 2 个，还有 3 个是空的。

这个分布不正常。要么是阶段设计有问题（阶段太多、判据太模糊，销售不知道选哪个），要么是没人推（阶段变了没有触发任何动作）。从我们的数据看，两个原因都有：阶段值只用了三个，说明设计上就没人真的在分档；而停在第一档的比例这么高，说明阶段变化没有带来任何后续动作。

阶段表要有六个字段：客户标识、当前阶段、进入该阶段的时间、已停留天数（算出来的，不是填的）、下一动作（谁、什么时候、做什么）、卡点原因（客户侧／材料侧／资金侧／内部流程）。

第三和第四列是这张表的全部价值。停留天数是唯一能自动报警的指标：某个阶段停留超过阈值，就自动进当天待办，而不是等主管月底翻表。这一点看起来是产品功能，其实是制度——制度说「三天内必须复访」，如果系统不会在第四天提醒，这条制度就等于没写。

卡点原因这一列，是主管最该看的一列。它把「这个月业绩不好」这种没法处理的话，拆成「有 12 个客户卡在材料侧」这种能处理的话。前者只能骂人，后者可以开会解决。字段设计上建议做固定选项（四到六项），别做成自由文本——自由文本最后会变成「客户在考虑」，等于没填。

还有一个容易忽略的细节：阶段变化要留「变更人」。谁把客户从第一阶段推到第二阶段，这件事有时比阶段本身更重要——因为如果全是主管在推，说明销售自己不看阶段；如果全是销售在推，说明主管没在看。这个字段不占地方，但它能回答「制度到底是谁在跑」。

阶段数量上给一个建议：三到五个，不要超过五个。超过五个，销售记不住，主管也看不完，最后多半是所有客户堆在第一个阶段。这一点和商机阶段模型里的结论一致：阶段的目的是让下一步动作明确，不是为了让报表好看。

六、表四，提成规则表，与表五，禁用行为表：一张管钱，一张管边界

这两张表放在一起讲，因为它们都是「事后才用得上、但必须提前写好」的表。

表四，提成规则表。这里不写算法——阶梯还是累进、基数用哪个口径，佣金结算那篇已经拆得很细。这张表要解决的是另一个问题：一条规则作为一个版本存在，而不是一段口头约定。一行代表一条规则的某个版本，字段六个：规则名、版本号、生效时间、适用岗位、归属条件（要满足什么才算这个人的单）、发放前提（回款到账／过犹豫期／复核通过）。

「归属条件」和「发放前提」这两列，是 90% 的提成争议真正的战场。归属条件回答「这一单算谁的」（客户归属人在成交时是谁、有没有共有人、是不是转介绍）；发放前提回答「什么时候能拿到」（按回款进度分批、还是过某个节点一次性）。这两列写不清楚，算法再精确也没用，因为输入本身就是错的。

版本化还解决一个具体问题：规则改了，历史订单不能按新规则重算。每笔结算记录都要带上当时用的规则版本号，这样「为什么这个人拿得比我多」这个问题才有答案——答案是版本不同，而不是有人偏心。这一点和权限分级里的「例外要留痕」是同一个逻辑。

表五，禁用行为表。多数团队的做法是写一堆形容词：不得违规、不得私单、不得泄露。这些词没法判定，因为它们描述的是态度，不是动作。要能判定，必须写成动作。

「态度」翻译成「动作」的方法很简单：问一句「他做了什么，你在系统里能看到什么」。「私下接触客户」看不到，但「用自己的手机号给客户打电话」看得到（通话记录里没有系统号码）；「飞单」看不到，但「客户在系统里被标记为无意向，同时该客户出现在另一个机构的进件里」是可以被交叉发现的；「泄露资料」看不到，但「导出记录里出现非工作时间的大批量导出」看得到。

这张表三列就够：动作（具体到什么操作）、判定依据（哪个字段、哪条记录、哪次比对）、后果档位（提醒／辅导／暂停权限／移交处理）。第三列必须分档，一档到底的表没人敢执行——因为所有违规都变成同一档，主管只能选择不处理。

别把这张表写成处罚清单。它的第一用途是让人知道边界在哪，第二用途才是处理。写完之后要做一次宣讲，逐条念，念完让人提问——凡是需要解释很久才说得清的条目，都说明它写得太抽象，回去改成动作。员工飞单怎么管控那篇里的四层结构，落地时靠的就是这张表加六层机制；表是判据，机制是防线，两者不能互相替代。

七、表填不起来的三个原因：没必填、没默认值、没责任人

五张表写出来不难，难的是三个月后它们还有内容。我们库里的数据说明，表变空的路径只有三条。

原因一，没必填。39 名员工里只有 12 人挂了部门，在职的 33 人里有 22 人没有部门。17 个部门摆在那里，人数最多的是总经办、销售一组、客服组、技术组——各 2 人。部门不是没建，是建了之后没人要求必须填。同样的情况出现在客户表：656 条里 3 条阶段为空、4 条客户类型为空。空值不会自己变少，只会越来越多，因为第一个不填的人没有被拦下来。

原因二，没默认值。644 个客户停在第一个阶段，最可能的解释不是「大家都不跟进」，而是「新建时默认就是第一阶段，之后没人改」。默认值决定了数据的地基：默认值选错，整张表的分布从一开始就是假的。所以默认值要选「最保守但必须有动作」的那一档，而不是「最省事」的那一档。

原因三，没责任人。目标表里只有 1 条记录、1 个人。这不是员工不愿意填，是没有一个人负责「每周看一次这张表」。没有人看的表，两周之内就会停止更新，因为团队会很快发现填了也没人管。

对应的三个动作，都很小，但必须同时做：

必填要前移。不要在月底检查「为什么没填」，要在录入时就不让提交。部门、归属人、阶段、来源这四项做成必填，缺一项就存不下来。这一条会带来短期抱怨，但它是唯一有效的做法——凡是「可以后补」的字段，最后都是空的。

默认值要带动作。默认阶段可以保留，但要配一个自动提醒：进入默认阶段超过 N 天，自动生成一条待办给归属人。这样「默认」就不再是「放着不管」的意思，而是「必须在 N 天内动一下」。

责任人要具体到人，不要写成「主管负责」。五张表对应五个人：客户归属表归运营、公海回收表归运营、谈单阶段表归各组长、提成规则表归财务、禁用行为表归合规或负责人。每人每周固定看一次自己那张表，看三件事：空值多少、异常多少、上周改了哪几行。周会只看这三件事，不看别的。

上线顺序上给一条硬建议：先只上表一和表三，跑满一个月，再上其余三张。理由是这两张表的数据来源最自然（分配和跟进本来就在发生），最容易填满；表四涉及钱，一旦数据不准就会引发不信任，必须等前面稳了再动。一次性全上，典型结果是五张表全空，然后所有人得出结论「系统没用」——真正的原因是一次改了太多件事，而团队一次只能消化一件。

八、助贷团队管理最常被问的四个问题

十几人的小团队，要不要也做五张表？要，但不要求五张都上系统。十几人的团队，归属表和阶段表可以直接用系统里的两个视图代替，回收表可以先用手工记录（谁被回收了、为什么），提成表按版本存一份文档也行。关键不是形式，是「有没有一行一行的记录」。人少的时候靠记忆能撑一阵，但人一走，记忆就没了——这正是小团队最脆弱的地方。

手册还要不要写？要，但别写长。手册解决的是「新人怎么理解这门生意」，五张表解决的是「具体怎么做、做到什么程度算做到」。手册建议控制在五千字以内，讲清三件事：我们靠什么赚钱、客户从哪来到哪去、哪些事绝对不能做。剩下的全部交给表。写得越长的册子，被读的比例越低。

员工抵触「填表」怎么办？先分清是抵触表，还是抵触被看见。多数情况是后者：表一填，跟进密度就暴露了。处理办法不是讲道理，是让表帮他省事——比如阶段表自动生成待办、归属表自动算保护期到期，让他填一次能少记三件事。反过来，如果某张表只对管理者有用、对执行者一点好处都没有，那这张表大概率填不起来，应该合并进别的表，而不是硬推。

五张表要不要全部放进系统？能进就进，因为系统的价值在于「不让改」和「查得到」。Excel 的问题不是不好用，是任何人都能改一行而不留痕。但有一条例外：禁用行为表的第一列（动作清单）建议同时保留一份文档版，因为它需要被反复宣讲，而系统里的表格没人会主动打开看。文档负责传播，系统负责判定，两个都要。

回到开头那三个数：22 人没部门、29 人没有客户归属、98.2% 停在第一个阶段。它们不是「团队不行」的证据，是「表没建起来」的证据。表建起来之后，这些数字会自己变——因为每个空值都有人被提醒，每个停留都有待办，每一行改动都留了痕。制度真正的样子，不是墙上那本册子，是这五张表每周多出来的那几十行。

想看这套系统在归属、回收、阶段、提成、权限上分别做到哪一步，可以查看价格与版本说明；搭配阅读的话，考核指标与权重解决「怎么打分」，金融工作室管理解决「人少怎么配」，线索去重解决「表里的重复怎么清」——顺序还是那句话：先把归属跑通，再谈钱。