助贷CRM选型核验清单 从降本增效到数据隐私各要看哪几项
选型走到收口，落下来的问题其实是两类：钱花在哪，数据放哪。降本增效能不能算清，要看前一类；数据隐私能不能说清，要看后一类。这两类各有几项要问，把问题写下来带在身上，比每次临场想更省事。
下面按这两类各给几项，再讲这张清单为什么写成问题而不是写成项，末尾说交付时这几项怎么逐条过。这一篇讲的是方法，放到这类系统上，就是把该问的先摆出来。
清单换个用法：先有问题，再找项
常见的清单是反过来写的：先列出要看的功能项，再打勾。这种写法在做验收时好用，在选型阶段反而容易失焦——项太多，看的人分不清哪一项是必须问的。
换成问题先行的写法，顺序就稳了：每个问题对应一个能当场问出口的句子，答案落在纸面上，项自然跟着出来。问题不会因为换了一家供应商而变，答案会。
钱这一类，几个能当场问出口的问题
这里问的是支出范围，分寸比金额重要。可以照着几处问：
- 一次要出去多少。这一笔覆盖到什么为止，装完之后的调整算不算在内。
- 往后每年要准备什么。除了软件这一项，跑它需要的机器、占用的空间、日常维护各由谁负责。
- 人力投入落在哪一段。上手要多久、老资料搬过去要多久，这两段有没有人带。
三处的答案摆在一起，一年的真实支出范围才成形。只问头一处，得到的是报价；三处都问，得到的是预算。做居间业务的团队，问下来差别往往出在第二处。
数据这一类，几个能当场问出口的问题
这一类问的是数据放在哪、谁能拿到。同样可以落在几处：
- 记录存在什么地方。是在自家机房里由自己保管，也就是独立部署这一类，还是在供应方的环境里——这一点决定了后面几问的答案。
- 哪些栏位默认不露全值。做手机号脱敏的时候，答案会具体到某一栏：默认给全值还是遮中段，需要全值的人怎么拿到。
- 谁在什么时候看过、导出过。这些动作有没有留下记录，记录保留多久、由谁保管——这一段就是操作日志审计要管的地方。
三问之间是有次序的：先有存放位置，才有脱敏范围，才有可查的记录。次序颠倒过来谈，往往谈着谈着就变成各自理解。
清单为什么写成问题，而不是写成项
项是死的，问题是活的。同样一句「数据导出权限管控」，在不同团队意味着不同的范围——有的团队只允许导自己经手的，有的按团队划，有的要走一次审批。
写成问题，这些问题就都暴露出来了：由谁批、批过的记在哪儿、已经导出去的表怎么办。这些答案在每家的纸上都不一样，问过一遍才知道自己那一套长什么形状。
还有一层：问题可以带走。选型的人换了一拨，清单还在，照着问就行。项做不到这一点——换个人看同一份项表，关注的点往往不一样。
交付时这几问怎么逐条过
把上面的问题串起来，就是一份可以带走的清单：钱的三个问题、数据的三个问题，每一项对应一个能当场问出口的句子，答案写在句子后面。
交付这套系统的时候，是照着这两类问题逐条过的。问题问完，各项的答案会写进交付材料：一次性的范围写到哪、按年的那几项由谁承担、放在哪台机器上、哪几栏默认遮、日志留多久。这些不靠临场口头交代。
清单这一层，鲲极CRM系统是按这个样子做的：问题印在左侧，答案写在右侧，每一项都留一个可以往后追的位。等到要复核的时候，翻出来看一遍就知道当时是怎么定的。
客户资料留存这一项也在这张清单里。它的答案不是一句「会留住的」，而是那条记录存在什么介质上、谁有权看、保留多久。
居间机构客户信息留存系统这一层要回答的，就是上面数据类的三个问题；而居间机构的团队划分各不相同，同一份清单发到两家，答案也填得不一样。这正是一张清单能长久用的原因——问题不动，答案随团队填。
上面数据类的三个问题，到头都要落到一行行条目上；居间业务 CRM 系统写下来，无非是客户能被谁看到这一栏。
核验清单的作用，是把「感觉这家还行」换成几项能逐条对照的问题。
本文为方法整理的成果，供选型前自查使用；由「鲲极」的运营方撰写。
