01 / 框架设定
先明确需要修改的问题与范围、可接受成本，以及这次需求的主要诉求和关注重点。
设计体系与协作 · 石墨
让设计经验，成为团队可复用的资产。
从设计稿的保存与迭代，到组件的维护与评审，让有限的设计资源持续支持多条业务线。
- 我的职责
- 设计团队统筹、体系建设与产品体验
- 团队规模
- 带领 3–4 人设计团队
原稿包含管理体系的完整分支；本页展开设计资产、产出标准、组件库与协作机制。
设计资产管理
保存的不只是页面，也包括判断。
灵感、研究过程、落地方案与评审记录，需要和设计稿一起被组织。查阅已有资产时，团队也应能找到某个颜色或一段文案背后的思考。
01
找到原稿
按产品与功能模块组织文件，避免设计稿散落在不同需求中。
02
保留过程
将研究、方案与评审记录归档，保留设计选择的上下文。
03
延续迭代
后续设计沿用同一份资产，使新成员能够理解并接续工作。
把经验写成可以执行的规范。
原有设计稿中存在用截图代替源稿、画板随意摆放等问题。我整理标准化流程，帮助设计师与实习生在创建文件时先想清楚功能范围、逻辑关系和后续维护方式。
This shows the standards cover already included in the original portfolio; the full internal asset directory is not reproduced.
设计稿产出标准化
让文件结构，跟随产品逻辑。
每个功能模块使用一个 File，后续迭代在原文件中继续；跨模块需求分别更新对应模块，交付时再集成。Pages 则区分交付、当前与历史版本、过程文件和组件库。
同一份源稿，可以被继续理解和使用。
命名和分区不是单纯的整理动作。设计师需要明确自己正在处理哪一部分功能，以及它与其他功能怎样关联。每次交付保留可编辑源稿，历史与过程材料仍可回查。
把逻辑、状态与迭代，摆在同一张图里。
原稿继续把画板排布落到实际工作中：用逻辑结构和状态组织界面；迭代在版本页面中完成，变更确定后再复制到需求交接页面；历史文件与分析过程分别保留。
分布式组件库搭建
共同规则，需要容纳业务差异。
业务线多、设计资源有限，每位设计师可能同时支持多个套件。组件库既要维持共同的视觉与交互规则，也要适应各套件的具体工作场景。
先理解设计师为什么绕开组件。
组内讨论显示，查找繁琐、命名不清和布局过于僵硬，使组件难以直接用于实际场景。一些设计师会分离组件，原本应持续同步的规则也随之失效。
组内反馈的六个问题
- 组件与颜色选项过多，难以挑选。
- 部分组件命名不清，难以识别。
- 布局与边距过于僵硬，难以适配场景。
- 部分样式陈旧，需要更新。
- 组件数量与属性深度需要平衡。
- 套件常用组合不适合全部放进总库。
选择很多，不代表更容易选择。
原稿记录，仅选颜色就需要面对包含 128 项的选单；套件常用组合又不适合全部放进总库。我据此明确总库与套件库的维护边界，避免让每个业务差异都增加公共库的负担。
128 项来自原稿的问题描述；此图是其中一段色板示例。
总库定义共性，套件库维护业务。
总组件库聚焦原子、分子及跨套件共用组件；套件组件库维护特有控件、面板与组合。总库已经规定的内容不重复定义，其余部分由套件设计师维护。具备更广复用价值的组件进入待定区，再经小组讨论决定是否纳入总库。
可操作的设计决策流程
让评审围绕问题、依据与取舍。
评审先建立共同框架，再展开思路，最后比较和收敛方案。三个阶段各自保留明确的问题，避免直接跳到对结果的好恶判断。
02 / 思路阐明
回看原方案思路，先不受限制地发散可能方向，再提出具体提案并记录取舍。
03 / 方案收敛
淘汰不符合框架的方案；比较资源与影响，排序关键取舍，确定优先方案和次级方案。
三阶段根据原稿整理；可查看各阶段原始内容。
内部交流规范
把讨论说清楚，也让彼此容易回应。
团队既关注每位设计师的内容与观点，也关注表达的方式。交流准则强调具体问题、明确范围、简洁指代与准确术语，并避免用反问代替回答。
- 描述具体问题，减少笼统的定性形容。
- 明确讨论范围，每段只描述或回答一个问题。
- 用指代词简洁地说明复杂对象。
- 不能准确界定的专业术语，不使用。
- 不用反问句进行提问或回答。
落地与回看
让规范，进入真正重复发生的工作。
我推进设计标准改造，并完成应用表格产品线所有控件的标准化。规范的价值最终落在后续设计与适配能否沿用共同基础，而不只是文档和组件的数量。
项目 A · 标准改造前
阿拉伯语 UI 国际化
1.5 人月
前端按客户要求逐项调试 UI 细节，产生大量重复调整。
项目 B · 控件标准化后
同等工作量的定制化 UI 适配
7 人日
在应用表格控件标准化后完成适配，结果得到公司领导层肯定。
项目 A、B 为匿名化项目；投入来自本人项目复盘。同等工作量下对比不同项目，保留人月、人日原单位。
团队责任与共同结果
我负责石墨全部品牌与产品体验设计，带领 3–4 人设计团队，在人员减少的情况下仍取得超预期的设计成果。
设计体系的目的，是让团队更自由地思考。
资产、标准、组件与评审一起工作，减少无方向的查找与重复整理，把注意力重新放回创意、产品逻辑与设计判断。
继续探索
AI 设计思考从共同的设计经验，走向与 AI 协作。