# C端液态玻璃 UI 设计第三次评审会议纪要

版本：v0.1
状态：会议整理完成；设计方向与后续验证项待收口
会议日期：2026-08-21
会议时长：约 2 小时 40 分钟
会议主题：C 端页面模板、组件组合与液态玻璃视觉方向评审

## 修订记录

| 日期 | 版本 | 变更类型 | 变更摘要 |
| --- | --- | --- | --- |
| 2026-08-22 | v0.1 | 初始创建 | 基于 2026-08-21 会议音频及字幕整理会议重点、已形成共识、待确认问题、后续事项与会议提及时间表。 |
| 2026-08-22 | v0.1 | 重要补充：角色归属与结论收口 | 经参会角色确认，将匿名转写中的发言人 1–6 映射为赵总、唐雷、文静、老沈、木白、邓生；补充本次会议已拍板结论，并据此重整责任归属与待办。 |
| 2026-08-22 | v0.1 | 重大：补充销售讲解导航分组结论 | 明确销售讲解用导航分组是与液态玻璃并列的核心设计点，纳入后续设计推进；仅其具体配置、跨端职责和交付规则待继续收口。 |

## 1. 资料与使用边界

| 项目 | 内容 |
| --- | --- |
| 原始资料 | 同目录 `资料/08-21 C端液态玻璃UI设计规范.mp3`、`资料/08-21 C端液态玻璃UI设计规范.srt` |
| 整理依据 | 以 SRT 转写为主、音频为可回听原始依据。转写存在口语、省略和个别识别误差时，不将单句表述直接视为正式产品规则。 |
| 本纪要用途 | 为后续设计收口、原型验证与需求同步提供追溯依据。 |
| 不代表 | 不代表现有 C 端 PRD、组件规则或开发排期已经变更；涉及范围、性能、B/C 端职责和正式交付日期的事项，须另行确认后回写正式文档。 |

## 2. 参会角色与发言归属

| 转写编号 | 参会角色 | 会议中的主要职责 | 归属状态 |
| --- | --- | --- | --- |
| 发言人 1 | 赵总 / 总决策人 | 明确产品方向、商业与销售场景要求，并对重大取舍作决策。 | 已确认 |
| 发言人 2 | 唐雷 / C端产品负责 | 审视 C 端页面、组件、使用流程与交付节奏，组织产品侧收口。 | 已确认 |
| 发言人 3 | 文静 / 设计师 | 展示并解释页面、导航、组件和液态玻璃方案，落实设计试点。 | 已确认 |
| 发言人 4 | 老沈 / 新产品项目负责 | 参与项目协同与局部信息补充；本次发言较少，未形成独立设计或产品结论。 | 已确认 |
| 发言人 5 | 木白 / 设计决策 | 收敛设计探索范围，要求以少量代表性组件和完整页面验证设计方向。 | 已确认 |
| 发言人 6 | 邓生 / 研发负责 | 判断实现边界、第三方内容限制、动效触发和性能风险，并给出研发评估。 | 已确认 |

> 本纪要以下内容按上述角色归属整理。角色能说明意见的决策层级和负责范围，但不把任何个人的探索性意见自动写成正式需求。

## 3. 本次会议的明确结论（可执行）

