途家供应链系统架构演进实践.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
途家供应链系统架构演进实践 从标准酒店到非标民宿 在线酒旅行业的进展离不开商业进步。近些年,商业变革和人们出游需求的增长为在线酒旅行业进展制造了新的机会。在线旅游的衰亡也有效带动了在线酒旅行业的飞速进展,培养了携程、去哪儿网、同城艺龙、美团酒旅这样的 QTA 平台。近年来,共享商业模式的衰亡,尤其是共享出行、共享住宿等场景的消灭促进了共享经济的快速进展。 与传统酒旅的 QTA 平台不同,途家非标民宿具有如下特点: 库存分散:百万级 SPU 对应百万 SKU、可售库存位置均不全都。 房屋标准多样化、共性化:房屋大小、装修风格各异。 共享民宿的进展契机 行业流程再造一般离不开两个因素: 内因:技术或基础设备取得严重突破 外因:用户消费升级或市场发生严重变化 技术方面,智能硬件与大数据应用逐渐普及,人脸识别和公安系统校验提高了民宿的平安性。GPS 的快速进展与 GIS 厂商力量的不断开放,使得基于 LBS 应用的开发成本大大降低。基础设备方面,得益于国家的持续投入,移动网络质量地不断提升,成本逐年下降,间接促使智能手机几乎实现全民掩盖。 市场方面,随着消费升级和对共性化住宿及出游方式的不同诉求。 这两大因素共同促成了民宿行业的进展。对民宿行业而言,入住平安与民宿标准化是研发团队要重点处理的两大问题: 平安保证:实现平台对入住人身份的快速识别,便捷入住具备监控管理力量。 民宿标准化:便利个人房东快捷上房,提升房屋审核效率,持续降低房屋运营成本。 技术挑战 途家供应链系统的本质是为房客供应共性化民宿房屋,为房东供应便捷的房屋运营平台,服务于全球用户和房东的大规模民宿平台系统。技术的挑战本质上源于业务痛点,具体体现为强平安保障要求与民宿标准化要求,也同样来源如下于两个方面: 民宿暂未实现酒店行业类似的运营平安保障,所以对平安保障尤为注重,从多方面考虑房东财产平安、房客入住平安等。 民宿的存在很多不同属性,对于上房、审核、售卖搜索都是一个挑战,对于如何兼顾系统在共性和差异化上有很大挑战。 系统架构演进 途家供应链系统架构的演进过程可以分为三个阶段: 平台搭建阶段:业务模式探究,快速试错,如何具备快速迭代力量。 规模化阶段:业务成指数级增长,如何既保证业务进展,又处理系统可用性、扩展性、研发效率等问题。 精细化阶段:业务模式逐渐成熟,运营逐渐精细化,如何通过产品技术创新驱动业务进展。 平台搭建阶段 试错阶段,需要快速探究业务模式到底是不是一个方向,这个阶段不要期望很多事情都想得很清楚,用户和市场会快速反馈结果。所以,对于技术团队而言,这个阶段最次要的力量是快。抢夺市场,唯快不破。 ?? ? 从系统架构角度,平台搭建阶段只需要做粗粒拆解,我们依据人、物两大领域将系统做了初步服务划分,以保证后续业务领域可从这两个主领域中分别、承继。 顺便提一下当时团队的组织方式,研发团队按项目制组织,大家共同维护一套系统。由 PM、RD 共同保证开发质量,一天发布二十几次是常态。 规模化阶段 进入这个阶段,业务和产品已经得到市场的初步验证,的确找到了正确的方向。同时,业务进展增速也对研发团队的力量提出了更高要求,由于这个阶段会有大量紧急且重要的事情涌现,且系统可用性、扩展性方面的问题会逐渐凸显。处理不当,就会导致系统毛病频发、研发效率低下等问题,使研发疲于奔命。 这个阶段从架构层面,我们重点思考三个方面的问题: 全体架构应当如何演化?买卖系统与运营系统的边界在哪里? 买卖系统的可用性如何保证?系统容量如何规划? 运营系统如何处理业务的真正痛点?如何在大量“琐碎需求”下提升研发效率? 处理以上问题的全体思路是化繁为简(理清规律关系)、逐渐演进(考虑 ROI)。 全体架构设计 在全体架构上,我们将供应链系统拆解为买卖系统、运营系统、大陆与台湾系统和主数据平台。 买卖系统(下图左上侧)的设计上,首先依据用户侧与商户侧做了初步划分,这样拆分兼顾双端角色 。例如:用户侧更关注下单的成功率与订单形态的全都性,商户侧更关注房屋的搜索排名等,全体上解耦搜索排名、房屋报价、营销系统、订单系统等模块。 运营系统(下图左中侧)方面,需求长期多而杂,架构设计上需要先想清楚民宿的运营系统应当管什么、不应当管什么。在长期的项目开发中,我们从业务战略与组织架构动身,在明确业务战略目标和阶段策略下,梳理每个业务团队或者岗位的核心职责、考核目标、组织之间的协作流程,最终整理消灭阶段民宿运营管理的中心为五个领域: 业务管理:如何提升每一个业务管理过程的效率与质量。 商户运营:商户是核心资源,一个区域内需要多少优质商户,商户分级能否科学。区域内能否存在库存不足或过剩 销售管理:销售是保持平台商户稳定和添加商户的有效保障,销售的组织架构划分、日常工作监控。 客服工单:在服务领域高效的客服处理系统,是提

文档评论(0)

136****7795 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档