在别人眼中，我们是超级大甲方
有多么“超级大”？
我负责的一亩三分地
分支机构多、部门多、员工多、供应商多、流程多、系统多...
作为数字化转型的资深搬砖人
手里略有点Power的小Leader
如果问我，每日上班啥感觉？
嘿嘿，绝不是你以为的“天天虐乙方”
真相是，每天都感觉如履薄冰
稍有不慎，就是给自己挖“天坑”
我现在压力这么大，主要是因为
集团最近两年大搞「数字化转型」
这里面明坑暗坑实在太多了
01
遗留老系统多
转型「难链接、难重构」
但又没法统统推倒重来
↓
02
新系统对技术要求高
转型「难适配」
先进的平台、先进的工具、先进的技术
03
海量数据资产多
转型「难管控、难迁移」
都说数据是大金矿
04
集团型多组织，管理多样化
转型「难运营」
组织架构盘根错节、纵横交错
这些问题呀，愁得我半夜睡不着
翻来覆去琢磨一件事
↓
想要全局一盘棋
一旦有了想法
就进入“折腾”乙方的环节了
↓
↓
这个平台
就是为我们这种大型组织量身定制的
通过前段时间的实际研究、使用
我算把这个平台摸透了，给同行们捋捋
「COP-A9C」自身架构分两层
上层业务应用平台丨下层技术平台
如果光看这个结构
道理很简单
一方面，「COP-A9C」整合能力超强
360°无死角玩转超各类上层应用
领导关注的、中层关心的、所有员工每天都用的
作为「大甲方」代表
就来讲讲我们那些“变态”要求吧
苛刻诉求一
选任何平台，首先看底座
底座是一切“可靠性和高性能”的根基
万一有点问题，就是不可承受之重
我们集团接触云原生也没几年
这次选型，为什么会毫不犹豫的强调
必须是“云原生技术底座”？
↓
因为只有云原生
才能满足集团长期发展的“大愿景、大胃口”
我简单列一下具体的吧
别看云原生大家天天喊得响
当我真把它写到标书里作为废标项
真·云原生技术底座
几乎吓退了市面上50%的厂商
而「COP-A9C」全部扛住了
↓
苛刻诉求二
最明显的特征就是盘根错节
↓
由此带来「多样性」
↓
因此，平台要具备强大的“组织管理能力”
我提的这需求很合理，但实现却很难
「COP-A9C」完全没让我们失望
它就像经验丰富的“组织部长”
对这种大场面，雷厉风行
直接抛出来个“新一代组织模型”
↓
并提炼出了
适合大型多层级多元多业务线的
“分工协作体系”
苛刻诉求三
大企业运转全靠流程
因此我需要这个平台
具备强大的“流程管控能力”
梳理好流程、建设好流程、管理好流程
这家原厂在BPM领域有着深厚的积累
比如他家的“二元化工作流”模型
就能够实现刚性流程与柔性流程的融合
因此，「COP-A9C」处理复杂流程得心应手
同时还能基于WFMC、BPMN、DMN等模型
快速搭建各种流程
↓
我以前很头疼异构系统对接
如今，有了COP-A9C
这些系统很容易打通
比如，和ERP、OA等系统的对接
↓
基于COP-A9C，我们内部建成了
梳理与规划→设计与模拟→流程集成→执行与自动化→运维与监控 →分析与优化
苛刻诉求四
就是需要登录N个系统
↓
我们集团之前有「三多」
终端多、App多、入口多
↓
所以，我的要求就是
建设统一门户和移动门户
↓
通过「COP-A9C」
企业级统一门户轻松搞定了
苛刻诉求五
所以我有个“高大上”的想法
盘活数据资产，构建数据中台
为公司运营决策提供数据支撑
有人说这个很虚
但COP-A9C做得很实，落地性很强
↓
通过其数据与AI中台的能力
帮我们把数据进行一番“深加工”
数据挖掘→数据清洗→数据泛化→数据决策
苛刻诉求六
家底实在太多了
so，我想搞一个“集成中台”
把内部所有应用
能打通打通，能集成集成
↓
提供连接器
包括：应用权限与访问凭证、API接口能力、事件订阅能力、内外部参数数据转义能力、IP安全访问控制等
提供外部第三方能力接入
苛刻诉求七
弊端不少，投入高、效率低
最近两年，低代码又这么火
我们自然想尝试一下
于是，我提出要搞低代码平台
↓
恰好，COP-A9C自带低代码平台
其内核是COP的全业务能力
全程可视化操作
用了之后，觉得挺香的
能搭建多类型、专业的、多场景的复杂应用
支持多级定制与发布、应用按需调整
每个应用都是独立的微服务
可独立申请著作权
↓
最终，通过「COP-A9C」
我们集团实现了七大统一
最后，想说句掏心窝的话
大企业数字化转型包袱重、压力大
难度堪比“二次创业”
最怕半路撂挑子、半路黄摊儿、烂尾啥的…
那真是一万点伤害都不止
↓
并助力我们一路打怪升级
