3-2-58到家实时消息平台架构实现细节

数据库的基本概念基本概念这一块，主要是让大家就一些数据库方面的概念达成一致。

首先是“单库”，最初的时候数据库都是这么玩的，几乎所有的业务都有这样的一个库。

接下来是“分片”，数据库的分片是解决数据量大的问题。

如果数据量非常大，就要做水平切分，有一些数据库支持auto sharding。

之前58同城也用过两年mongoDB，后来发现auto sharding功能不太可控，不知道什么时间进行迁移数据，数据迁移过程中会有大粒度的锁，读写被阻塞，业务会有抖动和毛刺，这些是业务不能接受的，因此现在又迁移回了MySQL。

一旦进行分片，就会面临“数据路由”的问题：来了一个请求，要将请求路由到对应的数据库分片上。

互联网常用的数据路由方法有三种：（1）第一个是按照数据范围路由，比如有两个分片，一个范围是0-1亿，一个范围是1亿-2亿，这样来路由。

这个方式的优点是非常的简单，并且扩展性好，假如两个分片不够了，增加一个2亿-3亿的分片即可。

这个方式的缺点是：虽然数据的分布是均衡的，每一个库的数据量差不多，但请求的负载会不均衡。

例如有一些业务场景，新注册的用户活跃度更高，大范围的分片请求负载会更高。

（2）第二个是按照hash路由，比如有两个分片，数据模2寻库即可。

这个方式的优点是路由方式很简单，数据分布也是均衡的，请求负载也是均衡的。

这个方式的缺点是如果两个分片数据量过大，要变成三个分片，数据迁移会比较麻烦，即扩展性会受限。

（3）第三个是路由服务。

前面两个数据路由方法均有一个缺点，业务线需要耦合路由规则，如果路由规则发生变化，业务线是需要配合升级的。

路由服务可以实现业务线与路由规则的解耦，业务线每次访问数据库之前先调用路由服务，来知道数据究竟存放在哪个分库上。

接下来是“分组”与“复制”，这解决的是扩展读性能，读高可用的问题。

根据经验，大部分互联网的业务都是读多写少。

淘宝、京东查询商品，搜索商品的请求可能占了99%，只有下单和支付的时候有写请求。

基于微信小程序的家政服务平台的实现Realization of Housekeeping Service Platform Based on WeChat Mini Program摘要随着中国市场经济的不断发展，人口老龄化的加剧，社会对家庭服务市场的需求越来越大。

但是，传统的线下家庭服务往往遇到瓶颈，逐渐跟不上时代的发展趋势，满足不了用户的需求。

此外，随着互联网的飞速发展以及越来越多人拥有如手机、平板等移动设备，伴随着微信的快速发展，已经成为现代人不可缺少的社交工具。

几乎所有行业都希望接入互联网，形成O2O模式，也就是我们熟知的线上对线下的模式。

此外，使用B2B2C模式，即公司对公司、再由公司推到个人，也在发挥巨大的作用。

如阿里巴巴、美团等等。

利用互联网高效便捷地为用户提供便利，解决国内家政行业面临的瓶颈问题是大势所趋。

因此，建立一个透明、公开、平等、高效运行的家政服务平台势在必行。

