做过的系统,以及它们真实的规模

不用“服务过 500 家企业”这类没法核实的说法。下面是两个可以讲清架构、模块与代码量的真实项目——客户品牌按合同脱敏。

跨境 · 售后支持迭代 4 代5 种语言

跨境电商卖家的自建售后支持中心

一家做积木玩具的跨境卖家,售后咨询全压在客服邮箱里:买家问“这个型号的说明书在哪”“装上不转怎么办”“少了两个零件怎么补”, 每条都要人工回,旺季一天几百封,回复慢、重复问题占八成,退货率还压不下来。

5 种

语言(英/德/法/意/西,覆盖亚马逊欧洲四站)

98 个

接口,32 个页面,18 个数据模型

20 张

售后工单可一次传 20 张现场图,自动分片压缩

做了什么

  • 产品库 + 型号查找:买家先自己找到对应的型号与配件,减少“发错图”的往返
  • FAQ + 说明书:把重复问题从邮件搬进可搜索的知识库,说明书从附件升级成一等内容
  • 售后工单:订单号、地址、最多 20 张图,单张超过 1 MB 自动按 1 MB 分片上传,弱网也不丢单
  • 邮件兜底:通知发送失败不影响工单落库,事后可补发
  • 多语言:一套内容后台维护 5 种语言,对应不同站点地区
  • SEO:产品页、FAQ 页全部结构化与站点地图化,让搜索引擎能收录,不再只靠站内搜索

四代迭代留下的东西

版本这一代解决什么规模
v1把售后从邮箱搬到站点:产品、FAQ、工单三件套90 接口 / 15 模型
v2说明书独立成模块,FAQ 路由改成语义化 slug89 接口 / 16 模型
v3导航与页面显隐做成后台开关,改版不用重新发版90 接口 / 17 模型
v4客户补充资料 + 结构化工单上线,下线重复的故障排查98 接口 / 18 模型

四代累计 1,327 个源码文件、约 12.7 万行代码、367 个接口。v4 单站:32 个页面、98 个接口、18 个数据模型。 v4 还砍掉了与 FAQ 重复的“故障排查”模块——功能不是越多越好,重复的模块只会让用户找不到答案。

垂直社区内容 + 交易 + IM一套后台

ACG 垂直社区的一站式运营系统

社区最初只有发帖和评论,用户留不住、也没法变现。要做的是把“内容—成长—交易—社群”串成一条线: 发帖涨经验,经验升等级拿头衔和勋章,等级解锁考试与商城权益,社群侧再用机器人把用户留在群里。

240

个接口

43

个数据模型

31

个后台管理页

5.2 万

行代码

模块清单

内容发布论坛考试晋级经验与金条等级体系头衔勋章用户组签到商城与订单商品评价站内 IMQQ 群机器人网盘资源邀请码风控与审计日志数据备份站点配置

技术底子(可以拿去问任何一家供应商)

  • 全栈 Nuxt 4(SSR):页面在服务端渲染出完整 HTML,搜索引擎与 AI 爬虫拿得到正文,不是空壳 SPA
  • MongoDB + Mongoose:数据结构先建模再写接口,改需求时不用推倒重来
  • 接口按资源拆分:一个业务模块一组路由,方便后面接小程序、H5、后台多端
  • 多语言用 i18n + 独立语言包,新增一个语种不用改代码
  • 安全:后台鉴权、操作审计、备份策略都是标配,不是加钱项

关于案例的常见问题

这些案例是真实的吗?能不能看演示?
是真实交付的项目,代码与部署都在。客户品牌按合同做了脱敏,不公开站点域名;需要验证技术能力时,可以当面看后台操作与代码结构,或提供与你这行业务相似的功能演示。
为什么不做门店类案例?
装企、租房、外卖、进销存这些系统在官网服务页有完整模块说明。门店项目的合同通常含客户经营数据,公开需要单独授权,所以在拿到授权前不列具体客户。
一个售后支持站要多少钱、多久?
参考报价页:6,800–12,800 元,工期 2–3 周,含产品库、FAQ、说明书、工单与多语言框架。语言数量、是否对接现有订单系统会影响最终价格。
社区这类复杂系统你们也能做?
能。ACG 平台 240 个接口、43 个数据模型、31 个后台页是实打实的规模。复杂项目的关键是先把“用户—内容—成长—交易”的数据关系画清楚,再做界面。
交付后我们自己的团队能接手吗?
能。交付含源码、数据模型说明、部署文档与一次交接培训。代码按 Nuxt 官方约定组织,有前端经验的人接手不需要重新学一套私有框架。

你的业务和这两个案例不一样?

把流程讲一遍,我们给一份能落地的模块清单

说说你的需求