中台建完不等于成了事，用的人少说明能力没对路
交付那天大家都很高兴，接口齐、文档厚、监控也有。过两个月再看，真正接进来的只有当初配合试点的那条线。这时候别急着怪业务方不配合，先回头看看能力本身是不是没长在人家的活上。一、看接入数
接入数是条实在的线，但它得配着调用量一起看。接了三家、两家几乎不发请求，说明接是接了，用没用起来，这种「接而不用」比没接更不容易被发现。审批流里给「收掉一块能力」也留一条路，别只方便立新，收的时候要说的清数据怎么迁、历史记录归谁，写明白了才敢真收。
把每家的调用走势拉成一行，谁在涨、谁平着、谁掉到零，一眼就清楚。掉到零的那家值得单独问一句，多半不是没需求，是某个坎没迈过去。排期表上给「听用的人怎么说」留固定一段，不是有空才聊，固定了才不会每次被新需求挤掉，攒下来的抱怨也才看得出哪类在反复出现。
二、听抱怨
接入时记下对方卡在哪一步，卡的人多了，那一步就是能力的短板。有人嫌字段不够、有人嫌要等排期、有人只是看不懂文档，三种毛病治法完全不同。季度盘点把路线表上排了却没人提过的项挑出来问一句，常会发现那是当初自己觉得该有的，做出来静静摆着，倒不如把人手挪去磨难用的那处。
抱怨别只当情绪收着，归成几类定期看。同类攒到五六条，就是该动手改的信号；零散一句先记下，等有旁证再动，免得为一家把接口拧来拧去。成本分摊按接入方公开一张简表，各家看得到自己那份，讨论该不该继续投人时就有共同的数字，不至于停在谁觉得贵谁觉得值的争执里。
三、成本摆出来
业务方自己另写一套，往往是因为接中台看着更贵：要等排期、要迁老数据、要改几处调用。把这些成本算清楚，能减的减掉，减不掉也要说清换回来的是什么。和业务方碰面时先报接入走势再听意见，两边看着同一条曲线说话，讨论就不容易滑到「你们怎么不用」这类谁也接不下去的话上。
中台这边的机器和人力也摊开算。摊完发现某块能力养着比各家自己写还费，那就老实承认它不适合共用，别为了保住一层架构硬撑。值班记录里把「接了却几乎不调」的那几家标出来，这类比没接更安静，不专门记一笔，往往要等半年后盘点才被发现。
四、路线按需求排
下个季度做什么，按几家业务都要的排，不按中台自己觉得该有的排。自认为该有的那些，做完常常安静地摆着，倒是人人都提的那件小事一直没人认领。排期表上把这块能力归到哪个团队写清楚，后面有人来问改动该找谁，照着表就能答，不必每次在群里从头问一圈，问完还常常得到两个不一样的说法。
排期表给业务方看得到，看得见才不会反复来催。催的人少一半，中台这边的会也少一半，省下的时间够把两处真正难用的接口磨一磨。复盘时先把上回定下的下一步逐条对一遍，做完的划掉，没做的写清卡在哪，别每回都从头重讲一遍形势，讲完又散了。
五、人员要轮值
让中台的人轮流去业务线待几天，跟着人家发一次版、值一次班。坐过那个位置，才知道一个字段晚返回半天会卡住什么，回来改接口时手就有分寸。
反过来也请业务方的人来参加一次中台的评审。两边都见过对方的难处，讨论时就不容易停在「你们怎么不用」和「你们怎么这么难用」上。轮值安排写进排班表，谁去哪条业务待几天、回来要交一份什么，写成事项就不容易被临时活挤掉，去过的人回来改接口时手上有分寸。
六、复盘定去留
每半年认真复盘一次：哪几块能力真替大家省了事，哪几块只是挂着。省了事的继续投人，挂着的给个期限，到期还没起色就收掉，收掉也算把资源还回去。
复盘的结论写下来，连同下一步谁做、什么时候看。没写下来的复盘开完就散，半年后同样的讨论再重来一遍，连措辞都差不多。归档把每半年的复盘结论单独存一份，连着当时的接入数一起留着，隔一年回头看，能看出哪次判断准、哪次是白忙。
中台成不成，不在它建得多完整，在有多少人愿意一直用。接入、抱怨、成本、路线、轮值、复盘，六件事围着用的人转，能力才长得对路；只对着架构图使劲，做出来容易没人上门。 很多点我之前都没想到，楼主一提醒才恍然大悟，收获很大。 逻辑严谨，条理分明，一看就是经过认真思考和整理的内容。
页:
[1]