返回作品列表
业务平台 · 三人协作已上线 · 协作项目已上线 · 持续迭代

夏琳跨境.

让跨境服务,从零散协作走向有序交付。

需求对接 / 设计 / 开发 / 维护

夏琳跨境产品界面 · 原型截图编排,数据与 AI 能力均为演示

01 / COMMERCE, CONNECTED

让跨境服务,
从零散协作走向
有序交付。

夏琳跨境是与两名前同事共同开展的跨境电商服务项目。面对商品资料、订单进度、积分费用和交付结果分散的问题,我负责需求对接、产品设计、开发与维护,将业务整理为客户能自助提交、运营能持续跟进的工作平台。

项目以 LinkOrder 订单协作系统为业务基础,逐步向多工具工作空间演进。本次案例同时呈现 H001 分支中的业务实现,以及 Listing 体检和 AI 服务中心的交互设计,展现从业务交付到智能工具扩展的产品思路。

合作方式
三人协作
个人职责
需求 / 设计 / 开发 / 维护
产品结构
客户端 + 管理端
演进方向
订单协作 → AI 工具平台

02 / PEOPLE & SCENARIOS

连接三类角色的日常工作

从实际业务流程归纳的目标用户与使用场景。

01

跨境卖家与品牌运营

商品多、站点多,服务进度不能只靠反复问。

集中提交商品资料,按订单查看进度、结果与积分;在 AI 扩展中,从文案问题直接走向修改建议。

关注:进度清晰 · 内容质量
02

跨境服务与交付团队

客户需求分散,表格搬运与交付核对占用大量时间。

统一客户、订单与结果管理,用 Excel 承接现有协作方式,通过预览校验、版本记录与反馈处理组织交付。

关注:批量处理 · 交付可追踪
03

业务负责人及平台管理者

业务持续增加,权限、定价和能力配置需要有统一入口。

以账号、积分、消息与审计作为公共能力;让不同工具共享平台底座,并在 AI 原型中集中管理模型连接与调用策略。

关注:规则一致 · 持续扩展

03 / SYSTEM ARCHITECTURE

两个工作空间,一套业务底座

以模块化单体组织业务:界面按角色分工,公共能力统一复用,订单数据保持关联。

架构梳理图 · 实线为 H001 业务结构,虚线为 AI 原型扩展
架构梳理图 · 实线为 H001 业务结构,虚线为 AI 原型扩展

角色层

客户提交需求、查看订单;管理员负责客户、定价、处理与交付。供应商由管理员线下协作,不单设供应商端。

公共层

账号、积分、消息、审计与工具权限收敛为平台能力,避免每个新工具重复建设。

数据层

Next.js + TypeScript 承载应用,Better Auth 管理认证,Drizzle + PostgreSQL 保存业务记录,ExcelJS 支持表格交换。

客户端原型 · 聚焦自己的订单、进度与结果
客户端原型 · 聚焦自己的订单、进度与结果
管理端原型 · 跨客户处理订单与回传结果
管理端原型 · 跨客户处理订单与回传结果

04 / BUSINESS WORKFLOW

从下单到售后,连接完整交付链

四个关键环节,围绕同一笔订单持续协作。下列功能有 H001 源码实现依据,配图用于说明交互。

  1. 01提交商品资料
  2. 02积分核价与建单
  3. 03运营处理与交付
  4. 04结果回看与反馈

FEATURE / 01

把服务需求,变成结构化订单

从聊天里的零散信息,走向可校验、可定价的提交过程。

  • 客户按订单类型与套餐填写商品信息;目录模式支持可配置字段、图片和日期。
  • 支持单笔与批量创建;确认时由服务端重新核对权限、价格及可用积分。
  • 订单保留当时的字段、套餐与价格快照,后续配置调整不改写历史。
订单创建原型 · 类型、套餐与商品资料集中填写
订单创建原型 · 类型、套餐与商品资料集中填写

FEATURE / 02

保留 Excel 协作,让批量交付更有序

适应团队已有工作方式,同时把校验放在写入之前。

  • 按订单类型导出表格,再按订单号匹配回传结果,减少手工逐条搬运。
  • 导入先预览,可修正或排除错误行;确认后以事务写入,避免只完成一部分。
  • 服务端限制文件大小与行数,并拒绝公式、宏及外链等不受支持内容。