关键字：微信小程序网络平台家政服务透明化AbstractWith the continuous development of China's market economy and the aging of the population, the society's demand for the family service market is increasing. However, traditional offline family services often encounter bottlenecks, and gradually fail to keep up with the development trend of the times, and cannot meet the needs of users. With the rapid development of the Internet and more and more people own mobile devices such as mobile phones and tablets. WeChat has become an indispensable social tool for modern people because of the rapid development of the Internet. Almost all industries want to access the Internet to form an O2O model, which is what we know as an online-to-offline model. In addition, the B2B2C model, that is, company-to-company and then company-to-person promotion, has also played a huge role, such as Alibaba Group and so on. It is the general trend to use the Internet to efficiently and conveniently provide convenience to users and solve the bottleneck problems faced by the domestic housekeeping industry. Therefore, to build a transparent, open and efficient homemaking service platform is very imperative.Key words：Mini Program Platform Housekeeping Transparency目录第一章绪论 (1)1.1课题背景与意义 (1)1.2研究现状 (1)1.3论文研究的主要内容 (2)第二章相关开发环境和技术的简介 (3)2.1开发环境介绍 (3)2.1.1 开发环境 (3)2.1.2 开发技术 (3)2.1.3 部署环境技术 (3)2.1.4 系统配置 (3)2.2相关技术介绍 (3)2.2.1 Java (3)2.2.2 SpringBoot (4)2.2.3 MyBatis-Plus (4)2.2.4 Vue (4)2.2.5 微信小程序 (4)2.3本章小结 (5)第三章需求分析 (6)3.1编写目的 (6)3.2总体需求 (6)3.3功能性需求 (6)3.4非功能性需求 (8)3.5本章小结 (8)第四章系统的总体设计 (9)4.1系统边界设计 (9)4.2系统业务流程 (10)4.2.1 总体业务流程图 (10)4.2.2 查看文章流程图 (11)4.2.3 登录流程图 (11)4.2.4 支付流程图 (12)4.3系统数据流图 (13)4.3.1 顶层数据流图 (13)4.3.2 中层数据流图 (13)4.3.3 底层数据流图 (14)4.4总体软件实现架构描述 (18)4.4.1 层次结构 (18)4.4.2技术架构 (19)4.5系统的开发模式设计 (19)4.6总体模块结构 (20)4.7子模块设计 (21)4.7.1 系统管理模块 (21)4.7.2 平台管理模块 (21)4.7.3 小程序管理模块 (22)4.7.4 数据模块 (22)4.7.5 微信小程序模块 (23)4.8数据库的设计 (23)4.8.1 地址表address (23)4.8.2 文章表article (24)4.8.3 文章点赞表article_appreciate (25)4.8.4 分类表category (25)4.8.5 优惠券表coupon (25)4.8.6 评论表evaluate (26)4.8.7 反馈表feedback (27)4.8.8 服务表good (27)4.8.9 足迹表good_access (28)4.8.10 收藏表good_love (28)4.8.11 轮播图表rotation (29)4.8.12 公司&部门表sys_dept (29)4.8.13 日志表sys_log (30)4.8.14 菜单表sys_menu (31)4.8.15 角色表sys_role (31)4.8.16 角色菜单表sys_role_menu (32)4.8.17 管理员表sys_user (32)4.8.18 用户角色表sys_user_role (33)4.8.18 用户token表sys_user_token (33)4.8.19 订单表t_order (33)4.8.20 用户优惠券表user_coupon (34)4.8.21 微信用户表wechat_user (35)4.9本章小结 (35)第五章系统的详细设计 (36)5.1项目结构 (36)5.1.1 目录结构 (36)5.2部件详细设计 (39)5.2.1 统一结果返回 (39)5.2.2 系统日志注解 (39)5.2.3 自定义异常 (40)5.2.4 获取请求IP (41)5.2.5 生成Token (41)5.2.6 公共实体 (41)5.2.7 Shiro权限认证 (42)5.3后台管理系统API (44)5.3.1后台用户管理模块 (44)5.3.2角色管理模块 (49)5.3.3菜单管理模块 (51)5.3.4部门（商家）管理模块 (54)5.3.5日志模块 (55)5.3.6文件上传模块 (55)5.3.7文章管理模块 (56)5.3.8分类管理模块 (57)5.3.9优惠券管理模块 (58)5.3.10服务管理模块 (60)5.3.11订单管理模块 (61)5.3.12轮播图管理模块 (62)5.3.13微信用户管理模块 (62)5.4微信小程序端API (63)5.4.1用户中心 (63)5.4.2地址中心 (66)5.4.3文章中心 (67)5.4.3优惠券中心 (68)5.4.4评价中心 (69)5.4.5服务中心 (70)5.4.6首页 (73)5.4.7订单中心 (73)5.5 Vue后台管理端设计 (75)5.5.1 主要设计 (75)5.6微信小程序页面设计 (76)5.6.1主要设计 (76)5.7本章小结 (76)第六章系统的展示 (77)6.1后台管理平台 (77)6.2微信小程序 (85)6.3本章小结 (92)第七章系统特色和创新 (93)7.1系统特色 (93)7.2系统创新 (93)第八章总结 (94)参考文献 (95)致谢...................................... 错误!未定义书签。