| ID | 已拍板结论 | 会议决策含义 | 本轮交付要求 |
| --- | --- | --- | --- |
| C-01 | C 端继续以“液态玻璃”为本轮视觉与交互探索主题。 | 不再仅沿用纯扁平或单纯毛玻璃方向；设计需要拿出能体现玻璃质感与交互流动感的方案。 | 文静须输出可评审的液态玻璃试点，而不是只提供概念说明。 |
| C-02 | 不先重做全部组件或并行制作多套页面。 | 首轮以少量代表性组件做深、做透，再组合为一个完整页面验证。 | 先完成地图与户型列表两个重点对象，并以完整页面呈现。 |
| C-03 | 地图与户型列表为首批优先验证对象。 | 两者覆盖底图、卡片/列表、按钮、切换、信息密度和全屏/展开等关键复杂度，足以检验设计方向。 | 试点必须覆盖默认、交互、展开/查看全部及返回等关键状态。 |
| C-04 | 液态效果不能只停留在静态透明面板，必须定义交互触发。 | 点击、悬停、拖拽、切换或加载等行为中，需有可感知的形变、光影或流动反馈；静态态则保证可读性。 | 文静与邓生共同明确每个试点效果的触发方式和技术实现边界。 |
| C-05 | 试点必须与性能验证同步进行。 | 视觉效果不能以牺牲地图、长列表、3D/沉浸内容等场景的稳定性为代价；不可行效果应降级或移除。 | 邓生在高密度内容和复杂交互条件下验证性能，并记录降级建议。 |
| C-06 | 先做出一个可评审的完整页面，再决定扩展范围。 | 会议不以单个 Widget 完成或一组静态稿作为通过标准；必须看页面中导航、内容、组件和状态是否协同。 | 木白组织设计评审，唐雷核对 C 端产品使用路径，赵总在试点结果基础上决定是否扩展。 |
| C-07 | 销售讲解用导航分组是本轮必须补充推进的核心设计点。 | C 端除自由浏览外，应支持销售人员按讲解场景、客群或内容顺序组织一组入口；它不是把多个单链接简单并列，而是让销售能选择一套讲解方案并按方案进入内容。 | 唐雷梳理产品规则，文静输出入口、分组切换与讲解起始态设计，木白评审，赵总确认最终范围。 |

### 3.1 本次未拍板、不得当作结论的事项

- 液态玻璃是否覆盖全部组件与全部页面：**未定**。当前结论是“先做代表性试点”，不是全量改造授权。
- 销售讲解导航分组的具体配置方式、B/C 端职责、链接/页面交付模型和内容组合规则：**未定**。但其作为本轮核心设计点推进已确定。
- 液态效果的具体实现方式、性能阈值和降级标准：**未定**。由试点实测后确认。
- 下周四或周五是否为试点完成时间：**未定**。会议仅讨论了估算和资源约束，要求下周一重新确认。

## 4. 按角色梳理的会议重点

### 4.1 赵总：方向与决策要求

- C 端不应只解决视觉样式；要服务于销售讲解、项目内容组织和客户现场使用。销售讲解导航分组已明确作为核心设计点推进；其产品范围、配置方式和交付模型仍需后续收口。
- 液态玻璃应作为设计主题继续探索，不能因局部复杂就直接放弃；但没有形成“所有页面、所有组件必须全量液态玻璃”的正式规则。
- 要求以真实内容复杂度检验设计，尤其关注多楼栋、高数量住户/卡片、地图、3D 等场景；性能和可用性不足时应削减效果。
- 明确要求少做泛化方案、先做深度示例；并提示真实项目素材存在保密边界，未经授权不得外发或公开演示。

### 4.2 唐雷：C端产品与页面使用规则

- 指出导航、页面内预览和组件完整使用态不应重复或冲突；对需要深度操作的地图、户型等组件，应有统一且可发现的展开/全屏路径。
- 识别出固定导航与滚动内容可能遮挡，以及小、中、大组件若没有明确使用任务会沦为纯视觉排版的问题。
- 提议优先使用地图与户型列表验证，因为两者同时覆盖底图、卡片/列表、切换、按钮和高信息密度等复杂条件。
- 负责协调文静处理平面色彩切换及相关交付节奏；会议中给出 28 日交付相关依赖和缓冲的讨论，但未形成正式承诺。

### 4.3 文静：设计方案、限制与试点输入

- 已输出多个导航和组件组合方案，说明局部导航、全局导航、折叠、预览、小中大尺寸与全屏展示等不同状态。
- 明确指出全量叠加液态玻璃在可读性、复杂卡片叠层、文字展示和页面内容区上存在实际限制；导航和局部面板相对更适合作为优先试点。
- 需把试点从概念效果转成可评审状态稿：默认、悬停/触摸、选中、点击、拖拽、展开/全屏、返回及不可用/降级状态。
- 需要取得明确的动效参考、触发定义和素材边界，不能只根据“液态”这一抽象词自行补齐规则。

### 4.4 木白：设计收敛与评审方法

- 要求停止同时铺开大量页面和组件方案，先选择少量代表性组件做深，再组装成一个完整页面评审。
- 反复要求明确“当前到底做什么、做几个、何时交付”，避免设计探索取代可评审产出。
- 主张先让液态玻璃方向形成可见、可讨论的示例，再决定是否扩展；不要求设计师在首轮完成全部效果。

