对标灵创引擎并结合 Temu 全托实操,构建 平台、代理、租户、工厂、物料商 五端协同SaaS,打通“AI创作 → 渠道上架 → 订单履约 → 供应链结算”。
我们要建设什么、服务谁、解决什么问题、商业模式如何闭环。
构建面向跨境卖家及柔性供应链伙伴的POD协同SaaS平台,核心是先销售、后生产,帮助租户侧降低成品库存风险,但工厂与物料商仍需管理安全库存、在制品和交付产能。
平台采用 平台端 → 代理端 → 租户端 ↔ 工厂端 ↔ 物料端 五端架构:平台制定规则并监管交易,代理拓客与服务,租户经营店铺,工厂承接生产,物料商完成供料。
目标用户:在 Temu全托 / TikTok全托 / 速卖通全托 等全托管平台开店的中小卖家。
核心痛点:设计能力弱、上架效率低、工厂对接难、库存风险高、工具碎片化。平台用一体化SaaS系统解决这些问题。
租户支付SaaS订阅、AI积分、云盘扩容及履约费用;代理按有效回款口径取得佣金,并设置退款冻结期;工厂与物料商按接单、验收、对账节点结算;平台获得订阅、按量服务及供应链服务收益。租户扣款、供应商应付、代理佣金必须分账核算,不以“平台资金池余额”代替账本。
租户侧成品库存风险
Temu JIT 到仓时效监控
AI创作模式
电商平台对接
平台、代理、租户、工厂、物料商均是独立业务主体。系统既要隔离数据,也要通过订单、采购、交付和结算形成受控协作。
flowchart TD
P["平台运营端
规则/准入/计费/风控/结算/审计"]
A["代理端
拓客/报价权限/客户服务/佣金"]
T["租户端
店铺/设计/商品/刊登/订单/利润"]
F["工厂端
接单/产能/排产/BOM/生产/质检/发货"]
S["物料商端
商品/报价/库存/采购单/发货/对账"]
P -->|授权与监管| A
P -->|套餐、规则与供应链服务| T
P -->|准入、评级与结算规则| F
P -->|准入、评级与结算规则| S
A -->|开户、运营与售后支持| T
T -->|生产订单与交付要求| F
F -->|采购订单与到料要求| S
S -->|物料、物流与质检凭证| F
F -->|生产、质检与发运状态| T
| 业务端 | 核心职责 | 关键边界 | 核心结算 |
|---|---|---|---|
| 平台端 | 组织准入、套餐计费、规则、风控、审计、异常仲裁 | 不替代租户经营,也不把所有资金混为平台收入 | 订阅、按量服务费、供应链服务费 |
| 代理端 | 获客开户、客户归属、服务续费、工单协助 | 仅看授权客户数据;不得越权操作资金和店铺 | 按有效回款基数计佣,退款冻结后结算 |
| 租户端 | 店铺、选品、设计、刊登、订单、履约和利润管理 | 租户间数据隔离;跨主体数据按订单授权共享 | 订阅、积分、生产、物料、物流和售后费用 |
| 工厂端 | 接单、产能预占、排产、领料、报工、质检、包装、发货 | 完工不等于质检通过;接单前必须校验产能与物料 | 按接单/质检/签收等约定节点生成应付 |
| 物料端 | 报价、库存锁定、备货、发运、到料异常、退换货 | 采购先查库存/BOM与供料策略,不默认每单外采 | 按收货、来料质检和对账结果结算 |
系统采用“组织 + 用户 + RBAC角色 + 数据范围 + 字段权限 + 跨主体授权”。租户数据按租户归属,工厂、物料商和代理按各自组织归属,平台公共数据单独管理;手机号、成本价、结算价等敏感字段按角色脱敏。所有审批、导出、资金和店铺操作保留审计记录。
基于灵创引擎租户侧能力、Temu 全托实操与五端SaaS要求,按平台级业务域重新拆解,避免只复刻卖家后台菜单。
组织、套餐、配额、订阅、多主体隔离
RBAC、数据/字段权限、审批、审计
SPU/SKU、模板、工艺、打样与封样版本
云盘、AI任务、积分预扣与失败返还
店铺授权、渠道映射、定价、议价、刊登
订单同步、风控、JIT时钟与异常处理
BOM需求、锁库、采购、收货与来料质检
产能、排产、领料、报工、质检与包装
库存、面单、发运、轨迹、签收与时效
责任判定、证据链、申诉、退换与补偿
账本、预占、实扣、退款、冲正、对账
客户归属、报价权限、佣金、退出交接
准入、规则、通知、异常干预、经营看板
基于卖家实测的 Temu 全托完整流程,标注每步的归属与系统化策略:
| # | 环节 | 当前方式 | 归属 |
|---|---|---|---|
| 1 | 注册店铺 | 个人/个体/公司主体注册Temu | 外部 |
| 2 | 多店铺防关联 | 战斧工具分配固定海外IP | 外部 |
| 3 | 店铺授权 | 授权给平台 | 系统 |
| 4 | 选品找爆款 | VPN搜Temu爆款+插件存图 | 可集成 |
| 5 | 图片管理 | Eagle本地管理+改尺寸 | 可集成 |
| 6 | 上传素材 | 上传至平台素材中心 | 系统 |
| 7 | AI生图 | 选素材创建生图任务,消耗积分 | 系统 |
| 8 | 产品合成 | 生成图+产品模板批量合成,AI出文案 | 系统 |
| 9 | 刊登+定价 | 价格模板+上浮比例+违禁词监测 | 系统 |
| 10 | 合价议价 | 猫头鹰插件批量议价 | 可集成 |
| 11 | 资质上传 | 欧代/实拍图/JIT协议/虚拟库存 | 系统 |
| 12 | 上架+履约 | 批量上架→下单→工厂接单→生产发货→JIT到仓 | 系统 |
卖家当前依赖 战斧、Eagle、猫头鹰、VPN 等多个外部工具。系统吸收素材、尺寸处理、议价任务、违禁词和资质管理;网络环境与店铺主体注册继续外部化。任何页面采集、自动议价或平台操作均应以平台授权能力和合规边界为前提。
建立统一商品、SKU、空白品模板、花型、工艺、BOM、包装和渠道SKU映射;增加打样、客户确认、封样及版本生效机制,避免设计稿、生产稿和刊登图不一致。
管理授权范围、Token加密、到期预警、刷新失败、重新授权、店铺停用及操作审计;刊登和订单同步失败进入可重放任务中心。
除欧代和实拍图外,覆盖商标/版权授权、产品认证、标签包装、敏感词、目的国法规、资质有效期和商品版本绑定。
统一通知中心、异常中心、待办中心和人工干预台,支持任务暂停、重试、改派、补单、退款、冲正、申诉及完整证据链。
基于团队现有技术栈设计,无需引入额外技术体系,部署便捷、本地可调试。
| 层次 | 选型 | 选型理由 |
|---|---|---|
| 前端 | Vue 3 + TypeScript + Vite | 团队现有技术栈,多租户前端按角色加载不同界面 |
| 后端(主) | NestJS (Node.js) | 团队现有技术栈,模块化架构,多租户中间件全局隔离 |
| 后端(备选) | Spring Boot (Java 17) | 高并发稳健,适合订单/派单/分账等高一致性模块 |
| 数据库 | MySQL 8.0 | 按租户、代理、工厂、物料商等业务主体归属隔离,支撑商品、订单与账务数据 |
| 异步队列 | Redis + BullMQ | AI生图/合成/刊登/议价/派单均为异步任务,按租户限流 |
| 对象存储 | 阿里云OSS / MinIO | 按租户隔离Bucket/前缀,独立配额管理 |
| AI能力 | 通义万相 + 火山方舟Seedream | 多供应商调度,按成本择优分配,覆盖11种生图模式 |
| 平台对接 | 各平台OpenAPI + Webhook | Temu/TikTok/速卖通订单同步与商品推送 |
| SaaS计费 | 自建订阅+积分计费引擎 | 套餐订阅+用量计费双模式,支持代理分账自动结算 |
| 部署 | Docker + 自建服务器 | 多租户共用实例,按租户弹性扩容 |
flowchart TB
subgraph SAAS["SaaS多租户层"]
GW["API网关 + 租户鉴权\n数据隔离 / 配额 / 计费"]
PLT["平台端管理\n租户/代理/积分/供应链池"]
AGT["代理端\n客户/佣金/分销树"]
end
subgraph FE["五端应用 (Vue 3)"]
UI["平台 / 代理 / 租户\n工厂 / 物料商"]
end
subgraph BE["后端 (NestJS + Spring Boot)"]
CORE["领域模块层\n13个业务域 + 权限与账务"]
ASYNC["异步任务引擎\nAI生图/合成/刊登/议价/派单队列"]
end
subgraph DATA["数据层"]
DB[("MySQL\n行级租户隔离")]
RS[("Redis缓存")]
OSS[("对象存储\n租户配额")]
end
subgraph EXT["外部集成"]
AI["多AI供应商\n通义万相/火山方舟"]
PF["电商平台\nTemu/TikTok/速卖通"]
LG["物流API"]
FC["工厂端/物料商端\n业务协同与状态回传"]
end
GW --> PLT & AGT
GW --> CORE
UI --> GW
CORE --> ASYNC
CORE --> DB & RS & OSS
ASYNC --> AI & PF & LG & FC
PLT --> FC
覆盖全托与半托两种模式的端到端业务流程,以及多工厂多物料派单机制。
flowchart TD
classDef stage1 fill:#eef0ff,stroke:#5b6cff,stroke-width:2px,color:#1a2236,font-weight:700
classDef stage2 fill:#fff0f6,stroke:#ff5b9d,stroke-width:2px,color:#1a2236,font-weight:700
classDef stage3 fill:#f0fdf4,stroke:#22c55e,stroke-width:2px,color:#1a2236,font-weight:700
classDef node1 fill:#ffffff,stroke:#5b6cff,stroke-width:1.5px,color:#1a2236,rx:8,ry:8
classDef node2 fill:#ffffff,stroke:#ff5b9d,stroke-width:1.5px,color:#1a2236,rx:8,ry:8
classDef node3 fill:#ffffff,stroke:#22c55e,stroke-width:1.5px,color:#1a2236,rx:8,ry:8
subgraph S1 [🎨 第一步 · 设计]
A[🛒 选品库
4平台爆款选品] --> B[🖼️ AI生图
11种创作模式]
B --> C[✨ 产品合成
花型+空白品+AI文案]
end
subgraph S2 [🚀 第二步 · 上架]
D[📋 刊登+定价
价格模板+违禁词检测] --> E[💰 合价议价
自动议价引擎]
E --> F[📄 资质上传
欧代/JIT协议/实拍图]
F --> G[✅ 批量上架
全托管平台推送]
end
subgraph S3 [📦 第三步 · 履约]
H[🛍️ 订单同步
幂等校验+状态分层] --> I[🛡️ 履约前置校验
风控/资金/可生产性]
I --> J[💳 费用预占
不等于供应商结算]
J --> K[🏭 派单与接单
产能预占+交期承诺]
K --> L[🧵 物料齐套
库存优先/缺料采购]
L --> M[⚙️ 排产报工
质检通过后包装]
M --> N[🚚 发运到仓
轨迹+签收+JIT监控]
N --> O[🧾 对账结算
售后/处罚/申诉/冲正]
end
C ==> D
G ==> H
class S1 stage1
class S2 stage2
class S3 stage3
class A,B,C node1
class D,E,F,G node2
class H,I,J,K,L,M,N node3
linkStyle 0 stroke:#5b6cff,stroke-width:2px
linkStyle 1 stroke:#5b6cff,stroke-width:2px
linkStyle 2 stroke:#ff5b9d,stroke-width:2px
linkStyle 3 stroke:#ff5b9d,stroke-width:2px
linkStyle 4 stroke:#ff5b9d,stroke-width:2px
linkStyle 5 stroke:#22c55e,stroke-width:2px
linkStyle 6 stroke:#22c55e,stroke-width:2px
linkStyle 7 stroke:#22c55e,stroke-width:2px
linkStyle 8 stroke:#22c55e,stroke-width:2px
linkStyle 9 stroke:#22c55e,stroke-width:2px
linkStyle 10 stroke:#22c55e,stroke-width:2px
linkStyle 11 stroke:#5b6cff,stroke-width:3px
linkStyle 12 stroke:#ff5b9d,stroke-width:3px
分别维护渠道状态、支付状态、风控状态、履约状态、生产状态、物流状态、售后状态和结算状态,禁止用一个“订单状态”覆盖所有过程。
租户费用按规则预占、实扣、释放、退款和冲正;工厂应付、物料商应付、代理佣金在各自验收与冻结节点生成,所有动作要求幂等和可对账。
| 维度 | 全托 | 半托 |
|---|---|---|
| 物流 | JIT到前置仓 | 卖家自发物流 |
| 仓储 | 虚拟库存 | 自管仓库/海外仓 |
| 合价 | 必须议价 | 自主定价 |
| 资金责任 | 按全托规则预占履约费用并独立结算供应商 | 卖家承担定价、仓储、尾程及平台结算责任 |
全托模式下,订单需智能分配给工厂生产,工厂再向物料供应商采购面料/辅料。设计一套多维度评分+自动分配的派单引擎:
flowchart TD
classDef pool fill:#eef0ff,stroke:#5b6cff,stroke-width:2px,color:#1a2236,font-weight:700
classDef decision fill:#fff7ed,stroke:#f59e0b,stroke-width:2px,color:#1a2236,font-weight:600
classDef process fill:#ffffff,stroke:#5b6cff,stroke-width:1.5px,color:#1a2236,rx:8,ry:8
classDef factory fill:#f0fdf4,stroke:#22c55e,stroke-width:2px,color:#1a2236,font-weight:700
classDef material fill:#fff0f6,stroke:#ff5b9d,stroke-width:2px,color:#1a2236,font-weight:700
subgraph PLATFORM [🖥️ 平台派单中心]
O[📥 订单进入派单池] --> S{🔀 是否拆单?}
S -->|✅ 整单派发| E1[🏭 品类筛选候选工厂]
S -->|📦 按SKU拆分| E2[🔢 每SKU独立筛选]
E1 --> R[📊 多维度评分排序]
E2 --> R
R --> A[🎯 派单至最优工厂
30min超时自动转派]
end
subgraph FACTORY [🏭 工厂端]
P[📨 可行性校验+接单
产能预占/交期承诺]
B[🧾 BOM齐套检查
库存优先/缺料申请]
F[⚙️ 排产+领料+报工]
Q[🔎 质检+包装
异常返工/放行]
P --> B --> F --> Q
end
subgraph MATERIAL [🧵 物料供应商端]
M1[📦 采购单确认+锁库]
M2[🚚 备货发运+物流凭证]
M3[✅ 工厂收货+来料质检]
M1 --> M2 --> M3
end
A --> P
B -->|缺料时| M1
M3 --> F
Q --> SHIP[✅ 发货至前置仓
轨迹/签收/JIT监控]
class PLATFORM pool
class FACTORY factory
class MATERIAL material
class S decision
class O,E1,E2,R,A,P,F,M1,M2,SHIP process
linkStyle 0 stroke:#5b6cff,stroke-width:2px
linkStyle 1 stroke:#f59e0b,stroke-width:2px
linkStyle 2 stroke:#f59e0b,stroke-width:2px
linkStyle 3 stroke:#5b6cff,stroke-width:2px
linkStyle 4 stroke:#5b6cff,stroke-width:2px
linkStyle 5 stroke:#5b6cff,stroke-width:2px
linkStyle 6 stroke:#22c55e,stroke-width:2px
linkStyle 7 stroke:#ff5b9d,stroke-width:2px
linkStyle 8 stroke:#5b6cff,stroke-width:2.5px
linkStyle 9 stroke:#ff5b9d,stroke-width:2px
linkStyle 10 stroke:#22c55e,stroke-width:2px
linkStyle 11 stroke:#22c55e,stroke-width:2px
分四期推进,但首期必须验证一条真实订单的最小履约闭环。约60万元仅对应 Temu 全托单平台、单品类、少量试点主体的 MVP,不等同于完整五端生产级平台。
6-7 周
¥16-18万
先证明“五端协同能完成一张真实订单”,再扩充AI与自动化,避免先做大量创作功能却无法交付。
5-6 周
¥12-14万
打通"合成→刊登→合价→平台推送→订单同步"上架闭环,同步搭建代理分销体系。
5-6 周
¥10-12万
在首期手工闭环基础上逐步自动化,不一次承诺复杂MES和全自动财务。
3-4 周
¥5-6万
以监控、稳定性、试点验收为主,AI只交付轻量助手;复杂扩展进入二期项目。
一期固定为 Temu 全托、单一重点品类、少量试点租户/工厂/物料商。首期用手工派单和简化生产回传验证真实履约;后续再自动化派单与结算。TikTok、速卖通、完整半托、海外仓、复杂MES、全自动支付和“一句话直接发布”均不属于约60万元MVP承诺范围。
在四期基础功能交付后,规划引入对话式AI智能能力,让卖家通过自然语言完成选品、创作、上架全流程,大幅降低操作门槛:
卖家输入"帮我找床上用品的爆款",AI自动分析市场趋势、搜索各平台热销品、推荐选品方案,无需手动翻页搜图。
卖家说"把这张图做成产品上架到Temu",AI自动完成 AI生图→产品合成→定价→刊登→合价 全流程,卖家只需确认。
基于店铺数据,AI主动推送运营建议:
在现有评分派单基础上升级为AI预测派单:
flowchart TD
classDef user fill:#eef0ff,stroke:#5b6cff,stroke-width:2px,color:#1a2236,font-weight:700,rx:8,ry:8
classDef engine fill:#fff7ed,stroke:#f59e0b,stroke-width:2.5px,color:#1a2236,font-weight:700,rx:10,ry:10
classDef step fill:#ffffff,stroke:#22c55e,stroke-width:1.5px,color:#1a2236,rx:8,ry:8
classDef result fill:#f0fdf4,stroke:#22c55e,stroke-width:2px,color:#1a2236,font-weight:700,rx:8,ry:8
subgraph USER [👤 卖家]
U["💬 一句话指令
'帮我找爆款并上架到Temu'"]
end
subgraph AI_CORE [🤖 AI智能引擎]
AI["🧠 意图理解 + 任务拆解
LLM解析需求→生成执行计划"]
end
subgraph PIPELINE [⚡ 自动化执行流水线]
P1["🔍 自动选品
趋势分析+爆款匹配"]
P2["🎨 自动创作
AI生图+产品合成"]
P3["🚀 自动上架
定价+刊登+合价"]
P1 --> P2 --> P3
end
subgraph OUTPUT [✅ 结果交付]
R["📱 结果推送卖家确认
一键调整或直接发布"]
end
U ==>|自然语言指令| AI
AI ==>|拆解为3步任务| P1
P3 ==>|产出完整商品| R
class USER user
class AI_CORE engine
class P1,P2,P3 step
class OUTPUT result
linkStyle 0 stroke:#5b6cff,stroke-width:2.5px
linkStyle 1 stroke:#f59e0b,stroke-width:2.5px
linkStyle 2 stroke:#22c55e,stroke-width:2px
linkStyle 3 stroke:#22c55e,stroke-width:2px
linkStyle 4 stroke:#22c55e,stroke-width:2.5px
Phase 4 先落地对话式选品推荐(最轻量、价值最高);运营助手和智能派单在系统有3-6个月数据积累后逐步上线;对话式上架作为终极目标,需各环节模块均已稳定后串联实现。AI能力不额外增加团队——复用已有AI对接能力,叠加LLM意图理解层即可。
基于 3 人核心团队 + 兼职设计/测试的精简配置,预算对应 6 个月 Temu 全托试点MVP及首年基础设施,不覆盖完整五端生产级建设。
| 角色 | 配置 | 月薪范围 | 投入周期 | 小计 |
|---|---|---|---|---|
| 后端工程师 | 1人(全职) | ¥18-22k/月 | 6个月 | ¥10.8-13.2万 |
| 前端工程师 | 1人(全职) | ¥16-20k/月 | 6个月 | ¥9.6-12万 |
| 全栈/AI对接 | 1人(全职) | ¥20-24k/月 | 6个月 | ¥12-14.4万 |
| UI设计师 | 兼职/外包 | ¥10k/月 | 3个月 | ¥3万 |
| 测试工程师 | 兼职/外包 | ¥8k/月 | 4个月 | ¥3.2万 |
| 产品经理 | 老板兼任 | — | — | ¥0 |
| 人力合计 | ¥38.6-45.8万 | |||
| 项目 | 月费用 | 首年费用 | 说明 |
|---|---|---|---|
| 云服务器(应用+数据库) | ¥2-3k | ¥2.4-3.6万 | 2台,自建Docker部署 |
| Redis缓存 | ¥0.3k | ¥0.4万 | 队列+缓存复用 |
| 对象存储(OSS) | ¥0.5-1k | ¥0.6-1.2万 | 随用户量增长,可弹性 |
| CDN/带宽 | ¥0.5k | ¥0.6万 | 图片加速 |
| 域名+SSL | — | ¥0.1万 | 年度费用 |
| 基础设施合计 | ¥4.1-5.9万 | 弹性,随业务量增长 | |
| 项目 | 计费方式 | 首年费用 | 说明 |
|---|---|---|---|
| AI图像生成API | 按张计费 | ¥1.5-2.5万 | ¥0.15-0.3/张,月均5千-1万张 |
| 短信服务 | 按条计费 | ¥0.3万 | 验证码+通知 |
| 物流API对接 | 一次性 | ¥0.5-1万 | 4PX/云途等物流商接入 |
| 平台开发者账号 | 免费/年费 | ¥0-0.5万 | Temu/TikTok/速卖通 |
| 第三方+AI合计 | ¥2.3-4.3万 | ||
| 预算类别 | 金额范围 | 占比 | 备注 |
|---|---|---|---|
| 研发人力 | ¥39-46万 | ~72% | 含3人核心团队+兼职 |
| 基础设施(首年) | ¥4-6万 | ~9% | 弹性,随业务量增长 |
| AI API + 第三方 | ¥2-4万 | ~5% | AI随用量增长,可转嫁用户积分 |
| 备用金 | ¥6万 | ~10% | 应对变更与不可预见 |
| 杂项/差旅 | ¥2-3万 | ~4% | 域名/SSL/差旅/办公 |
| 项目总计 | ¥53-65万 | 100% | 中位值约¥60万 |
约60万元交付的是可试点的MVP:Temu全托单平台、单一重点品类、少量主体、基础五端、最小履约和基础账务。完整半托、海外仓、多平台、复杂MES/WMS、自动支付结算、高级AI和大规模高可用需另行立项,否则范围、质量和周期无法同时保证。