《[58商业到家模式：互联网思维做线下服务] 58到家商业模式》去年，58同城旗下成立了独立的O2O公司58到家，号称其服务模式引发行业里对移动互联网O2O模式发展路径的新探讨。

那么，这家公司在O2O上的探索有哪些值得借鉴之处呢?一般来说，O2O模式要想生存，必须实现服务提供者与服务平台都能够赢利，否则这个服务平台不会长期存在下去，要想实现双赢，就必须解决赢利模式的问题。

很多信息平台为服务人员提供了更广阔的挣钱机会，所以会向服务人员提取中介费用，这也是线下各种中介流行的模式，但是，面对不可避免的服务人员与服务需求方跨越平台直接接触的机会，这种中介只能千方百计的阻断和干扰买卖双方的直接联系来保证自己的价值。

O2O是依托网络建设的，信息透明化大大增加，要想实现自己的商业利益不太可能继续线下中介模式，由此便需要创新，而基础服务免费、增值服务收钱的模式可能会更具有竞争力。

比如，58到家对一般的家政服务人员的服务并不收取任何中介费用，只是会在服务人员通过公司的培训和一定量的达到标准以后的服务，从而达到了更高的级别拿到远远高于行业平均收入之后，在高端的服务项目上收取特定的增值服务费。

这种模式让大量的服务人员享受到全额的收益的同时，也会让高端服务者心甘情愿的付费。

用户流失对于任何企业都是经营的大敌，而O2O企业更是关系到生死存亡。

面对人数众多，来源繁杂、流动频繁且与各种信息平台、各需求方联系密切的服务人员，要想通过制度把这些人控制住绝非易事。

在线下，很多中介服务机构的方式是两种，一是收取保证金，用金钱来束缚住服务人员的手脚，二是一事一收费，不管长远，每单结算。

这样的模式对想把平台做大做强的O2O企业并不适用。

58到家的经验是，公司不去强行的控制用户，而是通过独特的能力把客户牢牢的粘住在平台上。

如果一个人在平台的管理之下能够每个月挣到七千或万元，一旦离开了平台就只能恢复到以前的四五千元，平台几乎不同担心很多人会跑掉。

58到家，给业务做减法作者：暂无来源：《经理人》 2015年第5期文 / 李欣*为开拓O2O生活服务领域，58到家在业务品类选择上没有做多元化，而是尽量做减法，按照频次高、用户量大、痛点足够痛和市场潜力大等四个维度，最终锁定了保洁、装修、美甲三大业务，如今它们的日单量达到1万单。

58同城在扩张版图。

3月2日，58同城以2.6701亿美元成功并购房地产信息服务平台安居客；3月13日，58同城战略入股土巴兔的C轮融资，获得其少数股份。

加上去年投资e代驾，收购魅力91、驾校一点通等公司，58同城在本地生活服务的涉猎范围进一步扩大。

为顺应公司发展，58同城内部的管理层面也在进行调整，原来按照职责划分的构架被六个独立事业部代替，分为58同城、分类信息事业群（LBG）、房产事业群（HBG）、二手车事业部（ABU）、金融事业部（FBU）、渠道及兼职事业部（CBU）。

被独立出来的“58到家”于去年年初低调上线。

