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

CSDN的写法要和知乎、百家号再换一个角度。CSDN的人更关心“这个平台到底怎么设计、角色怎么拆、系统怎么实现”所以不要把重点放在故事和商业宣传上而要写成一篇“二手设备平台产品架构与系统设计复盘”。我最推荐的标题是二手设备信息平台怎么设计从鲲泊联项目拆解业务模型、角色体系与系统架构也可以用《二手设备交易平台系统设计买、租、维修、经纪人体系如何串起来》下面这版可以直接发 CSDN。二手设备信息平台怎么设计从鲲泊联项目拆解业务模型、角色体系与系统架构这些年我做过不少网站、小程序和行业平台项目其中有一个二手设备项目叫鲲泊联。这个项目后来陆续做了网站、小程序、H5和经纪人APP。如果只从表面看它就是一个二手设备信息平台。但真正开始设计以后会发现它并不是简单做一个“用户发布设备 → 买家搜索设备 → 联系卖家”这么简单。二手设备属于典型的低频、高客单价、非标准化交易场景平台真正需要解决的是设备信息怎么结构化、供需双方怎么连接、线下服务由谁完成、经纪人怎么管理、租赁和维修怎么扩展以及平台怎样保留自己的服务价值。这篇文章不讨论鲲泊联运营结果只从产品和系统设计角度复盘一下当时我是怎么拆这套平台的。一、第一步不是开发而是先定义平台类型最开始我就没有把鲲泊联定义成传统电商平台。因为工业设备和普通商品不同。一台设备可能几十万甚至更高而且设备状态、年份、型号、所在地、使用情况差异很大。很多交易最终仍然需要现场看设备、沟通价格、运输、安装、调试甚至维修。所以我当时把平台定位成二手设备信息与服务平台。核心先解决信息连接问题而不是强行要求所有交易全部在线完成。平台最初总结成六个字能买、能租、能维修。这六个字后来实际上决定了整个系统的数据结构。二、一台设备不能只有“出售”一种状态传统分类信息网站可能只有设备名称图片价格联系人联系电话但如果做真正的二手设备平台这样的数据结构明显不够。我当时首先增加了一个重要属性交易方式。同一台设备可以设置出售出租出售或出租这样一台设备就不再只有一种商业状态。比如某企业有一套设备暂时闲置并不急着卖就可以出租。另外一家企业可能只需要使用半年也没必要购买可以直接租。所以从系统设计上一条“设备信息”实际上应该拆出设备基本信息交易属性价格属性所在地设备状态行业分类品牌型号是否支持出口联系人所属经纪人发布时间审核状态也就是说设备不是一篇普通文章而应该是一条结构化业务数据。三、为什么后来又加了“维修专家”这个功能并不是我一开始设计的。有一次跟一位朋友聊天他提醒我设备卖出去以后谁维修这句话让我意识到二手设备平台如果只解决交易实际上只解决了设备生命周期中的一个环节。所以后来系统里又增加了另外一种角色维修人员 / 设备专家。这样平台角色就不再只有买家和卖家而逐渐变成设备出售方设备采购方设备租赁需求方维修专家经纪人平台运营人员这也是行业平台设计时很容易忽略的问题。角色一旦变化权限体系、后台菜单、数据关系都会跟着变化。比如维修专家需要哪些字段擅长设备类型服务地区工作经验联系方式服务案例资质证明可维修品牌用户评价这样以后用户看到一台设备不仅可以询价还可以进一步找到能够维修这种设备的人。四、经纪人体系其实是整个系统比较复杂的一部分平台开发最容易做的是前端页面。真正复杂的是设备从哪里来如果平台靠总部员工自己找全国设备成本会非常高。所以当时设计了一套区域经纪人体系。大体逻辑是全国 → 大区 → 省 → 市 → 县不同经纪人归属不同区域。客户通过某个经纪人的二维码或者邀请码注册以后需要在后台建立推荐关系。所以数据库中至少要考虑用户ID经纪人ID所属区域邀请关系客户来源设备来源成交关联关系这样后面才能解决这个设备是谁找到的这个买家是谁发展的成交之后应该计算给谁这类平台一旦涉及分润系统设计就不能只做普通用户表。必须把用户、经纪人、设备、订单/业务、区域、推荐关系建立明确的数据关联。五、为什么一定要有区域体系二手设备和普通互联网产品最大的区别之一就是它具有很强的地域性。设备在哪儿非常重要。因为买家要考虑运输距离现场看货拆装成本物流费用维修资源所以平台后台最好不是只保存一个“城市名称”。而是建立标准区域数据省市区县然后设备、经纪人、维修专家全部关联到区域。这样以后才能实现北京有哪些二手设备河北有哪些设备经纪人山东有哪些维修人员某市有哪些待售设备同时还能生成大量区域型搜索页面。从SEO角度来说这种结构也非常有价值。例如北京二手设备上海二手机床山东二手生产线广州二手设备维修本质上都可以由结构化数据自动形成页面。六、为什么没有直接把卖家电话全部公开这是产品设计里一个很关键的问题。如果做成传统分类信息网站买家看到设备 → 看到电话 → 直接联系卖家那么平台在完成“展示电话号码”以后基本就退出了整个业务链。这样非常难形成后续价值。所以当时设计时卖家可以发布设备但买家产生明确需求以后需要通过平台进行进一步对接。这背后其实是在设计一个线索系统。也就是用户浏览设备↓产生咨询↓形成线索↓分配给经纪人↓经纪人联系卖家↓线下看设备↓跟进结果如果以后继续开发这其实完全可以演变成一个简单的CRM。后台可以记录首次咨询时间跟进人跟进状态客户需求报价情况最后结果所以很多行业平台做到后面其实都会慢慢长出CRM能力。七、海外专区实际上是一个“多语言 业务属性”问题后来我们又考虑中亚和非洲市场。从技术角度看海外专区不应该只是简单复制一个英文网站。更合理的逻辑是设备发布时增加是否支持出口以及目标出口市场例如国内中亚非洲如果设备支持出口再根据相应市场进入对应展示区域。于是数据模型变成设备信息语言国家/区域出口属性前端再根据规则进行展示。这样比单独维护几套完全独立的数据要方便得多。同一台设备不用重复录入。八、图片之外工业设备非常适合加入视频字段当时我要求经纪人上传设备的时候尽量围绕设备拍摄一段完整视频。这个设计很实用。因为工业设备不像标准商品。买家非常关心设备外观运行状态磨损情况铭牌型号现场环境因此设备数据结构里最好直接设计封面图多图相册视频地址设备参数详细描述而不是后面再临时补。同时这些视频还有第二个作用可以继续作为短视频推广素材。也就是说平台内部的数据生产本身也可以成为外部获客内容。九、网站、小程序、H5、APP分别承担什么角色鲲泊联后来做了网站、小程序、H5和经纪人APP。如果重新看这套架构我会这样理解。网站主要承担搜索引擎流量、设备展示、品牌展示和PC端访问。小程序主要承担微信生态内快速访问、设备查看、分享和用户入口。H5解决各种外部链接和移动端页面访问。经纪人APP主要服务高频使用的平台内部人员。这点很重要。并不是任何项目一开始都应该做APP。普通买家一年可能只买一次设备让他下载APP的动力很弱。但是经纪人每天都要上传设备找客户查看线索维护关系这种角色的使用频率明显更高。所以APP应该优先服务高频角色而不是因为“平台看起来大”就一定做APP。十、后台真正应该关注哪些数据一个平台的管理后台不能只做增删改查。至少应该让运营人员快速知道当前在线设备数量新增设备数量经纪人数维修专家数量各地区设备数量设备咨询量各经纪人发展客户数量设备来源分布用户需求分布这些数据后面还可以继续扩展成经营分析。比如哪个省设备最多哪种设备被搜索最多租赁需求多还是购买需求多哪些品牌成交咨询最多哪些经纪人的设备质量更高这种数据才是平台运营真正需要看的。十一、这个系统可以抽象成什么架构如果把整个鲲泊联系统抽象一下其实核心可以理解成用户体系买家、卖家、经纪人、维修专家、管理员。设备体系设备分类、品牌、型号、图片、视频、所在地、交易方式、出口属性。区域体系省、市、区县以及经纪人的区域关系。线索体系咨询、客户、跟进、设备需求。服务体系维修、租赁、看货、对接。分润体系推荐关系、设备来源、客户来源以及后续收益分配。内容与流量体系设备详情页、视频、SEO页面、多语言专区。真正把这些模块串起来以后它才是一套完整的二手设备行业平台而不仅是一套“二手设备网站源码”。十二、我现在做行业系统会先问三个问题做完这类项目以后我越来越觉得开发行业平台之前最好先回答三个问题。第一平台里面最核心的数据对象是什么鲲泊联就是“设备”。第二谁不断给平台生产这些数据是卖家和经纪人。第三平台为什么有必要存在因为它不仅展示设备还连接买、租、维修、本地经纪人和后续服务。把这三个问题想清楚后面的数据库、权限体系、前端页面甚至推广方式都会自然清楚很多。写在最后鲲泊联这个项目让我比较深的一个体会是行业平台开发不能从“我要哪些功能”开始而应该从“这个行业是怎么做生意的”开始。如果业务逻辑没理顺堆再多功能最后也可能只是一个复杂的网站。如果业务关系理顺了那么网站、小程序、APP、CRM、经纪人系统实际上只是把这套业务关系数字化。这也是我这些年做行业系统越来越重视的一件事先理解行业再设计系统。——北京金雨科技李东旭