面向家装、工装及本地装修服务行业，服务业主、装修师傅、装修公司、建材采购方等角色。
典型场景包括：找靠谱工匠/装企、看案例选服务商、按区域云仓采购建材、发布招工信息、办理平台认证与增值服务，以及参与平台公益帮扶。
找服务难、信任难：传统装修依赖熟人介绍，师傅与装企信息分散、资质难核实。平台通过入驻审核、主页展示、案例作品、平台认证与投诉机制，帮助用户筛选可信赖的服务方。
建材采购链路长：材料多门店、多规格、价格不透明。平台以区域云仓组织商品，支持浏览、加购、下单、支付、退款，实现“选云仓—选商品—下单”的一体化采购。
服务方获客与展示弱：师傅/装企缺少统一线上名片。平台提供入驻、主页资料、案例发布、推广分享、会员等级与置顶等能力，提升曝光与转化。
招工与协作效率低：行业招工信息零散。平台提供招工发布、分类浏览，连接用工方与求职者。
平台治理与合规：内置内容审核（图文/头像）、投诉处理、订单与退款管理、后台运营统计，保障交易与服务过程可控。
1. 服务市场
聚合工匠、装修公司、本地服务商。用户可按类型浏览列表，进入详情查看资质、案例、联系方式；支持收藏、分享、投诉。解决业主“找谁装、靠不靠谱”的问题，把分散的线下资源集中到统一入口。
2. 云仓商城
按区域划分云仓，每个云仓独立维护商品与 SKU（规格、售价、库存）。用户先选云仓再逛商城，支持分类筛选、商品详情、加购、结算、微信支付、订单跟踪与退款。解决建材“门店分散、规格复杂、比价难”的采购痛点，实现区域化线上建材集采。
3. 入驻与主页
师傅/装企提交入驻申请（主体信息、资质材料），后台审核通过后开通主页。支持主页资料编辑、信息变更二次审核。入驻是平台服务方的“线上门店”，是案例、招工、认证等功能的前置条件。
4. 案例与内容
服务方可发布装修案例（图文），展示施工效果与专业能力；用户可浏览、收藏。配合推广分享、二维码传播，帮助服务方获客，帮助业主决策参考。
5. 平台认证与增值
提供认证服务订购（如亮标、置顶等增值订单），认证有效期管理，到期自动失效。认证标识在列表/详情醒目展示，增强信任；部分收入注入公益基金，形成“商业+公益”联动。
6. 招工招聘
服务方可发布招工信息（岗位、地区、联系方式），用户按类型浏览详情。解决装修行业用工信息零散、匹配效率低的问题。
7. 订单与交易
涵盖建材订单、增值服务订单，支持购物车合并下单、好友代付、退款申请与进度查询。会员等级随消费累计升级，关联权益展示。
8. 公益贡献
用户下单支付后，按规则计入公益贡献值；可查看贡献记录、帮扶案例，提交帮扶申请。将交易与平台公益透明绑定，提升品牌温度。
9. 用户与合规
微信登录、资料编辑（头像/昵称/手机号）、我的投诉、消息通知；图文内容接入安全审核，保障 UGC 合规。
技术栈
后端：Java 8、Spring Boot 2.5、Spring Security + JWT、MyBatis、Druid 连接池、MySQL、Redis（验证码/缓存）、PageHelper 分页；集成 Flowable 工作流、Quartz 定时任务。
管理端：Vue 2 + Element UI + Axios。
小程序：微信原生框架 + Vant Weapp，按业务拆分子包（服务、商城、入驻、订单、用户、公益等），降低主包体积。
第三方：WxJava（登录/手机号）、微信支付；阿里云短信、OSS 存储、内容安全 Green 图文审核
实现亮点
区域云仓模型：总仓商品 + 分仓克隆，按云仓独立 SKU、库存、定价，支持切换云仓、购物车与下单。
统一内容合规：上传走本地存储 → OSS → Green 审核，覆盖头像、案例、入驻材料、投诉等，失败即拦截。
微信身份体系：openid 登录、手机号授权、自动注册并同步，支撑会员等级、认证到期、公益贡献等扩展。
交易链路完整：建材单/增值单、微信支付、好友代付、退款、支付后自动计公益贡献与会员升级。
运营能力齐全：入驻/信息变更审核、案例置顶、菜单未读统计、时段公益汇总等，便于平台日常治理。
主要难点
云仓商品关系复杂：主从商品、规格模板、分仓库存与订单行匹配，SQL 与业务边界较多。
微信生态适配：审核环境 openid 变化导致账号绑定冲突；相册/隐私协议授权影响选图体验。
支付与一致性：支付回调、退款冲正、贡献值计算需事务与幂等保障。
内容审核稳定性：OSS STS 凭证过期需动态重建客户端，否则线上审核失败。
性能与包体：SKU 全表查询曾出现慢 SQL；小程序功能多，需子包拆分与接口聚合控制体积与响应。
评论