如今，通过手机应用，消费者可以很快享受到保洁、搬家、美甲三类上门服务。

外界把“58到家”看成是58同城内部的自我革命。

从分类信息的黄页到上门服务，很多人认为58同城在经历一场充满矛盾的自我转变。

激进背后的市场选择“其实我们是创业公司。

”在58同城旁边一栋楼的办公室里，“58到家”的CEO陈小华如此定义这家从母公司中独立出来的公司。

办公室外是几十人的办公区，这里的员工只有10%来自58同城，剩下的则是”58到家”自己招的人，“他们不拿58同城的股票。

”陈小华表示。

早在做“58到家”之前，陈小华就对本地服务进行了一番分析和思考。

“本地化的服务，可以分为三类，一类是到店服务，一类是上门服务，一类是58同城在做的周边信息服务。

到店服务和上门服务不同，到店服务需要复杂的生产资料，包括场地，而上门服务比较简单，就是移动的人。

” 陈小华表示，之所以“58到家”选择做上门的服务，是基于市场的对比分析。

在到店服务领域，已经出现了上亿美元的公司。

图1.1 58到家服务结构图本文要讲述的是58速运服务模块。

最近使用了58速运搬了一次家，感觉相比于传统搬家公司，58速运具备一下优势：1、便捷传统搬家公司一般都是提前1-3天预约，而58速运支持提前预约用车和即时叫车，即时叫车下单完成，一般几分钟内，则有司机接单并电话联系，一般半小时内则可到达搬家地点，出行高峰期可能时间会相应延长；2、安全司机都是经过58认证、培训，且可根据用户对司机的评价自主选择司机，每单货运都由中国平安承保；3、便宜58速运依靠平台优势，为司机提供更多货运业务，降低司机的获客成本，从而降低司机的服务费用，使用户能以更低的费用享用货运服务。

如今，O2O大潮早已退去，但是蛋糕还没被分完，生活中还存在方方面面不便利的情景，能真正调动、分配社会资源，改善不便情况，提高效率，为民众服务，才是有价值的O2O项目。

二、用户画像及使用场景分析1、用户画像58速运主要提供搬家以及货运两大服务。

从百度指数查看用户搜索“搬家”、“搬家公司”的结果显示，搬家需求大的人群主要集中在20-29岁、30-39岁这个区间，男性偏多，高达百分之七十几，大城市搜索指数高于中小城市。

初步分析，使用搬家服务的用户主体主要是都市青年、中年打工者，因为大多数都是租房子住，搬家频率较高。

从百度指数查看用户搜索“货运”、“货运公司”的结果显示，货运需求大的人群主要集中在20-29岁、30-39岁这个区间，男性偏多，同样高达百分之七十几。

初步分析，使用货运服务的用户主体主要是工厂、个体户商人。

具体见图2.1及图2.2。

图2.1 “搬家公司”与“货运公司”百度指数用户图像图2.2 “搬家”与“货运”百度指数用户图像2、使用场景搬家服务的使用场景主要有：1. 未成家的租房者，房子租期到，搬迁到新的租房，一般人数为1-2人，东西较少；2. 已成家的租房者，房子租期到，搬迁到新的租房，一般是一家人，人数为3-5人，东西较多，多家具，家电；3. 新购房者搬迁到新房，东西较多。

