美团商品平台化之路—关于架构原则的思考
从2015年初到2018年末,已经在美团点评做了4年商品系统。稍微总结一下。 2019/1/3 #业务快跑、平台慢跑# 1.业务快跑 2015年初开始做泛商品系统是为了做ktv预订探索,背后写了一套通用点的商品系统。记得第一版商品系统上线、我做得很高兴,但老板跑过来帮我复盘,“为什么这个项目延期这么久”。额,延期了两周! 我第一次那么吃惊,干得那么沉醉却得到这样的反馈,被泼一盆冷水很深刻。当时的背景是原点评要将ktv团购升级为ktv预订、做mvp,典型的业务快跑方法论。早两周交付就能早两周拿到在线的测试数据。 那我用了什么理念开发呢?把它当成孩子,给它我认为最好的东西。简洁、易组合的api,全栈式批处理,三套独立的商品领域对象,制作/线上表与服务分离,去ddd、最简洁的代码等等。从技术角度,去实现多了支撑ktv预订业务需要的系统能力,很纯粹的就是想写好。后边反思,做业务支撑要掌握trade off,做为业务方在业务初期要尽量让业务快跑,产品和系统应该都用迭代的思想去做事。 2.平台慢跑 业务快跑真的对吗?头两年在业务团队做商品系统,后两年在平台团队做商品系统。得出一个新认知:平台系统要尽可能的慢跑、冷启动。一味跟着业务快跑味道就不对了。 Platform Fist 投资平台基础设施还是投资新业务时机,这本质是看哪一种产生的ROI更有价值,它的判断跟行业市场、公司规模、战略、组织