### 4.5 邓生：研发实现与性能边界

- 第三方地图及非自有内容不能假定支持真实底图折射；在自有按钮、操作栏或外层底板上可探索局部效果，但应以实现验证为准。
- 液态效果必须有可说明的触发和行为，例如点击、悬停、拖拽、切换或加载引起的形变/光影变化；静态半透明本身不能直接等同于液态。
- 建议先选择一个高代表性页面进行 Demo 和性能测试；高密度列表、地图拖拽/缩放、3D 内容等是需要重点验证的风险场景。
- 技术侧曾给出“两至三天”的初步估算，但其前提、资源和素材尚未锁定，只能作为排期输入。

### 4.6 老沈：项目协同输入

- 本次发言数量显著较少，主要为确认、操作和局部信息补充；会议记录中未见其提出可单独归属的产品规则或设计决策。
- 后续应参与素材授权、外发边界、跨团队资源与排期协调，避免将“真实场景验证”的需求落为无法使用或不可外发的资料。

## 5. 会议重点摘要

1. 当前问题不只是视觉样式，而是 C 端页面如何把“组件入口、页面内预览、全屏使用、导航和讲解方案”组织成一致体验。小、中、大尺寸组件的价值、入口与完整使用态需要明确，不能只为排版变化尺寸。
2. 液态玻璃被定位为本轮重点探索的视觉主题，但并未形成“每个组件、每个页面均采用完整液态玻璃”的可执行结论。会议明确担忧可读性、复杂内容叠层、第三方地图、长列表与性能负载。
3. 评审要求停止平均铺开多个页面方案，优先选取代表性、复杂度高的页面与组件做深做透，验证视觉、交互和实现可行性后再扩展。
4. 地图与户型列表被反复指出为优先验证对象：它们同时包含底图、卡片/列表、筛选或切换、按钮、全屏/展开等典型复杂情形；地图还包含第三方内容限制。
5. “销售讲解方案/导航分组”已明确为与液态玻璃并列的核心设计点：C 端需支持自由浏览以外的讲解方案选择、分组切换、方案内内容顺序与首内容打开。其 B/C 端配置、权限和交付模型仍需继续收口。

## 6. 已形成的工作共识

下列为会议中可直接执行的共识；不等同于正式需求发布。

| 主题 | 共识 | 对后续工作的要求 |
| --- | --- | --- |
| 验证策略 | 先做少量代表性组件/一个可评审页面，不要求先重做全部约 22 个组件。 | 以地图、户型列表为第一批候选，组装成完整页面后评审。 |
| 液态玻璃的表达 | 液态玻璃不只等于半透明底板；应同时评估静态玻璃质感、选中/悬停/点击/拖拽等行为触发的流动或光影反馈。 | 为每个试点组件明确静态态、交互态、触发方式与关闭/降级方案。 |
| 页面可用性 | 非全屏的复杂组件应具备明确的“展开/全屏/查看全部”路径，且入口位置应统一。 | 组件试点需说明预览态与完整使用态的关系，不能仅放一个缩小展示。 |
| 性能先行 | 视觉探索必须同步做负载验证，尤其是多卡片、长列表、地图、3D/沉浸内容共存时。 | 用高密度样例测试，不以单一理想素材判断可上线性。 |
| 真实素材验证 | 模板不能只用理想化示意素材验证，应在授权范围内覆盖真实比例、数量和内容复杂度。 | 使用前须落实授权与脱敏要求；未经授权的真实项目资料不得向第三方展示或公开传播。 |

## 7. 关键讨论结论与设计约束

### 7.1 页面与组件组合

- 组件的小、中、大布局应服务于明确任务：预览/入口、有限操作、完整操作，而非仅因页面留白而切换尺寸。
- 地图、户型、住户表等需要详细操作的组件，应从页面内预览进入更完整的使用状态；全屏或“查看全部”入口及其关闭/返回路径需要统一设计。
- 固定导航、Logo 与滚动内容之间可能发生遮挡或视觉冲突。页面模板需明确导航是固定、随内容滚动，还是在全屏态隐藏。
- 复杂长列表不能只按少量卡片展示来评估。会议举例包括大量住户/多个楼栋的情况，须验证“默认展示 + 查看全部 + 展开后的排列和加载”是否可用。