家政服务线上服务平台运营规划及策略设计第一章：项目概述 (2)1.1 项目背景 (2)1.2 项目目标 (3)1.3 项目意义 (3)第二章：市场分析 (4)2.1 市场现状 (4)2.2 市场需求 (4)2.3 市场竞争 (4)第三章：服务内容设计 (5)3.1 服务类别划分 (5)3.1.1 家政服务基本分类 (5)3.1.2 服务类别细分 (5)3.2 服务标准制定 (5)3.2.1 服务流程规范 (5)3.2.2 服务人员资质要求 (6)3.2.3 服务质量评价体系 (6)3.3 服务质量控制 (6)3.3.1 服务人员培训与管理 (6)3.3.2 服务过程监控 (6)3.3.3 服务质量改进 (7)第四章：平台架构设计 (7)4.1 技术架构 (7)4.2 功能模块设计 (8)4.3 数据管理 (8)第五章：用户界面设计 (8)5.1 用户注册与登录 (8)5.2 服务浏览与筛选 (9)5.3 互动与评价 (9)第六章：运营模式规划 (10)6.1 商业模式选择 (10)6.2 营销策略制定 (10)6.3 合作伙伴关系建立 (10)第七章：推广策略 (11)7.1 线上推广 (11)7.1.1 搜索引擎优化（SEO） (11)7.1.2 社交媒体营销 (11)7.1.3 网络广告 (11)7.2 线下推广 (12)7.2.1 地推活动 (12)7.2.2 合作推广 (12)7.2.3 公关活动 (12)7.3 品牌建设 (12)7.3.1 品牌定位 (12)7.3.2 品牌视觉识别系统 (12)7.3.3 品牌传播 (12)7.3.4 品牌维护 (12)第八章：风险管理 (12)8.1 法律法规风险 (12)8.1.1 法律法规概述 (12)8.1.2 法律法规变更风险 (13)8.1.3 法律法规执行风险 (13)8.2 市场风险 (13)8.2.1 市场竞争风险 (13)8.2.2 用户需求变化风险 (13)8.2.3 经济波动风险 (13)8.3 技术风险 (13)8.3.1 技术更新迭代风险 (13)8.3.2 系统安全风险 (13)8.3.3 技术依赖风险 (14)第九章：人员管理与培训 (14)9.1 人员招聘与选拔 (14)9.1.1 招聘渠道 (14)9.1.2 招聘标准 (14)9.1.3 选拔流程 (14)9.2 培训与考核 (14)9.2.1 培训内容 (14)9.2.2 培训方式 (14)9.2.3 考核机制 (14)9.3 激励与惩罚 (15)9.3.1 激励措施 (15)9.3.2 惩罚措施 (15)9.3.3 激励与惩罚的平衡 (15)第十章：可持续发展策略 (15)10.1 创新能力提升 (15)10.2 企业文化建设 (15)10.3 社会责任履行 (15)第一章：项目概述1.1 项目背景互联网技术的飞速发展，以及人们生活节奏的加快，家政服务需求呈现出持续增长的态势。

全球架构师峰会-京东到家技术架构分享物理部署架构首先总括下我们的物理部署架构：请求通过前端域名进来，到达haproxy集群层，请求到达A B两个集群。

然后到达我们的应用服务层，应用服务层通过调用各业务的SDK(SDK是组装了各rpc服务的一个逻辑整合层),两个红圈的地方这里做下说明，第一个红圈其实我们在实践操作中用网关层做了替代，接下来会说到网关。

微服务化图1：微服务化原因微服务化的一些原因，对应的其实也就是它的一些好处，这里不做特殊说明。

图2：微服务化的弊端微服务化有这么多好处，但是同时也带来一些负产品，例如：系统微服务化后带来一个问题是系统变多了，相互之间的依赖变复杂了。

一个业务的数据流有可能在几十个系统之间流转。

这个时候系统监控和问题的排查难度加大了。

另外之前一个系统有可能一个事务就能搞定的数据一致性，现在设计很多个系统如何做好分布式事务也是一个关键。

NOTE：微服务化虽好但要有度网关图3：网关架构图网关在访问控制，统一安全控制，访问分析等方面起着重要作用，其实很多公司在架构层面并没有这一层，但是只是在功能上将此功能分散到了各个业务系统去了，比如安全防刷等；网关的主要架构如上图，即，有一个专门的配置系统维护渠道，版本，功能三个维度的关系，例如android 的4.7.0版本首页功能模块指向哪个URL。

