01 · SITE CONNECTIVITY
站点连通
覆盖 3 个市场 · 6 个站点 的店铺连接与内容连接;区分 已验证 (Verified) 与 认证暂不可用,只读展示脱敏连接元数据。
把多市场、多站点的 DTC 运营后台,从「工程模块堆叠 + 超长发布手递」收成「按站点看清状态、按运营工作流导航、冲突才打断」的总部控制台——并坚持借 Woo/Shopify 能力,不重做一套电商后台。
GB · GBP · en-GB · 草稿 · 待配置)
示意布局 · 状态摘要四卡(替代原概览空折线区 · 概念取自正文已核实口径)
总部控制台首屏优先回答「站点是否连通、哪些对象有冲突、今天先处理什么」,不堆砌未接真数的转化率折线
01 · SITE CONNECTIVITY
覆盖 3 个市场 · 6 个站点 的店铺连接与内容连接;区分 已验证 (Verified) 与 认证暂不可用,只读展示脱敏连接元数据。
02 · PUBLISH CONFLICTS
常规发布一键直达并回读;仅当命中 站点上有改动、发布失败 或 待确认 / 待检查 时才弹窗打断(覆盖 / 跳过 / 去处理)。
03 · OBJECT × SITE STATUS
以「对象 × 站点」为状态单元,收束 草稿、启用、生效中、待配置 与 未定价 叠加标,明确「记录启用不等于已发布」。
04 · TODAY'S QUEUE
直接承接「完善商品资料 3 项」「审核内容 4 项」「检查发布计划 1 项」,把日常高频动作放在首屏第一顺位。
多站点真相难以一眼看清:多站点 DTC 不是「再做一个商品后台」,而是总部要同时管:哪些市场可售、哪些站点已连上、对象在每个站点上是什么状态、站点是否被人改过、能不能安全写回去。
工程域侧栏堆叠与超长发布手递:旧路径把发布拆成工程步骤(批准 → 暂存 → 提交分发 → 目标对账),常规约 10 次点击,连接过期时更多(M2 流程精简方案 · 可核实计数)。侧栏也曾按 CMS 中心 / 设计中心 / 独立 SKU 矩阵等工程域堆叠,运营要先懂系统结构,才能完成「今天先处理什么」。
状态混用制造假安全感:状态一旦混用——草稿启用、市场资格、SKU 审核、站点发布并行暴露——就会出现「按钮能点、服务端才拒」或概览用假安全感(如零条记录显示成功率 100%,已在规范中明确禁止)。
发布路径点击计数(常规约 10 次点击)来自内部《M2 流程精简方案》核实账目。
草稿 / 启用)」「记录状态」与「市场(US / GB)」多列并存,尚未收束为按站点直读的单一状态徽章
确立按站点发布、一键发布、少页面三项产品原则;把对象状态单位定为「对象 × 站点」,未定价作为叠加标记(IA §1–3)。
运营定稿四块主干(商品发布 / 组件与素材 / 市场管理 / 站点连接)→ IA 再收成「概览 · 商品 · 内容 · 站点 · 发布 · 工具」;补齐市场可售资格、SKU 编码审核、站点导入等真实入口(Admin 精简方案)。
对照现网多步手递点击账,目标改为「一个发布按钮 + 仅冲突/检查失败弹窗」;连接重查放进小窗内完成,不跳走(M2 精简方案)。
输出工程词对照表(如「漂移 → 站点上有改动」)与界面规范 10 条;商品原型按 Shopify Admin 对照审查(P1:SKU 入口、站点状态、库存只读、保存/发布分离、结构化商详等)。
过程证据 C2/C3 · 一键发布与「冲突 / 检查失败才打断」校验链路(M2 精简方案)
对应步骤 3:把约 10 次点击的工程手递改为「同页一键触发 + 交付预检 + 仅异常/冲突时打断」
一级信息按「今天处理什么 / 维护商品与内容 / 管站点 / 查发布」组织;SKU 矩阵并入全部商品视图,设计中心等开发向入口退役或降权——让运营先看到日常工作,而不是系统拓扑(精简方案 + IA §5)。
早期工程域侧栏(图 01):概览 / 商品(独立拆出 SKU 矩阵 · 商品设置) / 内容 / CMS 中心 / 设计中心 / 市场
运营定稿四块主干:商品发布 · 组件与素材 · 市场管理 · 站点连接
现行 IA 六项一级导航(图 08 左栏):概览 · 商品(全部商品 / 商品设置) · 内容 · 站点 · 发布 · 工具
列表汇总、点开看明细——把多站点复杂度压成可扫读徽章,而不是让多套并行状态机同时暴露给运营(IA §3)。
六态显式优先级:站点自管 > 发布失败 > 站点上有改动 > 有更新待发布 > 已发布 > 未发布
叠加与过渡规则:「发布中」只做过渡小标;「未定价」作为叠加标记提示补齐,不混入主状态机。
常见路径收成:点「发布到站点」→ 自动检查 → 通过则直接发并读回。仅「站点上有改动」或「检查不通过」才弹小窗(覆盖 / 跳过 / 去处理)——用「少强制判断」对齐界面规范第 9 条,换掉四段工程手递(IA §4 + M2 目标流程)。
Hub 做统一入口与下发内容/基础价;库存、促销、无接口能力留在站点,管理范围按领域选「总部管 / 站点自管」。产品主张是可控的多站点操作系统,不是第二个 Woo 管理端(对照图 08 右栏销售市场/记录状态,以及下图 04 渠道连接边界)。
高频运营工具同样贯彻「显式站点作用域 + 同页完成操作」:商品图库在弹窗内区分「全球素材」与「本站素材(ELFBAR UK · en-GB)」,支持多选并拖拽调整首图顺序,已添加图片自动置灰防重。
① 站点素材筛选与「全球 / 本站」徽标 顶栏切换「全部 / 全球素材 / 本站素材 · ELFBAR UK」,缩略图左上角标记「全球」或「本站」归属,右上角显示多选序号(图库已有 2 张自动置灰防重)。
② 已选队列拖拽重排首图 右栏实时汇总「已选 3 项」,支持按住拖拽调整顺序(深色描边项为拖拽中),第 1 张自动设为新增商品首图,放手后与网格序号同步更新。
③ 同页批量确认写回 底栏明确提示「已选 3 项 · 将添加到图库末尾」,点击「添加到图库 (3)」即刻在当前商品编辑页完成追加,无需跳出至独立媒体中心。
④ 显式绑定当前站点作用域与图库上下文 标题栏固定标明「用于:商品 › 商品图库(多选,可排序) · 当前站点 ELFBAR UK · en-GB · 图库已有 2 张」,从源头防止跨站误用素材。
可讲的设计收获(不依赖数字):用「对象×站点状态 + 运营导航」同时解决多站点可见性与认知负担;用「冲突才打断的一键发布」对准超长手递,而不是再加一面板。页内仅呈现已核实的定性架构成果与验收实屏;面谈可按发布步数、冲突打断与待办动线方向进一步展开。
发布路径手递步数对照(基于《M2 流程精简方案》核实点击账目)
用结构化预检替代人工跨页对账
Approve(批准) → Save(暂存) → Submit(提交分发) → Target Reconciliation(目标对账);连接过期时需跳出重连并重复手递。
商品编辑页直接点 发布到站点 → 自动执行 交付预检 → 无冲突直接下发并读回;仅在 站点上有改动 或 失败 / 待确认 时弹小窗决策。
结果证据 E2 · 一键发布与冲突/预检打断实屏(自图 05 · 图 08 抬升)
同页触发「发布到站点」+ 前置属性拦截 + 发布中心「交付预检 / 待确认 / 失败」打断筛选
结果证据 E3 · 对象 × 站点状态实屏(自图 01 · 图 08 · 图 03 抬升)
跨商品列表、商品详情与市场配置统一锚定状态徽标(草稿 / 启用 / 生效中 / 待配置)与站点市场旗(US / GB)
草稿 / 启用)与目标市场(US / GB)
生效中 与 GB 市场标,右栏显式提示「记录启用不等于已发布」
GB · United Kingdom · GBP · en-GB)、状态(草稿)与配置进度(待配置)
结果证据 E4 · SKU 市场可售资格与「站点 × 市场」作用域过滤(自附录图 02 · 图 06 抬升)
兑现多市场权限与真实运营入口:跨商品 SKU 事实审核与按「站点 × 市场」组合筛选资产
待检查)、记录状态(生效中)与市场授权(GB)
站点: Local GB Site 与 市场: United Kingdom (GB)
过程与规范文档(内部定稿归档):①《Notion Admin IA(2026-10-22 · 一级导航、20 页清单、对象×站点状态模型与发布路径)》;②《Admin 导航与入口精简方案(含 M0 真实入口清单)》;③《M2 发布流程精简方案(现网多步点击账对照与一键发布目标流)》;④《商品原型 Shopify Admin 对照审查(P1:SKU 入口、站点状态、库存只读、保存/发布分离、结构化商详)》;⑤《自定界面规范 10 条与工程词转运营词对照表》。
正文已抬升关键实屏索引:页首状态条与日常待办(图 12 侧栏/待办 + 图 03 市场范围)、图 01(问题锚点 + 侧栏对照)、导航三阶段收敛(图 01 / 12 / 08 左栏)、一键发布与预检打断(图 05 / 08 裁切)、图 04(渠道连接边界)、图 09(多选素材选择器与 ①–④ 同屏图例)、结果区冲突打断与对象×站点状态实屏(图 01 / 02 / 03 / 05 / 06 / 08 抬升)。