← 全部作品

DINGGAO / UI · UX CASE STUDY

定稿品牌素材协作平台

从需求到批准交付，
让版本、反馈与责任保持一致。

运营、设计师与品牌负责人，
围绕同一份交付依据完成协作。

个人概念设计 / 桌面端 / 2026

开始浏览完整案例 ↘

23 个展示章节32 个流程页面16 个关键状态多角色 · 版本审核 · 批准交付

品牌素材协作平台：让每一次定稿，都有据可依。 — 01封面 · 每一次定稿，都有据可依
放大查看 ↗

围绕反馈散落、版本混淆与交付依据不清的场景假设，明确三类角色的需求。 — 02项目命题 · 从文件管理到决策依据
放大查看 ↗

需求分析：运营、设计师与品牌负责人的目标、场景阻碍和产品支持，以及找对任务、核实修改、交付正确版本三个任务结果。 — 02A需求分析 · 角色与场景
放大查看 ↗

需求分析：需求分配、版本校验、逐项复审和批准交付四项核心需求；列出优先原因、验收判据、辅助需求、范围边界及验证计划。 — 02B需求分析 · 优先级与验证
放大查看 ↗

从场景问题到信息组织：队列与预览、标注与确认、批准记录绑定版本；同时说明代价。 — 03三个问题，决定信息如何组织。
放大查看 ↗

三角色工作流程图：运营创建并分配需求，设计师查看要求、制作上传并校验文件；品牌负责人核对、要求修改或确认反馈并批准；运营领取批准版本交付包。棕色箭头表示补齐、退回与继续核对。 — 04工作流程图 · 三角色泳道
放大查看 ↗

运营从活动进入任务，查看进度、负责人和截止时间，创建素材需求。 — 05从活动出发，把素材任务组织起来。
放大查看 ↗

运营约定交付标准；设计师准备预览、源文件与修改说明。 — 06从需求到提交 · 交接信息
放大查看 ↗

设计师从我的任务进入需求详情，核实规格、参与人及参考资料后开始制作。 — 07接到任务时，先看清交付要求。
放大查看 ↗

设计师在版本提交页同时核对文件、修改说明和上轮反馈；已处理仍需审核人确认。 — 08每一轮提交，都带着修改依据。
放大查看 ↗

品牌负责人使用任务队列和大幅预览逐项审核；保留版本、截止时间和本轮修改摘要。 — 09工作台 · 先识别素材，再进入审核
放大查看 ↗

素材标注与反馈列表同屏对应，结合历史版本核实修改。 — 10审核 · 同屏核对与版本比较
放大查看 ↗

V2 与 V3 以相同比例并排展示，核对标题对比度和产品右侧安全距离。 — 11并排比较，让变化可以被核实。
放大查看 ↗

反馈从两条待确认、一条待确认到全部确认，批准按钮随进度启用。 — 12状态 · 已处理不等于已确认
放大查看 ↗

品牌负责人填写退回原因，设计师处理后提交 V4，历史退回记录保留在 V3。 — 13不通过，也要让下一步足够明确。
放大查看 ↗

批准前确认当前 V3，保存成功后形成可交付结论；请求失败时可以重试。 — 14批准前，再确认一次交付对象。
放大查看 ↗

运营从已批准素材库查找可复用资产，进入详情核实版本和下载文件。 — 15把已经批准的素材，变成可复用资产。
放大查看 ↗

交付详情展示版本、批准人、时间以及预览稿、源文件和说明清单。 — 16交付 · 把批准结果交出去
放大查看 ↗

V3 已批准后另行提交 V4 时，V3 仍可交付，V4 需要独立审核。 — 17最新的一版，不一定是可交付的一版。
放大查看 ↗

上传进度、上传失败、缺少源文件和版本保存失败分别提供恢复入口。 — 18上传与提交失败，需要不同的恢复方式。
放大查看 ↗

区分筛选无结果、任务已完成、加载失败和无权限，分别给出可继续工作的出口。 — 19空白、失败和无权限，不是同一种状态。
放大查看 ↗

统一主次按钮、业务标签、圆角、线性图标和文字层级。 — 20一致的细节，降低反复理解的成本。
放大查看 ↗

海盐蓝视觉系统，32 个流程页面与 16 个关键状态，以及下一步任务验证计划。 — 21系统与复盘 · 一致且可信
放大查看 ↗