二手设备信息平台怎么设计？从鲲泊联项目拆解业务模型、角色体系与系统架构

CSDN的写法要和知乎、百家号再换一个角度。

CSDN的人更关心“这个平台到底怎么设计、角色怎么拆、系统怎么实现”，所以不要把重点放在故事和商业宣传上，而要写成一篇“二手设备平台产品架构与系统设计复盘”。

我最推荐的标题是：

二手设备信息平台怎么设计？从鲲泊联项目拆解业务模型、角色体系与系统架构

也可以用：

《二手设备交易平台系统设计：买、租、维修、经纪人体系如何串起来》

下面这版可以直接发 CSDN。

二手设备信息平台怎么设计？从鲲泊联项目拆解业务模型、角色体系与系统架构

这些年我做过不少网站、小程序和行业平台项目，其中有一个二手设备项目叫 鲲泊联。

这个项目后来陆续做了网站、小程序、H5和经纪人APP。

如果只从表面看，它就是一个二手设备信息平台。

但真正开始设计以后，会发现它并不是简单做一个：

“用户发布设备 → 买家搜索设备 → 联系卖家”

这么简单。

二手设备属于典型的低频、高客单价、非标准化交易场景，平台真正需要解决的是：

设备信息怎么结构化、供需双方怎么连接、线下服务由谁完成、经纪人怎么管理、租赁和维修怎么扩展，以及平台怎样保留自己的服务价值。

这篇文章不讨论鲲泊联运营结果，只从产品和系统设计角度，复盘一下当时我是怎么拆这套平台的。

一、第一步不是开发，而是先定义平台类型

最开始我就没有把鲲泊联定义成传统电商平台。

因为工业设备和普通商品不同。

一台设备可能几十万甚至更高，而且设备状态、年份、型号、所在地、使用情况差异很大。

很多交易最终仍然需要：

现场看设备、沟通价格、运输、安装、调试甚至维修。

所以我当时把平台定位成：

二手设备信息与服务平台。

核心先解决信息连接问题，而不是强行要求所有交易全部在线完成。

平台最初总结成六个字：

能买、能租、能维修。

这六个字后来实际上决定了整个系统的数据结构。

二、一台设备不能只有“出售”一种状态

传统分类信息网站可能只有：

设备名称
图片
价格
联系人
联系电话

但如果做真正的二手设备平台，这样的数据结构明显不够。

我当时首先增加了一个重要属性：

交易方式。

同一台设备可以设置：

出售
出租
出售或出租

这样一台设备，就不再只有一种商业状态。

比如某企业有一套设备暂时闲置，并不急着卖，就可以出租。

另外一家企业可能只需要使用半年，也没必要购买，可以直接租。

所以从系统设计上，一条“设备信息”实际上应该拆出：

设备基本信息
交易属性
价格属性
所在地
设备状态
行业分类
品牌型号
是否支持出口
联系人
所属经纪人
发布时间
审核状态

也就是说，设备不是一篇普通文章，而应该是一条结构化业务数据。

三、为什么后来又加了“维修专家”

这个功能并不是我一开始设计的。

有一次跟一位朋友聊天，他提醒我：

设备卖出去以后，谁维修？

这句话让我意识到，二手设备平台如果只解决交易，实际上只解决了设备生命周期中的一个环节。

所以后来系统里又增加了另外一种角色：

维修人员 / 设备专家。

这样平台角色就不再只有买家和卖家，而逐渐变成：

设备出售方
设备采购方
设备租赁需求方
维修专家
经纪人
平台运营人员

这也是行业平台设计时很容易忽略的问题。

角色一旦变化，权限体系、后台菜单、数据关系都会跟着变化。

比如维修专家需要哪些字段？

擅长设备类型
服务地区
工作经验
联系方式
服务案例
资质证明
可维修品牌
用户评价

这样以后用户看到一台设备，不仅可以询价，还可以进一步找到能够维修这种设备的人。

四、经纪人体系其实是整个系统比较复杂的一部分

平台开发最容易做的是前端页面。

真正复杂的是：

设备从哪里来？

如果平台靠总部员工自己找全国设备，成本会非常高。

所以当时设计了一套区域经纪人体系。

大体逻辑是：

全国 → 大区 → 省 → 市 → 县

不同经纪人归属不同区域。

客户通过某个经纪人的二维码或者邀请码注册以后，需要在后台建立推荐关系。

所以数据库中至少要考虑：

用户ID
经纪人ID
所属区域
邀请关系
客户来源
设备来源
成交关联关系

这样后面才能解决：

这个设备是谁找到的？

这个买家是谁发展的？

成交之后应该计算给谁？

这类平台一旦涉及分润，系统设计就不能只做普通用户表。

必须把：

用户、经纪人、设备、订单/业务、区域、推荐关系

建立明确的数据关联。

五、为什么一定要有区域体系

二手设备和普通互联网产品最大的区别之一，就是它具有很强的地域性。

设备在哪儿非常重要。

因为买家要考虑：

运输距离
现场看货
拆装成本
物流费用
维修资源

所以平台后台最好不是只保存一个“城市名称”。

而是建立标准区域数据：

省
市
区县

然后设备、经纪人、维修专家全部关联到区域。

这样以后才能实现：

北京有哪些二手设备
河北有哪些设备经纪人
山东有哪些维修人员
某市有哪些待售设备

同时还能生成大量区域型搜索页面。