数据先进入redis然后存储到数据库。

如果真的线上要生效这个配置则要通过手动刷新zookeeper的节点，触发网关各应用服务器对此节点的监听，然后更新网关jvm内存。

此时前端的访问过来的时候直接从各网关的服务器本地内存中就获取了相关配置。

NOTE：流量分发，安全管控，数据分析LBS的缓存图4：基于定位的缓存图查询用户附近门店这是LBS服务中非常高频的一个功能，但是用户的地址经纬度变动非常灵敏，可能你从马路一边走到另外一边你的经纬度就变了，这时候根据用户的经纬度去你的门店的大的list中去遍历的时候你会发现速度非常慢，严重影响用户体验。

达达-京东到家大数据平台演进实战作者简介：蔡智武达达-京东到家大数据产品研发负责人，毕业于上海交通大学软件学院，有多年数据仓库和数据平台系统建设及团队管理经验，2017年加入达达-京东到家，负责达达-京东到家大数据平台整体规划及产品研发工作。

达达-京东到家大数据平台是根据公司业务持续快速成长，而规划建设的一个可持续发展的平台。

在建设过程中我们借鉴了很多公司实施大数据平台的经验，并因地制宜构建了我们自己的实施策略，确保在大方向上不会走偏，并且每一年都会有重大变化和质的成长。

建设回顾图1 大数据平台建设历程2016年——DRP平台建设这个阶段数据仓库还是Mysql，所有工作几乎都是围绕着短、平、快实现重要核心报表而开展，DRP的成功实施大大减少了分析师的工作量，给公司数据驱动换上了新的引擎。

2017年——工具专业化建设这个阶段数据仓库已经换成Hive，因为mysql实在跑不动了，但是围绕数据的一些工具都是空白的，分析师需要靠自己强大的记忆力来记住重要的元数据信息，业务部门也只能通过分析师获取数据。

在这一年，统一权限管理、元数据平台、自助报表平台、自助查询平台、数据交换平台等工具应运而生，让数据开放由设想变成实际可行。

2018年——应用体系化建设由于历史原因，这个时候整个平台技术和应用体系其实还是挺参差不齐的，随之而来的是系统稳定性比较差，DW值班人员经常需要起夜处理问题。

这一年我们花大力气重构了调度开发平台、需求管理平台，研发了数据质量监控系统，优化了权限体系、报表体系、查询体系和数据交换体系，自研了E-SQL来解决HUE糟糕的使用体验。

同时，在数据服务和数据应用的建设上有了实际性的进展，各种数据开始通过数据服务中台更加直接的影响业务，苍穹系统也探索完成首个业务模块。

2019年——资产生态化建设2019年的主要方向是让数据回归资产本质，让平台拥有生态体系，让应用实现产品驱动。

我们会在数据仓库建设上提炼行业数据资产；在计算引擎、存储引擎、安全引擎及同步引擎上实现平台生态化；在苍穹系统建设上用更加产品化的思维帮助业务方发现问题并提供解决方案，提升大家的工作效率。

