电商商家往往同时经营拼多多、淘宝/千牛、抖店飞鸽、京东、快手、微信小店等多个渠道。售后、工单、拦截、开票、差评申诉、催付关怀等能力分散在各平台商家后台，客服与运营需要频繁切换账号与页面，容易漏处理、超时响应，也难统一统计各店成交与售后压力。传统做法依赖人工复制 Cookie、多开浏览器或单平台工具，无法形成跨店协同，会话过期后还要反复扫码登录，协作成本高。
售后系统面向中小商家、代运营团队与售后中台，把多平台售后聚合到同一套 Windows 桌面客户端。以店铺会话为中心，支持账号登录、Cookie 注入与后台静默续期，减少因登录态失效导致的业务中断；在客户端内按业务模块统一拉取与处理售后单据、平台工单、物流拦截与催收、订单开票、订单/差评申诉及关怀催付，并用数据大屏汇总申诉进度与成交概况，方便按自然年/季度查看各店 GMV 与订单量。目标是降低跨平台重复操作，缩短售后响应链路，让运营把精力放在规则与结果，而不是在各后台之间来回切换。
客户端按业务模块组织能力，覆盖多平台店铺接入与日常售后闭环。店铺侧支持多店登录态管理、Cookie/分区会话隔离、探活判定过期与静默恢复，拼多多等平台可后台挂商家首页续期，降低批量同步时的掉线率。售后管理支持多店筛选、列表同步、同意退款/退货等处理动作及备注；售后工单对接平台工单自动/半自动处理流程；拦截管理用于在途包裹拦截催收与物流轨迹查看；开票模块支持待开票订单同步与录入；订单申诉与差评申诉覆盖负向申诉发起、凭证与回复相关能力；售后关怀支持催付/关怀类订单同步与消息发送。
各功能页普遍支持多店铺多选筛选与批量同步，进度与异常店铺可在界面反馈。数据大屏汇总申诉管理等指标，并提供成交报表：按自然年与自然季度统计各店成交额与订单量，数据按日缓存并与列表查询时间范围解耦，避免为看季度数据反复全量重拉。架构上，渲染进程提供工作台与规则配置，主进程编排 IPC、调度任务与店铺内置浏览器，平台协议与解析下沉到爬虫层，HTTP 对接 Java 售后后端，形成「同步—处理—统计」闭环，适配 Windows 安装包分发与日常运维。
本项目由本人独立全栈完成，覆盖 Windows 桌面客户端、售后后端服务、平台对接脚本与日常运维上线，而非仅负责前端页面。
客户端采用 Electron + electron-vite + Vue3 + TypeScript + Element Plus：主进程按售后、工单、拦截、开票、申诉、关怀、店铺会话拆分 IPC 与调度；渲染层实现工作台、多店筛选、同步进度与规则配置；平台协议与解析下沉到 autoscript/crawl（拼多多、淘宝、抖店、京东、快手、微信小店等）。同时独立设计并实现 Java 售后后端（接口、店铺占用/权限、业务数据与统计相关能力），客户端通过 HTTP 与后端联调打通「登录—同步—处理—统计」闭环。
重点攻克多店 Cookie 分区与注入登录、会话探活与过期标记、拼多多首页静默续期（限流槽位、轮询、注入后挂首页），定位并修复注入/保活并发二次导航导致的闪退；完成售后/工单/拦截/开票/申诉/关怀等模块同步与操作链路；数据大屏申诉同步与成交季度报表（按日缓存、自然年/季度、店铺多选）。运维侧负责开发/构建脚本、Windows 安装包打包发布、日志与本地运行环境维护、接口与店铺会话问题排查，保障多店并发场景下可用。技术难点集中在多平台接口差异、登录态续期竞态与桌面端稳定性，通过会话隔离、收敛并发导航与全链路联调独立落地整套系统。
评论