你的痛点,一个系统全解决
还在用微信聊天记录当订单系统?月底对账、手动发码、靠闹钟续费——是时候换一种方式了。
微信接单乱
订单散落在聊天记录里,漏单、错单、重复充值全靠人肉记忆。
收款对账难
转账记录和订单对不上,月底对账像破案,退款追溯全靠翻记录。
续费靠脑记
谁家的订阅该续费了?靠 Excel、靠闹钟、靠客户催,掉订阅就是掉口碑。
卡密发错难追溯
手工发码容易发重、发错,出了问题不知道发给了谁、什么时候发的。
- ❌ 客户靠发微信下单,容易漏单
- ❌ 收款靠截图确认,对账困难
- ❌ 续费靠人工提醒,续费率低
- ❌ 卡密手工发送,发重发错难查
- ❌ 没有数据,经营全靠感觉
- ✅ 顾客自助下单,商品上下架一键控制
- ✅ 支付回调自动入账,订单资金一一对应
- ✅ 订阅托管,到期自动生成续费订单
- ✅ 卡密池自动发货,每张卡可追溯
- ✅ GMV / 趋势 / 畅销榜实时看板
六大模块,覆盖完整业务链条
不只是前端页面——商品、订单、支付、履约、订阅、数据,后端全部打通。
商品管理
创建 / 编辑 / 上架 / 下架一键切换;SKU、定价、划线价、库存、卡密池批量导入;代充、卡密、套餐三种交付方式。
在线商城
分类浏览、商品详情、购物车、优惠券、交付信息收集,顾客全程自助下单,不需要客服介入。
订单系统
待支付 → 已支付 → 履约中 → 已完成 / 取消 / 退款,全状态机 + 操作时间线,每一步可追溯。
支付通道
沙箱支付(演示即用)、线下转账(人工确认)、支付宝当面付、Stripe 国际卡;异步回调自动入账,接口可插拔。
订阅托管
月付套餐支付即开通订阅,到期自动生成续费订单并扣款;支持暂停、恢复、取消,续费全程无感。
数据看板
GMV、今日订单、14 天收入趋势、畅销榜、低库存预警、到期订阅提醒,经营数据一眼看清。
一条完整的业务链路
从商品上架到订阅续费,五个环节全部在系统内闭环。
商品上架
后台创建商品、设定价格与交付方式;卡密类商品批量导入卡密池。
顾客下单
商城选购、用优惠券、填写交付信息(账号 / 邮箱 / 备注),提交订单。
在线支付
选择支付渠道完成付款;回调 / 人工确认后订单自动转为已支付。
自动 / 人工履约
卡密类支付即自动发货;代充 / 套餐由客服跟进,状态流转全程留痕。
续费与售后
订阅到期自动续费;退款、取消、补卡均有记录,售后不再扯皮。
四个核心页面,全部开箱即用
商城、收银台、订单、后台——点一下就能在演示环境里体验。
常见问题
W-Coming 是什么?
一套面向「出海服务」生意的完整电商系统:商品上下架、在线订单、多渠道支付、订阅托管续费、卡密自动履约,全部在系统内闭环,替代微信人工接单。
怎么跑起来?
零依赖,Node.js 16+ 直接 node server.js 启动,默认 http://localhost:8787。数据保存在本地 data/db.json,首次启动自动写入演示数据。
支付是真实扣款吗?
沙箱支付用于演示,点击即到账;线下转账由客服后台人工确认收款;支付宝当面付和 Stripe 在后台「系统设置」填入商户密钥后即接通真实支付,异步回调自动入账。
订阅托管怎么续费?
顾客购买月付套餐后自动创建订阅记录;到期时系统自动生成续费订单并按配置扣款(演示模式自动完成),也可关闭自动扣款改为生成待支付续费单。支持暂停、恢复、取消。
卡密是怎么自动发货的?
后台把卡密批量导入商品卡密池;顾客支付成功后系统自动分配未售出的卡并写入订单,顾客在订单详情页直接查看,库存不足时后台可补卡重发。
可以接自己的支付渠道吗?
可以。支付层是插件式设计(src/payments),每个渠道只需实现「创建支付」和「处理回调」两个接口,新增渠道不影响业务代码。