DataFunTalk58同城大数据应用实践2020.08.18-1958交易营销数据仓库建设实践数据架构师—李瑞洋业务情况业务背景：交易中心，营销中心服务对象：销售，客服，管理，运营，财务，内控等应用背景：业绩财务核算，面向销售客服的运营管理，营销领域智能化建设分享人：余意数仓1.0数仓2.0数仓3.0Kettle+Mysql大数据开源技术架构全方位画像，智能化数仓建设过程面临的挑战大量新业务系统涌入业务不断整合升级数据应用需求快速增长数据需求高频迭代深入系统信息调研优化分层主题建设抽象模型设计模式架构分层原始、快照、历史标准、打通、明细共用、多维项目、组合、变化报表ODS DWD MID APP 数据源业务系统1业务系统2业务系统3业务系统4……数据应用接口订阅智能……信息调研常见问题业务经验要求高信息调研的细节和深度不够个体调研重点不同系统间联系弱系统调研表级分析字段级分析信息拆解资料分析系统访谈信息验证内容沉淀源系统资料准备表的业务含义前期准备调研问题准备系统产品、研发访谈表间关系分析调研问题及答案系统现状及主要流程表级调研访谈验证表级关系验证表业务含义数据表字典及调研结果，ER图确定重点字段表的业务含义表间关系分析表级调研访谈验证表级关系验证表业务含义业务对象流程绑定过程拆解信息导图⏹拆解业务过程业务实体实体关系事实维度度量指标深入系统信息调研维度-业务过程矩阵发帖改贴删帖展现浏览点击登录注册简历投递简历下载简历打开购买简历包发送微聊回复微聊400拨打400等待400接通400挂断事实维度帖子城市✓✓✓✓✓✓✓✓✓✓✓✓✓✓✓✓帖子类别✓✓✓✓✓✓✓✓✓✓✓✓✓✓✓✓帖子类型✓✓✓✓✓✓✓✓✓✓✓✓✓用户类型✓✓✓✓✓✓✓行为类别✓✓✓页面类型✓✓✓是否中介✓✓✓操作类型✓✓✓平台类型✓✓✓✓✓登录类型✓注册类型✓✓第三方类型✓✓结果代码✓✓业务类型✓企业用户类型✓✓✓投递页面类型✓付费方式✓是否营业执照验证✓简历类型✓✓打开来源✓投递类型✓购买页面类型✓消息来源✓✓话单类型✓✓✓✓时间维度发布时间✓✓✓截止时间✓✓✓最后修改时间✓✓✓✓客户端行为时间✓✓✓服务器接收时间✓✓✓登录时间✓注册时间✓投递时间✓下载时间✓打开时间✓购买时间✓消息发送时间✓✓消息接收时间✓✓发起呼叫时间✓响铃开始时间✓通话开始时间✓✓通话结束时间✓事实维度和时间维度业务过程&业务事件公共维度事实维度⏹主题抽象-通用企业经营模式●优点不局限特定领域和行业面向企业全域数据●缺点不能直接和企业的业务对应过于抽象，学习成本人/组织产品/服务协议⏹主题抽象-业务过程归纳整合●优点贴合企业实际业务简单直接，易于理解●缺点不够体系化业务变化影响大业务域业务过程业务事件⏹交易域✓合同域✓订单域✓加购物车✓下单✓添加商品✓删除商品业务和数据现状⏹业务范围扩大16年前后，赶集、安居客、英才等逐步融合合并⏹业务升级新业务模式新业务流程⏹系统升级系统增加系统合并系统拆解DWD 层主题抽象T01 参与人T08 财务T02 内部机构T03 产品T09 地理区域T10 流量H04 销售H05 事件T06 营销T07 渠道⏹MID层主题建设●抽象业务信息域客户行为交易营销收入●抽象业务场景域直销渠道客服财务…DWD 层实体设计挑战⏹业务流程复杂⏹业务细节多⏹历史包袱⏹未来变化分层主题主题之下？建一个四层的房子每层十个房间每房间怎么设计⏹三种组织方法分类递归历史⏹四种抽象模式资金池模式总分模式站点模式工作流模式⏹分类完全穷尽排他业务相关性参与人对内对外用户内部机构员工直销参与人渠道参与人⏹递归递归级联树叠加AA1A2A11A12A21A22AA1A2A11A12A111A21A22AA1A2A11A12A21A22BB1B2⏹场景树形结构递归计算多套架构⏹单一叠加产品管理 指标管理机构管理⏹树形叠加指标+产品 机构+账户⏹组织架构每月变动甲甲1甲2甲甲1甲2甲甲1甲2⏹管理架构每月变动AA1A2A11A12A21A22AA1A2A11A12A21A22AA1A2A11A12A21A221月2月N 月1月2月N 月⏹记录历史快照历史拉链时间序列⏹业务实体抽象模式资金池模式总分模式站点模式工作流模式⏹资金池模式资金池收入收入收入支出支出支出收入支出存续资金⏹适用场景✓账务类✓资金类✓库存✓计划✓配送⏹总分模式⏹适应场景✓账户类✓订单类订单✓合同类✓框架协议账户✓….子订单子账户⏹站点模式⏹适用场景渠道流量……⏹工作流模式交易类 营销类 ……下订单服务支付审核加购物车Start End销售主题设计：工作流+分类+总分+多视角拆分加车合同订单审核支付服务退单分类电子纸质…子订单销售主题设计：多视角拆分加车合同订单审核支付服务退单分类电子纸质…子订单加车合同订单审核支付服务退单分类电子纸质…子订单加车合同订单审核支付服务退单分类电子纸质…子订单加车合同订单审核支付服务退单分类电子纸质…子订单销售分类黄页招聘…流量主题设计：站点+分类+工作流模式页面5 8赶集英才安居客…PC移动…站点渠道城市、类别…帖子操作发帖修改删除…微聊简历4…用户行为分类浏览互动分类登录搜索总结在不同的业务阶段采用不同的主题组织和建模方式 信息调研是仓库建设的基础方法论不断深化，精简步骤，快速迭代模型抽象模式，快速组织主题，保证整体设计一致性未来规划数据层次的削减硬计算到软计算的转化 信息调研和建模的量化THANKS！【免责声明】本星球【企业数字化咨询】内的资源均通过互联网、个人整理等公开合法渠道获取的资料，该资料仅作为阅读交流使用，并无任何商业目的。

