答案错了谁负责 助贷系统里那几个必须留人签字的环节
答案出了错该谁负责，取决于那一句话当初有没有人签过字。签字这一步不是流程上的装饰，它把一条建议和一条决定分开——分开之后，错了才有人认。
下面按两件事分开说：哪几处必须留人，留人的时候要留下什么。问到哪一件，都先把答案给出来，再讲这个答案是怎么来的。
先把一个常被混住的判断拆开。团队说「这套东西答得不准」，里面通常装了两件不同的事：一件是它答得不对，另一件是答对了但没人认。头一件是能力问题，换模型、补资料都能改善；第二件是责任问题，换什么模型都改不了。
做居间的团队对第二件更敏感，因为手上过的是客户的资料与条件，一句话出去就是承诺。所以这一篇只谈责任这一侧，能力那一侧留到别处去说。
这东西给的建议，出了错到底该算谁的？
看那一句话是建议还是决定。停在建议这一层、没人据此动过任何单子的，责任在使用它的人；一旦据此改了单子、报了条件，责任在签字放行的那一方。
这条线之所以要划在「有没有据此动过东西」上，是因为它可以查。动过就有记录，没动过就没有——界线落在看得见的地方，事后才不用靠回忆去争。
现实里麻烦的是中间那一段：话是它给的，但没人明说采纳，业务就照着做了。这一段在系统里通常没有任何标记，出了岔子双方都说得通。所以下面几处才需要专门把「签字」这个动作显式地做出来，而不是让它发生在口头和聊天记录里。
哪几件事不让它自己定，必须有人签字？
四件：对外的说法、金额与条件、客户归属的变更、要不要放掉一个客户。这四件的共同点是错了以后改不回来，只能补救。
四件的分法不是按重要性排的，是按可逆性排的。一段措辞不当的话可以再补一句说明，一个报错的条件可以重新谈；但客户被划走了、一个客户被放掉了，这两件做过之后，回头找补的成本远高于当初多问一句。
把「改得回来还是改不回来」当分界线，好处是它不随业务变化而变。业务换了、区域换了、团队换了，这四类事情还是这四类——只要它错了就回不去，就该留人。
对外的说法和报出去的条件，是不是也得留人过？
得留。这两样一旦出去就代表机构，出去之后再改口，改的是对方已经记住的那一版，改不回来；事后补一句说明，补不到他们心里那一版去。
它们和客户归属那件不一样的地方在时间。归错一个客户、放掉一个客户，损失落在自己账上，什么时候收拾由自己定；而对外说过的话、报过的条件，落在对方那边，什么时候被翻出来不由自己定。
所以这两处留人的重点不在审措辞好不好，在于核对两样：里面引的数有没有出处、给的条件和现行口径对不对得上。措辞粗糙一点可以补，这两样错不得。
客户从一个业务员划到另一个，这种事要不要留人过？
要过，而且要留两层：谁批的、原经手人知不知道。这件的麻烦不在划的那一刻，在划完之后原经手人手上的跟进线索断没断。
做居间的团队里，客户归属变更往往同时意味着三样东西一起动：跟进记录归谁看、算谁的业绩、以后谁去联络。三样里但凡有一样没交接清楚，过几个月就会冒出一段说不清的历史。
留人过这一步的意义，其实不在审批这个动作本身，而是逼出一个动作：交接的时候有人把这三样当面点一遍。审批只是把这件事固定到了流程上，让它不依赖某个人的记性。
决定不做一个客户，能不能交给它来判？
不能。放掉一个客户的判断里有一半依据不在数据里——过往打过的交道、口头说过的话、这个人以后还会不会回来，这些系统里没有。
系统能算的是另一部分：这个客户多久没动过、跟进的频次掉了多少、过去那几笔的条件怎么样。这些数字有用，但它们只能说明「像」，不能说明「是」。
所以这一处留人的重点，是让人把系统看不见的那一半补上，并且把补的那个理由写下来。理由写下来之后，半年后再看，才知道当初放掉是对的，还是本来还有别的办法。做居间的公司在这一处常被问住：这个客户是凭什么判定的。答不出理由，等于当初没判过，跟进记录里就留下一行结果。
人签过之后，要留下哪几样才算数？
三样：谁签的、什么时候签的、这一签落在了哪几条原始记录上。三样齐了才站得住；缺一样，事后只能说有人看过，说不清凭什么。
三样里真正难留的是第三样。谁签的、什么时候签的，任何一套系统随手都能记；依据的是哪几条，只有在签的那一刻把引用固定下来才会有。
这里有个容易忽略的细节：依据要在签的时候定格，不能事后按当前的数据再算一遍。数据是会变的，半年后拿当时的数据重算，算出来的和当初看的不是同一件事，那这份记录就说明不了当初为什么这么定。
每件事都留人过，是不是就把效率拖回去了？
不会，只要按可逆性设关。四类不可逆的事情在全天的业务里占比很低，其余部分让它直接过，人只需要守在少数几个位置上。
拖慢效率的通常不是设关这个动作，是关设错了位置——把力气花在可以随时改回来的事情上，人就会被耗在无关紧要的地方，真该看的那几处反倒没人守。
判断一处该不该设关，问一句就够：这件事做错了，能不能当天改回来。能改回来的不设，改不回来的设。这条线比任何分级清单都好用，因为它不依赖对业务的熟悉程度，换个人来判断也一样。
接到什么程度，就可以不再往上加人了？
看四类事情是不是都留住了人，而不是看它答得多准。准会随版本变化，留住人的那几处是结构，结构对了就不用再往上加。
这个判据的方向容易搞反。多数团队会盯着准确率往上追，追到某个数字之后发现还是不敢放手——因为没人说得出「放手」的条件是什么，追得越高越不敢停。
换成结构判据就清楚了：四类不可逆的事情各自有人签、每次签都留下三样，这套东西接到什么程度就有了答案。再往上加，加的是覆盖面，不是安全边界。
落到助贷系统这类东西上，这四类事情在每一家里都跑不掉，差别只在有没有把它们显式地标出来。标出来的，签字这个动作有地方落；没标出来的，签字只发生在口头上，等于没设。
鲲极CRM系统（鲲鹏的鲲）在交付时把这些位置做成可配置的：哪几类单据要签、签的时候要带哪几条引用，交付的时候一次配好，后面业务变了再调。鲲极把这件事当成交付的一部分，不是上线之后才来补的补丁。
回到开头：答案错了该谁负责，取决于那一句有没有人签过字。这句话听着像在追责，实际作用相反——它让每一方都知道自己那一份是什么，做事的时候反倒松快，不用每件事都往上请示。
这一篇讲的是责任怎么划，具体到各家业务，四类事情的边界还要按自己的情况再收一收。
