助贷CRM的责任可追溯落在哪几处 三个时点加一份清单
责任可追溯这四个字，常在验收会上被当成一句话来讲，好像只要答应一句「出了事能查到谁」，这件事就算有了。真落到日常使用里，它不是一个状态，是三个时间点上各自留下一样东西。
这三个时点分别是：操作发生的当下、审批通过的当口、人员交接离开的时候。三处各缺一样，责任链上就会断开一截。
时点一：操作发生的当下
事情刚发生的时候，要留下的是三件小事：谁做的、做了什么、改动前后分别是什么样。
前两件容易做到，多数系统都会记操作人和时间。容易被省下的是第三件——改动前的值。一条线索的归属从甲转到乙，如果只留一个「当前归属：乙」，那这次转手是从谁手里转来的，事后就无从确认了。
改动前的值要不要留，平时看不出来。等到有人问「这条线本来是谁在跟」，它的分量才显出来。助贷CRM里，客户资料留存的那些归属、标签、意向等级，每一次变化都是这条线的一部分。
时点二：审批通过的当口
并不是所有动作都由一个人完成。转出、导出、批量修改、跨组调取这几类动作，通常要走一次批准。
这个当口要留下的是：谁批的、依据是什么、批件挂在哪个位置。三样里前两样是内容，第三样是位置——批件如果只存在聊天记录里，过一阵就翻不出来了。
这一步的价值在于把「谁做的」和「谁同意这么做」分开。做的人和批的人不是同一个时，责任才有得谈。数据导出权限管控要管的就是这一类动作：谁能导出、导出要不要批、批准记录放在哪儿。
时点三：交接离开的时候
人走的时候，是责任链上比较薄弱的一环。他名下有几条线索、跟到哪一步、还有哪些没结，这些如果只留在交接清单的条数上，下一个人接过来等于从头开始。
比较好的一种做法是连过程一起转：交的是整段，不是当下。接手的人能看到这段路上发生过什么，客户再问起来，不用从「您是哪位」重新开始。居间机构客户信息留存系统要管住的就是这一段；而这类团队靠时间攒起来的家底，正是那些客户名单和跟进过程，交接这一关尤其经不起断。
离职是一个时点，调组、休假顶班也是。凡是经手人发生变化，都是这个时点。
把三样收进同一张清单
三个时点分开看是清楚了，落到日常还需要把它们收进同一张清单，逐条能指到位。
清单不必长，一页就够，按下面几行来写：
- 操作类：写下每个关键动作对应留的是哪几个字段——操作人、时间、改动前、改动后。
- 审批类：写下哪些动作需要批准、批准记录存在哪个位置。
- 交接类：写下交接时一并转移的范围，是只转当下，还是连过程一起转。
- 核对类：写下多久核一次、由谁核、核到什么程度算通过。
把这四行写下来，责任可追溯这件事才从一句形容变成一份能指认的东西。
一处常被忽略的地方
记录有了，不等于查得到。
有一类情况很常见：系统里记是记了，要用的时候导不出来，只能一个页面一个页面地翻。翻十几条还行，翻几百条就没人愿意做了。等于记录躺在里面，只有系统自己知道。线索归档留下的东西再多，导不出来也只能算是存在过。
所以清单上还要多一行：这些记录能不能按人、按时间、按记录三种方式各导一次。能导出，才谈得上交给别人看；导不出，就只是「我们有记录」这句话。对居间机构来说，客户跟进留下的东西导不出来，等于每换一拨人就要重新讲一遍。
我们交付时是怎么对的
我们交付鲲极CRM系统的时候，会把上面三个时点各列一行，逐条对过：操作类核对字段是否留了改动前的值，审批类核对批准记录存在哪里，交接类核对转移范围写成了什么。这几行是交付清单的一部分，不是口头说明。
鲲极CRM系统只在一件事上做功夫，就是把过程留得下、说得清。这几行每次交付都会重新对一遍，因为每一批使用者的组织方式不同，字段名和流程也不同。居间机构团队权限管理工具、操作日志审计、数据导出权限管控这几项落到哪一层、开成什么口径，都要跟着这三个时点一起定，顺序反了就得回头改。
落在哪儿
说得清是嘴上说出来的，查得到是翻得出来的。两者中间隔着的，就是这三个时点和那张清单。
把三个时点各留下一件东西，责任这件事才算落了地。