到家平台方案一、方案简介随着互联网的快速发展，人们对于生活品质的要求也越来越高。

为了解决社区居民的日常生活需求，我们设计了"到家平台"方案。

该方案旨在通过建立一个便捷、高效的平台，为用户提供各种日常生活服务，从而提升居民的生活质量。

二、平台特点1. 多功能性：到家平台将集成多种各类日常生活服务，包括但不限于购物、外卖、家政、维修等。

用户可以通过一个平台完成多种服务需求，避免频繁切换应用带来的不便。

2. 用户定制化：平台将通过分析用户的偏好和消费数据，提供个性化的推荐服务。

用户可以根据自己的需求，定制所需商品或服务的条件，以便快速找到满足自己需求的商品或服务。

3. 便捷支付：平台将提供多种支付方式，包括但不限于线上支付、线下支付、一键支付等。

用户可以根据自己的喜好选择支付方式，方便快捷地完成支付流程，提升购物体验。

4. 高效配送：平台将建立专业的物流系统，确保商品或服务高效送达用户手中。

同时，平台还将支持实时追踪功能，用户可以随时了解商品或服务的送达情况，增强用户对平台的信任感。

三、平台优势1. 提升生活质量：到家平台将整合社区内各类商家和服务机构，为用户提供一站式的生活服务，减少用户的出行和购物成本，提升用户的生活质量。

2. 智能推荐：平台将通过大数据分析和机器学习算法，为用户提供个性化的商品或服务推荐，让用户更快找到所需商品或服务，提高购物效率。

3. 优质供应商：平台将与优质供应商合作，确保商品或服务的品质和可靠性。

用户可以放心购买和使用平台上的商品或服务，获得更好的消费体验。

4. 良好用户体验：我们注重用户的反馈和需求，不断优化平台的功能和用户界面设计。

通过简洁、直观的操作界面和快捷的响应速度，提供良好的用户体验。

四、方案实施1. 市场调研：在正式推出平台之前，我们将进行市场调研，了解用户的需求和痛点，为平台的设计和功能提供参考。

2. 技术开发：平台开发团队将根据市场调研结果，制定技术开发计划，并全力开发和测试平台的各项功能。