云巴巴FDE签约前封单清单：账号、数据、场景、对接人

 

封单，即在签字前把事项核清、把口径锁进合同附件。同样四件事，账号、数据、场景、对接人，签完再补和签前封单，是两条时间线。签完再补：账号没开齐，等；数据口径没理清，再等；场景边做边加，范围越滚越大；对接人临时凑，会开一场缺一场。签前封单：四件事逐一核过，缺口在签字前摆上桌，落进附件再生效。

 

两条时间线的差别，不在执行力度，在动作顺序：先签字，还是先封单。

 

把封单做成一张云巴巴FDE签约前清单，是云巴巴 WorkBuddy FDE 服务的固定动作，账号、数据、场景、对接人，一项一项过。

 

下文四段对应四项，每段讲三件事：核什么，缺口常在哪，封单动作怎么落。

 

账号盘点：核归属与权限矩阵

 

先说账号，它是其余三项的地基。四项清单不是平级关系，强弱有序：数据排第一，缺口最拖进度；对接人第二，缺口最伤责任；场景第三，缺口最糊边界；账号第四，出事最少，一出就是归属大事。把它放首节，因为其余三项都挂在账号矩阵上，地基不稳，后面全白核。

 

这一节核三样：归属、矩阵、权限。归属，指企业主体账号注册在谁名下，管理员有几人。矩阵，指管理账号、业务账号、测试账号怎么分层，测试数据与生产数据是否隔离。权限，指每个账号能看什么、能改什么、能导出什么，导出是否留痕。

 

常见缺口四个。其一，账号挂在个人手机号或个人邮箱下，人一调动，账号跟着悬空，找回要走申诉。其二，管理员只设一人，无备岗，休假一周，审批全停。其三，席位口径与合同对不上，上线当天才发现要补开一批。其四，测试号与生产号混用，测试数据流进正式库，清理起来远比预想麻烦。

 

封单动作三步。第一步，账号清单做成合同附件，列明账号名、归属主体、管理员、备用管理员四列。第二步，写死归属条款：账号及其中数据归企业所有，服务方代管的，合同终止时无条件交回。第三步，签约当天完成双岗管理员配置，不留单人单点。

 

 

账号核完，进场的门算是打通，开工时间心里有底。可门通了，货未必齐：给服务方的数据，给多少，给到什么程度，给完怎么管，这三问都指向第二项清单。

 

数据准备：口径、范围与授权

 

账号是通道，数据是通道里跑的货，货没有清单，通道通得再快也是空转。这一节核数据，核的不是家里有多少数据，是交出去的每一份有没有口径、有没有边界、有没有授权链路。

 

核三件事。口径，指同一个指标在不同系统里说法是否一致，客户数在销售端和财务端是不是同一个数，不一致先对齐再交接。范围，指本期只碰哪些库、哪些表、哪些字段，逐项列名，不写数据这类总称，账号数据场景对接人四项里数它的争议最多。授权，指数据交给服务方使用的许可由谁点头、留什么痕迹、何时作废。

 

缺口集中在三处。数据没洗就交接，口径打架，交付方大量精力耗在对数上。范围口头化，只说数据都给，没列清单，做起来越要越多，涉敏字段混进导出包才发现。授权事后补，活干到一半，内部流程没走完，交付按下暂停键。

 

封单动作同样三步。先做数据交接清单，库、表、字段、口径说明，逐项打勾签字。再把范围写死：清单之外的数据，任何一方不得自行调取，新增走变更流程，双方确认后补进附件。最后授权前置，签约前拿到内部许可，留痕存档，别把这道手续拖到进场之后。

 

 

数据封住范围，交付就不会跑偏到不该去的地方。可范围要画在场景上才成立，第一期做哪几件事，边界画在哪条线上，这是第三项要回答的问题。

 

场景圈定：把盘点现状前置

 

账号定了承载，数据定了原料，第三项定方向。场景不圈，前两项核得再细，力气也落不到点上，这是四项里最容易被写虚的一环。

 

核三样：清单、边界、验收线。清单，指第一期做哪几个场景，逐个列名，两个就是两个，三个就是三个。边界，指每个场景的输入是什么、输出是什么、明确不做什么。验收线，指做到什么程度算完成，谁来签字确认，一次定死。

 

这套动作有章可循。集团统一实施的四步走法，第一步就是盘点现状，之后才是统一框架、场景库归集、节奏接管。签约前圈场景，是把第一步盘点前置到签字之前：用合同锁住盘点结果，而不是进场后从零摸起，摸完再谈。

 

缺口三处。场景写成语义描述，比如提升协同效率，没有具体任务，执行时各说各话。边界只写做什么，不写不做什么，需求从两个场景滚成八个，工期与费用跟着涨。验收线缺失，做完了没人签字，上线停在口头承诺上。

 

封单动作：场景清单做成附件，逐条写明任务名、输入、输出、排除项、验收标准五项。数量宁少勿多，第一期跑通两三个场景，好过铺开八个都卡在半路。清单之外的需求走二期立项，不搭第一期的车。

 

场景圈定，方向就锁住了。可事终究是人干的，最后一项也最常被当作小事略过：签字那天，双方各站出来谁，谁来拍板，谁来干活，谁来验收？

 

对接人落位：签字、干活、验收

 

前三项核的是物，这一项核人。清单再清楚，人对不上位，每一项都会在执行里变形，这正是它排在强弱序第二位的原因。

 

企业侧核三顶帽子：签字人、干活人、验收人。签字人握预算，能拍板。干活人懂流程，能配合改造。验收人用得上产出，说了算数。三顶帽子可以一人兼两顶，但每顶必须有主，写进项目章程，缺席即记为卡点，向上反映。

 

服务侧核三岗。FDE 的标准配置是业务顾问、工程顾问、运营顾问三岗陪跑：业务顾问对需求与场景，工程顾问对系统与数据，运营顾问对使用与接盘。签约前拿到实名名单，三岗分别是谁，主责是谁，中途换人走什么流程，逐项落进附件。

 

缺口同样三处。只有签字人没有干活人，合同签得快，进场后没人配合改流程，顾问干等。验收人缺位，做完找不到人签字，上线悬置。服务侧名单口头给，进场一换人，接手者从头摸起，前期积累清零。

 

封单动作：双方名单对等落纸。企业侧三顶帽子写明姓名与职责，服务侧三岗名单写明岗位与主责，换人须书面通知并设交接期。四份附件至此凑齐：账号清单、数据清单、场景清单、双方人员名单，封单四件套，一份不能少。

 

四项核完，账号锁归属，数据锁范围，场景锁边界，对接人锁责任，合同从一纸意向变成可执行的开工令。签完再补那条时间线，从签字这一刻起，与你无关。

 

 

需要 WorkBuddy 咨询购买，可以联系我们（云巴巴官方授权服务中心），获取专属开通与部署方案。