为什么做这个
五金紧固件这行,客户要的东西是「GB5783 六角头螺栓 M8*25 304 不锈钢」——不是"这件衣服 M 码"。通用商城模板的"规格"两个字根本撑不住这种标准号 × 规格 × 材质 × 表面处理 × 等级的五维选型,最后沦为电子名片。
这个商城就是按工业品的采购语言做的:按标准号搜、按材质/表面处理/等级三层筛选、SKU 矩阵精确到每个订货编码的价格和库存。可以直接当模板改成你自己的品类。
开放演示(真实可下单)
| 入口 | 地址 |
|---|---|
| 商城前台 | https://mall.modelx.top |
| 管理后台 | https://mall.modelx.top/admin |
| 演示买家账号 | demo / demo123(可走完整下单流程) |
数据是真实的行业公开在售信息导入:374 个标准号、4000+ 个 SKU,带真实规格、材质、价格。不是"商品1/商品2"的假数据。

▲ 首页:左侧类目树(螺栓/螺母/螺钉/垫圈/销…),顶上按材质、表面处理、等级三维筛选,商品卡直接显示"¥0.42 起 · 已售 473"
商品与选型:工业品的核心体验

▲ 详情页:标准号标签 + 起订价 + 已选规格面包屑(6*56 | 304 | 本色)+ 现货库存标识

▲ 规格选型表:订货编码 / 规格 / 材质 / 表面处理 / 等级 / 单价 / 库存一表打尽,点一行选一个 SKU——这就是通用商城模板做不了、而这行客户天天要的东西
购物车 → 结算 → 收货地址 → 下单 → 我的订单,完整交易闭环,微信里发个链接就能拍。
后台:五个数看懂生意

▲ 后台仪表盘:注册用户、在库商品、累计订单、待发货、成交金额;下面订单管理支持按待付款/待发货/已发货过滤,商品管理批量上下架
订单流程状态机:待付款 → 待发货 → 已发货 → 已收货,后台一键推进,每一步前台同步可见。
技术上是个干净的东西
- Spring Boot 3(Java 17)+ Vue 3 + Element Plus + MySQL 5.7,前后端分离
- JWT 登录、买家/管理员双角色;地址簿、订单快照(下单时锁价格)
- 1700 元的轻量云服务器就能跑生产(JVM 调到
-Xmx256m,实测稳定) - 商品数据支持批量导入:给一份 Excel/CSV(标准号、规格、材质、价格、库存),脚本清洗入库,4000 SKU 半小时
- 品类无关:紧固件只是示例,同套骨架换数据就是阀门商城、轴承商城、包材商城
适合谁
- 五金机电贸易商:把微信报价单变成客户自助下单的商城,报价不用一个个回
- 工厂想试线上但怕压钱:不到一千块把门面立起来,卖得动再加功能
- 通用模板踩坑的:被"规格只有尺码颜色"坑过的工业品卖家,这个天生就是给你做的
价格方案
| 方案 | 价格 | 包含内容 |
|---|---|---|
| 一条龙建店 | ¥980 | 部署上线 + 你的商品数据清洗导入(2000 SKU 内)+ 分类与首页配置 + 域名 HTTPS |
| 源码版 | 面议 | Java + Vue 完整源码交付,可自主二开(微信支付、ERP 对接留了口子) |
| 定制 | 按需报价 | 微信/支付宝支付、ERP 库存同步、多店铺、小程序端 |
域名、服务器、HTTPS 依旧一条龙代办、成本价代持;后续维护 ¥299/月起。
常见问题
支付没开,那"能下单"是不是假的? 下单、订单流转、后台发货全程真实,只差最后一道支付通道——演示环境没挂收款账号。正式版接微信支付,素材给你备齐当天可开。
我的商品几万个规格,导得进来吗? 4000 SKU 半小时是实测数。几万个规格建议先聊数据清洗规则(标准号、新旧编码映射),这部分包含在一条龙里。
和我现在的 ERP/进销存什么关系? 商城是获客与下单前端,ERP 是后端。两边打通(订单回传、库存同步)在定制档里做;没打通前后台也能手工发货,不误事。
想先逛一圈:mall.modelx.top,用 demo / demo123 登录下一单试试,从搜索到后台发货两分钟走完。
