电商 / 零售电商 / 零售Web 网站后台系统数据看板已交付
抖店管家 · 抖音无货源电商运营系统
选品、上架、视频、发布、履约、数据看板、店铺与账号管理收在同一套后台里，把无货源店铺的日常运营从六个网页来回切变成一条链路。
成果与数据
选品 → 履约 → 看板 8 环
覆盖环节
47 个
业务接口
39 个 tsx
前台规模
作业入口选品、剪辑、发布各开一个网页六个环节同一套后台
看板口径总量堆在一页看不出动作只留会改变动作的四块
工程规模—47 个接口 · 前台 39 个 tsx
以上为上线后的实测对比。数据来自客户现有业务的日常记录（订单系统、排班表、财务流水等）， 由客户方业务负责人确认。没有可靠量化口径的项目，这里只写周期、迭代次数这类过程指标。
客户当时的处境
无货源的店一天要开着选品、剪辑、发布好几个网页来回切，人一多就乱
上架一个品要手填一遍信息，几十个品就是几十遍重复劳动
哪个号发了什么、哪个品在跑，散在好几个人手里，回头对不上账
怎么做的，为什么这么做
把六个环节排进一条链路
选品 → 上架 → 视频 → 发布 → 履约 → 看板，按实际作业顺序排进同一套后台。每一步谁在做、到哪一步了系统里写着，不用再靠群里喊。
店铺与账号分开建模
店铺和发布账号是两个维度，一个账号可以服务多个店铺，换号或解约时只改绑定关系，历史数据不跟着丢。
看板只放会改变动作的数
任务看板、近 7 天 GMV 趋势、商品与视频排行、告警四块，都是看了要去做点什么的信息，不堆无差别总量。
界面与演示
该项目界面受客户保密要求约束，对外只展示结构示意。如果你需要看实际界面，可以在沟通时申请一次在线演示。
Next.jsReactTypeScriptPython
前后端分离。前端是 Next.js 后台，按业务环节切路由，侧栏顺序即作业顺序；后端是 Python 服务，47 个接口承担选品、上架、视频、发布与履约的状态流转。店铺与账号两个维度独立建模，跨平台发布与履约的口径收在后端统一处理，前端只负责发起与展示。
同类项目
全部项目其他电商 / 零售案例
同类需求的做法可以直接复用，沟通成本也低。
有类似需求？
先聊清楚你要解决的那件事
不用把需求想得很完整。说清楚现在是怎么运转的、最卡的是哪一步， 剩下的功能清单和报价我来整理，你确认就行。
这类项目通常落在「标准版」这一档。 金额我不在页面上写 —— 同样的系统，多一个端、多一项对接， 成本就差一截，写出来一定不准。
说说我的需求