「CIO」权大、钱多、活也多,难当的地产CIO( 三 )


其实 , 错不全在他 。 该地产商各个业务系统分裂严重 , 彼此没有接口;有接口的系统 , 数据不全;已有的数据 , 既不准确 , 也对不上口径;能用的数据 , 也无法直接给业务部门带来收益 。
而这些原因 , 可以一一对应企业数字化流程的3个环节——数据获取、数据加工与流转、支撑业务的数据应用 。 各环节的难点重峦叠嶂 , 等着数字化转型的挑头团队攻破 。
首先地产公司的内部竞争会导致数据获取难 。
地产行业向来竞争激烈 , 除了各地产商的竞争 , 集团内部也是如此 。 大区之间、部门之间 , 甚至同一市的不同楼盘、同一店的不同销售人员之间 , 都会因为利益竞争而不愿共享信息、不愿上交数据 , 这就从源头上阻断了数字化进程 。
一位地产业内人士告诉「甲子光年」 , 某中部地区地产商在让第三方搭建中台时 , 就曾出现“嘴上说支持 , 身体却很诚实”的状况 。
搭建中台首先要获取各个区域各个部门的数据 , 该地产公司在开会时 , 老板提起把数据贡献出来 , 各部门在会上纷纷表示“一定支持” 。
待散会之后再去要数据 , 大家就以“这是客户隐私”“这涉及到数据安全”等原因拒绝 。
“其实业务本身、技术本身很简单 。 结果就一直卡在最开始的数据获取那一步 。 ”这位从业者说 。
万科在2017年也曾遇到类似的问题:物业公司不想分享自己的数据给营销部门 , “担心客户被骚扰”;HR因为上传招聘流程和数据会增加自己的工作量所以拒绝;成本与结算部门因为对钱敏感 , 也不愿意上交数据 。
接下来是数据加工和流转环节 。
对于地产CIO来说 , 这个步骤原本是最可控的 。 然而 , 许多地产公司的IT系统经历了长期建设 , 形成了叠屋架床的复杂结构 , 导致现任CIO还要需处理前任的遗留问题 。
为什么会产生叠屋架床的现象?
近年来 , 为了满足新业务的即时需求 , 许多地产商开始使用比如小程序等多种SaaS工具 , 不同工具是各自独立的烟囱 , 并不互通;新工具和已搭建好的ERP、数据库等底层IT系统存在代沟;原本搭建的成本、采购、经营等系统由于接口、口径不同 , 导致数据准确度和冗余度无法校验;2017年以来 , “上云”、搭建大数据平台等又成了趋势之一 , 尚未拉通原本信息化系统的地产商 , 又在琢磨新花样 。
云徙联合创始人兼首席架构师陈新宇等人合著的《中台战略》中就记录了这样一个事例:
在给某top5地产商设计业务初期 , 为了快速响应业务需求 , 将用户中心与会员中心的服务进行合并 。 但随着业务的发展 , 迭代开发过程出现了大量混乱信息 , 增加了不必要的管理和运营成本 。 最终该公司又下功夫将用户中心与会员中心分开 , 来回浪费了很多精力 。
那么对于现在的CIO来说 , 是要把曾经的系统全部更换?还是全部打通?还是只做一些修修补补的工作?
万科的答案是全部打通 , 然而万科用“长征”来形容这个过程 。 2018年5月 , 时任万科CFO孙嘉曾公开表示 , 万科至少花了三年时间才把最基础的信息化完成、把最基础的流程拉了一遍 , 仅洗数据就洗了两亿多条 。
最后的应用环节 , 则是最重要也最难的——如何通过数字化投入真正引领业务增长?说白了 , 到底能不能让老板、让公司看到业务上的效果?
一个行业中的例子是这样的:位于深圳的某top40地产商在考虑是否引入中台时 , CIO态度积极 , 非常认同数字化平台概念 , 但运营总却难以点头 , 因为他暂时看不到底层的技术架构对运营工作的直接价值 。
技术上的投入无法直接拉动收入增长 , 这一直是科技公司打入传统行业的阻碍之一 。
这也是为什么 , 地产公司付费意愿最强的数字化投入还是集中在销售、营销层面 , 因为能“直接见钱” 。
除此之外 , 地产还有一个独特的难点——业务繁杂 , 即从CIO的角度看 , 内部需求非常多元 。


推荐阅读