结果导入原型 · 演示数据的预览、修正与确认
结果导入原型 · 演示数据的预览、修正与确认

FEATURE / 03

每一次积分变动,都有业务来由

把收费、充值与售后处理,放进同一套可核对的账本。

  • 客户查看余额与消费记录;管理员处理充值和调分,保留变动记录。
  • 订单扣分与建单一起完成,批量操作在提交时重新核算总价和余额。
  • 退款与人工调整关联业务处理,方便运营追查订单和账本之间的对应关系。
积分管理原型 · 充值审核与积分明细的统一入口
积分管理原型 · 充值审核与积分明细的统一入口

FEATURE / 04

交付之后,仍能追踪结果与反馈

订单的终点不是一个“已完成”标签,而是可回看的交付记录。

  • 待处理、处理中、已完成和需返工状态串联客户与管理端。
  • 结果支持链接或文本;再次录入追加不可变版本,保留历史交付内容。
  • 客户对已完成订单提交反馈,管理员按情况处理、返工或退款。
订单详情原型 · 结果版本、状态轨迹与反馈记录
订单详情原型 · 结果版本、状态轨迹与反馈记录

05 / NEXT / AI WORKSPACE

让服务入口,延伸为智能工具

扩展设计 · Listing 体检位于首页第二位,商品合规检测入口已移除。图片放大与五点描述生成在原型中保留为待上线工具。

交互原型

用户关心“怎么改”,平台负责“怎么完成”。

前台用清晰表单与有依据的报告降低使用门槛;后台把业务步骤、模型资源和调用策略分层组织,让新工具能够沿用同一套平台能力。

FEATURE / 05

Listing 体检:从资料整理开始

把标题、卖点、描述和补充资料组织成一次明确的体检任务。

  • 按目标站点、语言和类目填写文案,区分必填资料与按需补充信息。
  • 提交前提示资料准备情况与积分费用,让用户理解本次评估范围。
Listing 体检原型 · 示例文案与补充资料
Listing 体检原型 · 示例文案与补充资料

FEATURE / 06

报告要给出依据,也要告诉用户怎么改

将抽象评分转为有优先级、有原文依据的具体建议。

  • 按标题与关键词、卖点与场景、买家疑问等维度组织结果,标出优先修改项。
  • 每项建议关联原文;缺失资料标记为未评估,并提供复制建议与重新体检入口。
体检报告原型 · 评分、原文依据与修改建议均为演示
体检报告原型 · 评分、原文依据与修改建议均为演示

FEATURE / 07

业务步骤,在工具内部配置

将复杂的 AI 任务拆成能解释、能调整的处理步骤。

  • 资料整理 → 图片识别 → 语义分析 → 程序计分 → 报告,明确每一步的输入和输出。
  • 原型展示草稿、模拟试跑、发布版本、调用次数与等待上限,便于讨论执行边界。
工作流配置原型 · 尚未接入真实执行引擎
工作流配置原型 · 尚未接入真实执行引擎

FEATURE / 08

公共模型能力,集中管理

把模型资源管理与各工具的业务流程分开,支持后续工具扩展。

  • AI 服务中心统一呈现 API 连接、模型能力、主备策略与调用记录。
  • 工具按需使用公共模型;原型展示失败切换与成本观察,页面统计全部为示例值。
AI 服务中心原型 · 连接、主备模型与调用概览
AI 服务中心原型 · 连接、主备模型与调用概览

DESIGN → BUILD → ITERATE

把业务理解,落实到每一个交付环节。

我的工作贯穿需求对接、流程设计、前后端开发和持续维护。设计上的重点不仅是界面清晰,更是把权限、价格、批量校验和历史记录这些业务规则,转成用户能理解、团队能执行的流程。

业务平台已上线并持续迭代;本页按指定分支说明实现范围,不把原型演示或分支功能等同于当前生产版本。AI 方向仍需完成执行引擎、真实模型接入与效果验证。

资料依据 · H001 / c580374 · 2026.10.16查看项目分支 ↗

实现与协作工具

  • Next.js
  • TypeScript
  • Better Auth
  • Drizzle ORM
  • PostgreSQL
  • ExcelJS