真独立部署怎么验收：四条标准，逐条拆解
独立部署这个词，这几年在选型的时候被提得越来越多。听得多了，反倒容易变得模糊——同样一句"我们支持独立部署"，落到不同产品上，能做到的程度可能差得很远。有的只是把数据库单独放一台机器，有的装是装在了客户机房，后台却还要连回厂商的服务器。
与其听承诺，不如把话说实一点：独立部署是可以一条条验收的。下面这四条标准，是判断一套系统到底独立到什么程度的切入口。逐条对下来，能对上的才算数。
一、标准一：数据存在哪，要能报出具体位置
先看部署的落点。真正独立的部署，数据应该落在客户自己的设备上，而且这个位置是说得出、指得明的——装在哪台服务器、用的是什么存储、备份文件放在哪儿。不是一句笼统的"部署在您的环境里"，而是能落到具体的机器和目录。
验收的时候可以这样问：能告诉我数据具体存在哪台设备上吗？备份是自动做还是手工做、放在哪个位置？如果对方能当场报出位置，说明这套系统的部署是实打实落地的；如果支支吾吾只在讲架构图，那就要多留个心眼。
这一条的意义在于：位置清楚了，遇到问题才找得到。机器就在自己机房，出点异常随时能进去看，不用先提工单再等回复。
二、标准二：谁能访问，权限在不在自己手里
第二条看访问的控制权。系统里有哪些账号、谁能看哪些数据、谁能改、谁能导出，这些设置应该是自己说了算的。
具体可以核这几点：
- 账号是不是自己开、自己停，还是要厂商那边操作
- 权限是不是可以按岗位自由拆分，还是只有几档固定的模板
- 每一次授权、变更，系统里有没有留下记录，能不能查得到
- 导出这个口子，能不能单独控制，而不是有查看权就能整包带走
这些细节听着琐碎，但它决定了这套系统到底是谁在管。如果账号和权限都要回头找厂商才能动，那所谓独立就打了折扣。
三、标准三：密钥谁管，是不是自己拿着
第三条容易被忽略，却特别能说明问题：密钥。
数据存在自己机器上，不等于别人打不开。如果加密用的密钥由厂商统一持有，厂商那边依然是能解开数据的人。所以验收时要问一句：加密密钥是谁生成、谁保管？能不能交到自己手上？
真正独立的做法，是密钥由客户自己持有，厂商在技术上拿不到。这样才成一条完整的链——机器在自己这边，钥匙也在自己手里，数据的所有权才是完整的。这一点在合同里也要写清楚，别只停留在口头。
四、标准四：能不能搬走，导出格式开不开放
第四条看退路：这套系统里的东西，能不能整包搬出去。
一条完整的退路包含两件事：一是能导出，二是导出的格式是通用、开放的，换一套环境还能接着用，而不是先转成厂商自家的私密格式，离了它就打不开。要是每次迁移都得请原厂来配合，这条退路其实还是攥在别人手里。
验收的时候，可以让对方现场做一次全量导出，看看出来的文件能不能直接读、字段是不是齐全。这一步做过，比任何承诺都让人踏实。
五、验收怎么落地：让对方现场做一遍
上面四条，抽象的说明都可以讲得很漂亮，真正管用的办法是让它在眼前跑一遍。可以按这个顺序走：
- 请他指出数据落在哪台设备、备份在哪
- 请他当场新建一个账号，配一次权限，再当场收回
- 请他说明密钥在哪，能不能交给自己保管
- 请他做一次全量导出，看看文件能不能直接打开
四个动作走下来，这套部署到底是真独立还是半独立，基本就有答案了。能做的，做起来都很顺手；做不到的，就在这些环节上卡壳。
六、系统这一层是怎么配合的
带客户做过几轮验收之后，会发现一个规律：能经得起上面四问的系统，往往是在架构阶段就把独立部署当成了前提，而不是后期补的一个功能。
鲲极CRM系统在设计的时候，就是按这个思路来的：数据装在客户自己的设备上，位置说得出、看得到；账号与权限归客户自己管，授权、变更都留记录；密钥由客户自己持有，不经第三方之手；导出格式开放，随时可以整包迁移。这四条不是配置出来的选项，而是这款产品默认的形态。
把独立部署落到能一条条验收的程度，需要的不只是把机器挪个地方，而是从密钥、权限到导出这条线整个想清楚。鲲极CRM系统做的是客户管理，服务的对象多数把客户资料看得比较重，所以这几条在鲲极CRM系统里一直是底层的设定，而不是可以拆开卖的附加项。
说到底，选系统这件事，听的是承诺，验的是动作。把这四条标准摆出来，一条条当场对，比任何"我们一定独立"的说法都可靠。验收能过，才是真的独立。