### 7.2 液态玻璃应用边界

- 推荐将“玻璃质感”和“液态行为”拆开判断：玻璃主要涉及透明、模糊、层次和高光；液态主要体现为形态、折射、光影或元素在交互中的流动变化。
- 不宜把液态效果平均铺满所有卡片和文本区。文字可读性、信息密度与销售讲解效率优先于特效覆盖率。
- 地图、第三方嵌入内容和部分受限卡片不能假定能实现真实底图折射；可探索在自有按钮、操作栏、外层底板上使用局部玻璃/动态反馈，但需以实测为准。
- 对无法使用液态表达的区域，可在保持统一主题的前提下使用玻璃、光影、形态或交互反馈作为替代。替代规则尚未定稿，不能自行扩大为设计系统规范。

### 7.3 讲解方案与导航分组

- 销售人员需要按不同客群、讲解主题或内容顺序组织一组入口，而不是只按固定菜单浏览；该能力已明确作为本轮核心设计点推进。
- 设计目标是“讲解方案切换”：销售人员选择一个方案组后，系统呈现该组的入口与顺序，并从该方案设定的首个内容开始讲解；它不能退化为把多个单链接或收藏夹简单罗列。
- 该能力可能涉及 C 端入口形态、B 端配置、内容排序和模板生成，属于跨端产品能力。设计可先推进入口、分组切换、方案内导航与首内容打开状态；具体配置模型、权限和交付规则须同步收口，不能静默假定。

## 8. 后续事项

| ID | 后续事项 | 责任角色 | 交付物/完成标准 | 优先级 | 状态 |
| --- | --- | --- | --- | --- | --- |
| A-01 | 选择地图与户型列表作为第一批液态玻璃验证对象。 | 文静；木白评审 | 两个组件的关键状态稿：默认、悬停/触摸、选中、展开/全屏或查看全部、返回。 | P0 | 待开始 |
| A-02 | 用上述组件组装至少一个完整、可评审的 C 端页面模板。 | 文静；唐雷核对产品使用路径 | 页面覆盖导航、底图/内容区、组件入口、完整使用态与切换/返回路径；不是只提交孤立组件。 | P0 | 待开始 |
| A-03 | 为试点写出液态效果的触发说明。 | 文静 + 邓生 | 明确哪些效果是静态玻璃，哪些由点击、悬停、拖拽、切换或加载触发；无法实现项标注原因与替代方案。 | P0 | 待开始 |
| A-04 | 做高密度与性能可行性验证。 | 邓生；唐雷确认业务场景 | 至少覆盖高数量列表、地图交互及与复杂内容同屏的情形；记录卡顿、崩溃、不可读或无法实现的边界。 | P0 | 待开始 |
| A-05 | 明确试点素材的授权、脱敏和外发规则。 | 老沈协调；赵总确认边界 | 指定可用于内部验证的素材；未获授权的真实项目素材不得交付第三方或公开演示。 | P0 | 待确认 |
| A-06 | 输出销售讲解导航分组的设计方案。 | 唐雷 + 文静；木白评审 | 至少说明方案入口、分组切换、方案内导航顺序、首内容打开状态，以及自由浏览与讲解模式的关系。 | P0 | 待开始 |
| A-07 | 查找既有平台切换/分组的历史工作流，并收口跨端规则。 | 唐雷准备方案；老沈协同；赵总确认范围 | 明确 B/C 端职责、配置主体、内容组合、与单链接交付的关系、权限及是否需要更新正式 PRD；不改变“本轮要推进设计”的结论。 | P1 | 待确认 |
| A-08 | 试点通过后，形成可复用的 C 端液态玻璃应用规范。 | 木白 + 文静 + 邓生；赵总确认 | 规定适用组件、禁用场景、状态、性能门槛与验收方式；未通过试点前不发布为正式规范。 | P1 | 待开始 |

## 9. 时间表（会议提及，尚待正式确认）

> 会议未形成全体确认的正式排期。下表仅整理会上出现的目标和估算，不能视为承诺日期；排期应在下周一按实际资源和技术验证结果重新确认。

