正文
组织管理逻辑的变革
一些朋友提到了一些现有的业内尝试。比如腾飞、中海乃至富力的app。功能与我们的设想也是类似的。但我觉得问题在于,开发的逻辑是什么。多数目前的开发,缺乏系统的设计,并不是我diss同行,我们应该看到确实有很多app开发到后来就变成自娱自乐、政绩工程了。这可以说是运营的问题,比如没有提供真正租户需要的内容。但是更加核心更加基础一些的考量,如同上一篇最后一段里面提到的。我们现有传统的组织架构都是基于房地产逻辑为主的,而不是基于之前提到的软硬件合一的产品逻辑,多数目前进展中的项目仍旧是把软件作为硬件的点缀,同时更罔论行业里多数公司都缺乏对产品逻辑有深度理解和实践经验的团队。
顺着之前与苹果手机生态环境的比较,如果我们把组织架构与手机生态对应,那么现在的开发商的内部架构大多是租赁部=卖手机,项目部=产品设计开发,物业=客服售后。以目前的行业格局,我们就是诺基亚。
要从功能及切换到智能机,同样借鉴,最理想的状况是,有一个好的ecosystem让服务自行演进发展。对于业主的组织架构设置上,可能也应该参考这样的生态模式。核心点是将组织的侧重点从销售转向产品:
单一的租赁职能应该从神坛上跌落。
基础的操作系统部分或许应该独立设置一个部门。这个部门应该是要最懂用户需求的,这应该是未来的核心部门,负责用户体验和产品设计。现在其实已经有部分租赁同仁在做类似的事情,毕竟要做生意哪儿少得了产品把控,那么这种工作的权限划分和授权可能需要更加清晰化。服务模块的开发可能可以交由一个个独立的跨部门小组。突发奇想一些,比如用开发收益做激励,比如上线一个服务模块加奖金,使用量达到多少加奖金,更新模块功能也给加奖金。让各个业务部门的小伙伴自己发起丰富服务模块。我想的可能有些天马行空,不切实际,但是觉得这是个有意思的主意,同时也是一个看得清未来的方向,不是吗?欢迎大家留言评论,大家交流想法。
市场格局的变化?
另外是,这样的行业未来是否会带来更遥远的竞争格局的变化?现在很多没有做好的app,可能是因为本身项目规模和资源就不够。如果只有一栋孤零零的办公楼,其实没啥搞头。投入和产出不成正比,而且就算做了也没有足够的资源规模去支撑。
最理想的应用环境可能是一个完整的大规模综合体,宛如一个小城市。在小范围内有足够的资源密度和业态多样性,服务生态的开发成本也可以由大体量进行分摊。比方说中环HKLAND那些?太古的港岛东?或者比如中海在成都天府新区的十栋楼?未来上海龙阳路的200万平米办公楼群?应该会都满有搞头的。