从SEO角度来说，这种结构也非常有价值。

例如：

北京二手设备
上海二手机床
山东二手生产线
广州二手设备维修

本质上都可以由结构化数据自动形成页面。

六、为什么没有直接把卖家电话全部公开

这是产品设计里一个很关键的问题。

如果做成传统分类信息网站：

买家看到设备 → 看到电话 → 直接联系卖家

那么平台在完成“展示电话号码”以后，基本就退出了整个业务链。

这样非常难形成后续价值。

所以当时设计时，卖家可以发布设备，但买家产生明确需求以后，需要通过平台进行进一步对接。

这背后其实是在设计一个：

线索系统。

也就是：

用户浏览设备
↓
产生咨询
↓
形成线索
↓
分配给经纪人
↓
经纪人联系卖家
↓
线下看设备
↓
跟进结果

如果以后继续开发，这其实完全可以演变成一个简单的CRM。

后台可以记录：

首次咨询时间
跟进人
跟进状态
客户需求
报价情况
最后结果

所以很多行业平台做到后面，其实都会慢慢长出CRM能力。

七、海外专区实际上是一个“多语言 + 业务属性”问题

后来我们又考虑中亚和非洲市场。

从技术角度看，海外专区不应该只是简单复制一个英文网站。

更合理的逻辑是：

设备发布时增加：

是否支持出口

以及：

目标出口市场

例如：

国内
中亚
非洲

如果设备支持出口，再根据相应市场进入对应展示区域。

于是数据模型变成：

设备信息

• 语言
• 国家/区域
• 出口属性

前端再根据规则进行展示。

这样比单独维护几套完全独立的数据要方便得多。

同一台设备不用重复录入。

八、图片之外，工业设备非常适合加入视频字段

当时我要求经纪人上传设备的时候，尽量围绕设备拍摄一段完整视频。

这个设计很实用。

因为工业设备不像标准商品。

买家非常关心：

设备外观
运行状态
磨损情况
铭牌
型号
现场环境

因此设备数据结构里最好直接设计：

封面图
多图相册
视频地址
设备参数
详细描述

而不是后面再临时补。

同时，这些视频还有第二个作用：

可以继续作为短视频推广素材。

也就是说，平台内部的数据生产，本身也可以成为外部获客内容。

九、网站、小程序、H5、APP分别承担什么角色

鲲泊联后来做了网站、小程序、H5和经纪人APP。

如果重新看这套架构，我会这样理解。

网站主要承担搜索引擎流量、设备展示、品牌展示和PC端访问。

小程序主要承担微信生态内快速访问、设备查看、分享和用户入口。

H5解决各种外部链接和移动端页面访问。

经纪人APP主要服务高频使用的平台内部人员。

这点很重要。

并不是任何项目一开始都应该做APP。

普通买家一年可能只买一次设备，让他下载APP的动力很弱。

但是经纪人每天都要：

上传设备
找客户
查看线索
维护关系

这种角色的使用频率明显更高。

所以APP应该优先服务高频角色，而不是因为“平台看起来大”就一定做APP。

十、后台真正应该关注哪些数据

一个平台的管理后台不能只做增删改查。

至少应该让运营人员快速知道：

当前在线设备数量
新增设备数量
经纪人数
维修专家数量
各地区设备数量
设备咨询量
各经纪人发展客户数量
设备来源分布
用户需求分布

这些数据后面还可以继续扩展成经营分析。

比如：

哪个省设备最多？

哪种设备被搜索最多？

租赁需求多还是购买需求多？

哪些品牌成交咨询最多？

哪些经纪人的设备质量更高？

这种数据才是平台运营真正需要看的。

十一、这个系统可以抽象成什么架构

如果把整个鲲泊联系统抽象一下，其实核心可以理解成：

用户体系

买家、卖家、经纪人、维修专家、管理员。

设备体系

设备分类、品牌、型号、图片、视频、所在地、交易方式、出口属性。

区域体系

省、市、区县以及经纪人的区域关系。

线索体系

咨询、客户、跟进、设备需求。

服务体系

维修、租赁、看货、对接。

分润体系

推荐关系、设备来源、客户来源以及后续收益分配。

内容与流量体系

设备详情页、视频、SEO页面、多语言专区。

真正把这些模块串起来以后，它才是一套完整的二手设备行业平台，而不仅是一套“二手设备网站源码”。

十二、我现在做行业系统会先问三个问题

做完这类项目以后，我越来越觉得，开发行业平台之前最好先回答三个问题。

第一：

平台里面最核心的数据对象是什么？

鲲泊联就是“设备”。

第二：

谁不断给平台生产这些数据？

是卖家和经纪人。

第三：

平台为什么有必要存在？

因为它不仅展示设备，还连接买、租、维修、本地经纪人和后续服务。

把这三个问题想清楚，后面的数据库、权限体系、前端页面甚至推广方式都会自然清楚很多。

写在最后

鲲泊联这个项目让我比较深的一个体会是：

行业平台开发不能从“我要哪些功能”开始，而应该从“这个行业是怎么做生意的”开始。

如果业务逻辑没理顺，堆再多功能，最后也可能只是一个复杂的网站。

如果业务关系理顺了，那么网站、小程序、APP、CRM、经纪人系统，实际上只是把这套业务关系数字化。

这也是我这些年做行业系统越来越重视的一件事：

先理解行业，再设计系统。

——北京金雨科技李东旭