| 时间 | 会议提及的目标/安排 | 依赖与风险 | 当前口径 |
| --- | --- | --- | --- |
| 2026-08-22 至 2026-08-23（周末） | 查找既有切换工作流；研究液态动效的触发方式；准备试点输入。 | 需明确可用素材及负责人时间；“AI 协助”仅为会议建议，不替代设计与技术验收。 | 建议执行，未见正式指派确认。 |
| 2026-08-24（下周一） | 同步工作进度、重新确认试点完成时间；会议中另提及处理一项平面色彩切换工作。 | 本纪要不将平面色彩切换与液态玻璃试点混为同一交付物。 | 应作为排期确认点。 |
| 2026-08-25 起（会议中称“从周二开始”） | 推进地图与户型列表的液态玻璃试点。 | 设计状态定义、技术可行性、素材授权和性能验证均会影响时长。 | 暂定工作窗口。 |
| 2026-08-27 至 2026-08-28（下周四/五） | 会议中给出的设计侧初步预估。 | 与技术侧“两至三天”评估、其他运营工作并行；会上亦认为该时间可能偏晚。 | 风险日期，非已承诺交付日。 |
| 试点完成后 | 组织评审，决定是否扩展至更多组件/页面，并决定液态、玻璃和替代效果的正式边界。 | 需同时满足可用性、视觉一致性和性能门槛。 | 后续关口。 |

## 10. 待确认问题

| ID | 待确认问题 | 为什么需要确认 | 建议决策方式 |
| --- | --- | --- | --- |
| Q-01 | 液态玻璃的正式目标是“全量视觉风格”还是“局部交互特效体系”？ | 两种目标会改变组件改造范围、性能预算和验收方式。 | 以地图与户型列表试点结果为依据，明确适用与禁用场景。 |
| Q-02 | 地图和第三方内容区域允许采用何种替代表达？ | 真实折射可能受第三方内容与性能限制；强行模拟会造成错位或卡顿。 | 技术与设计联合列出可实现层级，产品确认可接受的视觉下限。 |
| Q-03 | 销售讲解导航分组如何配置并落入 B/C 端？ | 该设计点已确定推进，但仍会影响 B 端配置、内容组合、页面入口和权限/交付模型。 | 先形成独立需求说明，明确配置者、方案对象、内容排序、首内容、权限与交付规则，再同步 UI 和 PRD。 |
| Q-04 | 组件预览、全屏、查看全部的统一状态和返回规则是什么？ | 否则不同组件会出现无法发现、难返回或固定导航冲突。 | 将该规则收口到通用组件/页面导航需求，再同步原型。 |
| Q-05 | 性能验收指标与降级策略是什么？ | 会议已识别长列表、地图、3D 和动效叠加可能影响稳定性，但没有阈值。 | 技术提出可测指标与降级方案，产品确认体验优先级。 |
| Q-06 | 哪些真实素材可供内部验证，外发边界为何？ | 会议明确真实项目资料存在保密风险。 | 由项目负责人给出书面授权范围与替代素材方案。 |

## 11. 建议的评审关闭条件

- [ ] 地图与户型列表均完成关键状态稿，且有完整页面模板承载。
- [ ] 每个液态/玻璃效果都标明触发条件、内容可读性处理与不可用时的降级表现。
- [ ] 高密度数据、地图交互和复杂内容同屏的验证结论已记录。
- [ ] 销售讲解导航分组已完成入口、分组切换、方案内导航和首内容打开状态设计；其配置与权限规则已同步至对应 C 端 PRD、通用组件规则和修订记录。
- [ ] Q-01、Q-02、Q-04 至 Q-06 已逐项确认，影响正式需求的结论已同步至对应 C 端 PRD、通用组件规则和修订记录。
- [ ] 未获授权的真实素材未被外发、公开演示或写入可公开交付物。

## 12. 下一步建议

最优先：在 2026-08-24 的同步中锁定两条并行主线：地图 + 户型列表的液态玻璃试点验收口径，以及销售讲解导航分组的入口、分组切换、方案内导航和首内容打开状态；否则页面设计无法覆盖本次会议的两项核心目标。

可选延伸：待试点完成后，再将已确认的通用状态规则回写至 `03-通用组件体系/` 与相关页面 PRD；在此之前不修改正式设计系统口径。