这家银行的个贷业务，从受理到归档都跑在勤哲 Excel 服务器上。
个人贷款的单子不大，流程却不短：受理、调查、审查、审批、签合同、抵押登记、放款、归档。每一道都要看材料，每一道都可能退件。
客户交一次资料，复印件在客户经理、调查岗、审查岗之间传几轮。谁手上的是最新版，谁的批注是最终意见，靠文件夹命名区分。
最难受的是"卡住"这件事没人说得清。单子停在审查岗三天，是材料缺、还是排队？客户打电话来问，客户经理只能再去问一遍。
这家银行用勤哲 Excel 服务器把个贷流程做成了系统：基础数据先定死，业务单据跟着客户走，进度和退件原因都变成可统计的字段。
系统首页放的不是报表，是流程图。八个环节排成一条线，每步下面标着责任岗，谁该做什么写得清楚。
流程图画在系统里，作用不只是给新人看。每一张业务单据都挂在某个环节上，单子走到哪，图上对应的节点就亮到哪。
客户端和网页端都能进，客户经理在外面跑客户时用网页，回到行里用客户端做批量处理。两边看到的是同一份数据。
个贷的品种多：消费贷、经营贷、按揭，每种的材料清单和审批口径都不同。品种不统一，统计时就没法按产品看不良。
渠道也要建档案。客户从哪来——网点、开发商、中介——直接影响获客成本和风险评估，渠道资料表把合作方、联系人、合作状态记下来。
评估公司同样要管。抵押物估值由外部机构出，谁的估值偏保守、谁的出报告慢，合作久了自然有比较，档案里留得住这些痕迹。
个贷最耗时间的不是审，是退。材料缺一张、收入证明对不上、征信有异议，单子退回客户经理，重新收集再报，一来一回就是几天。
过去退件只在审批意见里写一句"材料不全"，年底想统计"哪种原因退得最多"，只能靠人翻单子。现在退件原因是字典，一条一个代码。
放款进度也做了归类。已批待放、抵押中、待归档，每种状态一个代码，单子处在哪个阶段，用代码说话，报表才好统计。
已批退件单独一类。批了又退的，往往问题更复杂，单独归类比混在普通退件里更有诊断价值。
业务主线是两张单：客户贷款登记单和客户项下提款单。前者记录这笔贷款的基本信息，后者记录每一次用款。
登记单里，客户信息、品种、渠道、金额、期限、担保方式一次录全。后面的提款单、贷后管理表都从这张单取数，不必重复填客户资料。
一个客户可能多次提款。提款单挂在登记单下面，额度用一次扣一次，剩余额度自动算出来，客户经理不必再翻台账。
贷后管理是个慢功夫。放款之后要定期检查、跟踪还款、发现风险信号，这些动作过去记在各人的笔记本上，人一走就断。
系统把贷后做成登记表：检查日期、检查方式、发现的问题、处理意见，一条一记。到期该检查的，靠查询表筛出来。
客户经理轮岗时最麻烦的是交接。哪几户是重点、哪些材料还在客户手上、哪些抵押登记没办完，交接单上要写清楚，接的人签了字才算交完。
实物交接单管的是另一类东西：房产证、他项权证、合同原件。这些纸丢了比数据错了更麻烦，交接必须逐份点数。
业务跑起来之后，管理者关心的就三件事：谁慢、慢在哪、慢多久。这三问，得靠报表回答。
业务交接日报表看的是当天交接了多少笔、压在谁手上；放款业务进度表按状态排开，一眼看出待放、抵押中、已归档各多少笔。
放款问题统计表和抵押登记明细表解决"慢在哪"。前者按问题类型汇总，后者盯住抵押登记这个最容易拖的环节。
调查岗和审查审批岗各有一张统计表。同一个人的工作量、平均处理时长、退件率摆在一起，考核时不必再凭印象。
个贷的核心风险判断，任何系统都替不了。系统能做的是把流程管住：材料齐不齐、走到哪一步、谁压了几天、退了几次。
把这几件事管住，风险判断才有余量。审查岗不必再花时间追材料，可以把精力放在真正需要判断的地方。
勤哲 Excel 服务器在这套系统里的角色很朴素：它让业务人员自己把表格搭起来，规则改了自己调，不必每次都排期等开发。
对银行这类流程密集的机构，系统好不好用，最终看一件事——客户经理愿不愿意在第一时间把单子录进去。录得及时，后面的报表才可信。
