Honstech × MDK 智造|SaaS 平台架构与多端开发

MDK 智造在六个国家站点销售自有品牌商品,运营团队长期用表格管理 listing、库存与广告投放。我们用一套运营中枢替换了这套手工流程:站点、币种、仓库与团队权限统一建模,运营动作从「导出表格—人工核对—回填」变成在一个后台完成。
MDK 智造是自有品牌的制造企业,近三年从代工转向跨境直销,站点从 2 个扩张到 6 个,SKU 超过 3000 个。原有的表格 + 人工对账方式在站点扩张后彻底失效。
合作启动时,团队面对的是三套互不相通的系统:店铺后台、ERP 与广告平台,数据口径不一致,周报需要两天人工整理。
运营人员从「这批货在欧洲站还够卖几天」出发,而不是从「系统有哪些模块」出发。跨站点、跨币种的心算让日常决策负担极重。
库存、定价与广告数据分散在三套系统,口径不一致导致补货与投放决策滞后;多团队共用账号,权限与操作留痕不可控。
三套系统的 SKU 与订单口径不一致时,任何漂亮的界面都建立在错误数据上。我们用前 4 周做主数据治理。
运营真正需要处理的是「哪些货快断了、哪些 listing 报错了」,系统按紧急度排序推送,而不是让人去翻报表。
多团队共用系统的最大风险是改了不知道谁改的,所有关键操作强制留痕可回溯。
一次切换查看任意站点,批量改价与上下架跨站点同步执行。
按销量速度与在途库存计算可售天数,低于阈值自动进入待处理队列。
投放消耗与库存状态同屏呈现,避免为缺货商品继续烧预算。
按站点 + 角色授权,关键操作全程留痕,可回溯到人与时间。
以前我们招聘运营,前两个月都在教他怎么对表。现在新人看后台就能上手,补货预警救了我们好几次旺季断货。
可以。我们按商品、库存、订单、广告四个域拆分,客户可选择先上线最痛的模块,后续按需扩展。
主流店铺平台、ERP 与物流服务商通常都有开放 API,可直接对接;少数仅有页面后台的系统我们提供受控的自动化方案。
架构上按域拆分并做读写分离,列表页与看板走独立的查询层,实测在万级 SKU 规模下仍保持秒级响应。
告诉我们所在行业与业务阶段,我们提供对应的交付路径与周期参考。