IBM：视觉参考
用可解释的规则与结构表达技术可信度。视觉系统不仅统一外观，也让数据、架构、交互和内容能够被清楚理解。
先看真实案例
真实原图、手册页与网页实录。正文显示压缩预览，点击可看清晰大图；出处与日期见图注。
看图重点：黑底中的蓝色立体字形同时承担文字与影像主体。
IBM 官方原始媒体
看图重点：将不同文字系统放入同一张样张，方便观察品牌字族的跨语言协调。
IBM 官方原始媒体官网与产品页面实录
以下为官方页面的真实浏览器实录，包含产品首屏、功能区域和部分移动端页面。点击“清晰大图”查看文字与界面细节；出处与日期见图注。
原文内容摘要
下面直接摘要原始资料中的规则、做法与案例内容。每段附出处；后面的视觉观察另有标记。
Design Language 把品牌基础接到各类实现
IBM Design Language 覆盖字体、颜色、2x Grid、标志、图标、插画、摄影、数据可视化、布局与动画，并提供字体、视频栅格、图标和插画工具。导航将它连接到 Carbon 产品系统、IBM.com、活动与空间设计。基础语言统一，网站、产品、活动和办公空间有各自实现层。
来源：原始资料。官方原文摘要。
Plex 有真实斜体和不同文字功能家族
Plex 展示 Sans、Mono、Serif、Sans Condensed 及各自斜体，试排支持从 Thin 到 Bold 等多档字重。概念说明把 IBM 标志的板状衬线、内部直角与外部曲线等细节带入字体。这里的斜体是设计完成的字体版本，等宽、衬线、压缩字宽也各有家族，而不是在排版软件里临时变形。
来源：原始资料。官方原文摘要。
Carbon 让品牌规则成为可复用 UI
Carbon 以 IBM Design Language 为基础，包含可运行代码、设计工具、交互指南及社区贡献机制。官网并列提供 Figma／Sketch 资源和 React、Angular、Vue、Svelte、Web Components 等库。设计师与研发可以围绕同一组件工作；系统基础与框架实现是不同层次，可分别查看。
来源：原始资料。官方原文摘要。
官方账号与宣传矩阵
官方账号与宣传矩阵
如果我们要做一次「企业技术论坛与设计工作坊」，可以研究 IBM 怎样把公司介绍、产品内容、活动页面和社交账号连接起来。先辨认账号身份，再观察成品的标题、画面、文案和行动入口。
品牌边界与内容定位
IBM 集团、IBM Design、Carbon 与开源项目分开。
主要研究对象是企业客户、技术决策者、开发者与设计团队。下面的内容定位与制作方案是作者的观察和练习建议：严谨的信息层级、行业问题与可验证的技术内容。它们不是该公司公开披露的内部运营制度，也不代表固定的发文频率。
自有发布平台与承接入口
这些入口包括网站、新闻、设计系统、代码、活动、商业服务和企业资料。网站与账号是不同记录：活动网站承接报名或信息，社交账号负责把人带过去。表中“观察内容”说明我们应该研究什么，不表示完整读取了所有子页面。
| 平台或栏目 | 层级 | 观察内容 |
|---|---|---|
| IBM 官网 | 公司与商业 | 公司社交入口与业务内容 |
| IBM Design | 设计 | 设计内容与 ibmdesign |
| IBM Design Language | 品牌与设计 | 跨媒介视觉语言 |
| Carbon | 设计系统 | 独立社区、文章与项目渠道 |
| IBM Plex | 字体 | 品牌字体资源与项目说明 |
| IBM Think | 大会 | 企业技术发布与行业案例 |
官方账号与证据
A 是官网页面中的出站链接记录；即使平台主页需要登录，链接来源仍可查。B 是平台公开资料或平台矩阵收录，逐号认证／官网互链未全部复核。Q 是官方文字、二维码或图标，仅能确认表内写出的信息。H 是历史官方记录，需要复核现状。主页可用性、当前昵称和活跃状态可能变化。
| 平台 | 账号或官方入口 | 业务与市场范围 | 身份依据 |
|---|---|---|---|
| IBM | IBM 集团 | A · 官网出站链接；出处 | |
| X | IBM | IBM 集团 | A · 官网出站链接；出处 |
| YouTube | IBM | IBM 集团 | A · 官网出站链接；出处 |
| GitHub | IBM | IBM 集团 | A · 官网出站链接；出处 |
| X | ibmdesign | IBM Design | A · 官网出站链接；出处 |
| X | _carbondesign | Carbon 设计系统 | A · 官网出站链接；出处 |
| Medium | Carbon Design | Carbon 设计系统 | A · 官网出站链接；出处 |
| GitHub | carbon-design-system/carbon 项目 | Carbon 设计系统 | A · 官网出站链接；出处 |
只出现二维码时，不补猜微信 ID；出现微博内容转载页时，不把它当作已取得的微博主页。GitHub 项目、知乎专栏和 Discord 活动邀请按其实际形态记录，不能与公司主品牌账号混算。
各平台覆盖状态
这一表方便检查国内与国际渠道。它记录本轮证据覆盖，不是“有号／无号”的判定，也不声称已经收齐所有国家、业务和历史账号。
| 平台 | 本轮记录 | 核对状态 |
|---|---|---|
| 微信公众号 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 微信视频号 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 微博 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 抖音 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| B站 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 小红书 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| IBM | A；详见上表 | |
| X | IBM；ibmdesign；_carbondesign | A；详见上表 |
| YouTube | IBM | A；详见上表 |
| 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 | |
| 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 | |
| TikTok | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| Threads | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 | |
| GitHub | IBM | A · 官网出站链接 |
| Medium | Carbon Design | A · 官网出站链接 |
| GitHub | carbon-design-system/carbon 项目 | A · 官网出站链接 |
本公司特别需要分清的地方
- IBM GitHub 为组织主页，Carbon GitHub 为具体项目。
- Carbon 的 Medium 是系统内容线。
- 不能从企业新闻频率推断设计团队更新频率。
一次发布或活动怎样串联
这个例子用于我们自己的「企业技术论坛与设计工作坊」，不是对 IBM 真实排期的复述。可以从 IBM 官网 和上表的活动／内容入口观察呈现方式，再按自己的受众选渠道。
| 阶段 | 内容与格式 | 适合的渠道层 | 下一步 |
|---|---|---|---|
| 公布主题 | 官网专题与一张主海报：项目名称、面向谁、参加后能得到什么 | 自己的公司官网＋已确认身份的主品牌账号 | 进入一张完整的项目说明页 |
| 说明价值 | 产品／作品演示；长文解释一次真实任务；短视频只选一个结果 | 产品内容线＋专业文章＋视频平台 | 试用、阅读教程或了解赛题 |
| 展示人物与议题 | 嘉宾卡、作品卡、议程卡；长图中的信息保持可编辑 | 活动内容线＋公众号／社交图片 | 查看完整嘉宾介绍、时间与报名条件 |
| 帮助参与 | FAQ、报名／提交步骤、示例文件、直播观看说明 | 活动页＋社区／客服内容线 | 完成报名、作品提交或收藏直播入口 |
| 活动当天 | 直播包装、演讲 PPT、现场屏幕、可实时使用的说明 | 现场与视频平台；社交账号发布精选信息 | 观看、互动与获得资料 |
| 活动结束 | 回放目录、作品与结果、资料索引、完整案例 | 官网归档＋专业／社区内容线；品牌号摘要导览 | 继续学习、试用产品或参加下一次活动 |
比赛另做一张信息母表，保存赛题版本、资格、时区、截止时间、提交文件、评审方式、奖励和咨询入口。社交卡片可以简短，母表和规则页需要完整；临时变更同步到全部承接渠道。
官网、公众号、图片、视频和 PPT 的一致性
| 物料 | 共同保留 | 按媒介改变 |
|---|---|---|
| 官网 | 自己的品牌身份、项目标题、主视觉主题与信息来源 | 补全详情、条件、目录和可使用的入口 |
| 公众号／长文 | 标题用词、图片主题、配色层级与链接目标 | 开篇说明受众与收益；正文加入过程、规则和答疑 |
| 社交海报／封面 | 项目名称、主图主题、日期与账号归属 | 重排信息；为头像、平台控件和裁切留出空间 |
| 短视频／长视频／直播 | 品牌署名、字幕样式、图形与章节词汇 | 先给演示或具体问题；短视频删减信息，长视频保留步骤和章节 |
| PPT／现场屏幕 | 同一名称、字体系列、色彩角色和图表表达 | 根据观看距离重新设置字号与信息密度，不缩小公众号长图直接投屏 |
| 比赛／作品／嘉宾系列 | 一致的编号、头像或作品展示位置、署名方式 | 为不同长度姓名与不同尺寸作品准备替代布局 |
字体、斜体、角色、摄影和图形的具体规则继续看本公司的视觉资料与横向字体地图。先查资源许可与规范范围，再给自己的品牌写一份可重复使用的规则。
尚未完成核对的分支
- IBM 中文公众号、视频号及区域号。
- IBM Research 等研究渠道。
- 招聘与产品支持账号。
复核时保存平台、显示名称、固定 ID／handle、主页 URL、认证主体、市场／语言、官网出处、当前页面截图日期与活动归属。只靠搜索同名账号或第三方排行榜，无法补齐身份链。记录模板和渠道分工见总导航与发布执行手册。
本页账号收集与来源核对日期：2026-09-30。没有发送消息、关注账号或进入需要登录的账号后台。
官方资料与视觉观察
官方资料、真实案例与视觉观察
这篇把 IBM 拆成“原始资料、设计判断、案例、制作方案、活动执行与传播矩阵”。适合研究 企业客户、技术决策者、开发者与设计团队 的内容。引用链接与读取状态是资料记录；标为作者拆解、练习或建议的部分是为自有品牌设计的方法。 具体字体、色号和组件参数只在取得明确来源时记为官方值。
原始资料与读取状态
IBM Design Language、Carbon 与 Plex 分别对应品牌基础、产品系统与字体资源；使用时注明具体层次。
| 资料 | 本次核对与适用边界 |
|---|---|
| IBM Design Language | 已读取公开文本；不代表逐项核验全部内页 |
| Carbon Design System | 已读取公开文本；不代表逐项核验全部内页 |
| IBM Plex | 已读取公开文本；不代表逐项核验全部内页 |
| IBM Plex Repository | 已读取公开文本；不代表逐项核验全部内页 |
| IBM Think | 保留既有官方入口；本次未重新读取文件全文 |
| IBM 官网 | 保留既有官方入口；本次未重新读取文件全文 |
| IBM Design | 保留既有官方入口；本次未重新读取文件全文 |
收集与复查日期：2026-09-30。历史活动保留其届次；当前主站可能已切换下一届。HTTP 200 不代表已读取脚本内所有内容，也不代表资源许可已经确认。
先理解这套表达如何成立
信息先后与视觉焦点
网格帮助对齐数据和图解，图片使用真实技术、人员与环境；架构图强调关系和边界。
作者建议先找一条完整路径：从封面或首屏进入详情，再进入操作、报名、获取或回放。记录主标题怎样改变、同一种图形怎样反复出现、证明材料在哪一层出现。成熟的视觉需要在这条路径上仍然清楚；单张好看的图不能代替完整体验。
配色的角色
作者以中性色组织信息，有限强调色区分层级和状态；图表颜色带图例，不能只凭品牌蓝辨识。
做自己的系统时，先定义背景、正文、身份强调、分类、状态五类角色。不要先画十张图再逐张取色。主题色可以出现在封面与章节页，长说明、规则、规格和表单回到稳定底色。每个状态都写出名称，颜色之外还有文字或符号。
图像与图形怎样分工
网格帮助对齐数据和图解，图片使用真实技术、人员与环境；架构图强调关系和边界。 同一组素材为官网、海报、公众号、视频和演示准备不同裁切。主体完整版本用于详情，局部版本用于解释，缩略版本用于入口。每个版本记录原图、主体位置、文字安全区和署名，避免后期反复猜裁切。
动态与语言
按信息层次逐步出现，图解先建立对象再显示关系；过渡保持稳定速度。
调性可以概括成“严谨的信息层级、行业问题与可验证的技术内容”，这是作者提炼。邀请、操作指引、规则和结果公告承担不同任务：邀请说机会，指引说动作，规则说条件，结果说事实。把四类文本放在一起校对，能发现看似统一但实际上语气混乱的地方。
三个案例方向的详细拆解
下面每个方向都给出研究方法与可做的产物。它们是基于上方资料范围的作者分析；受限页面没有被补写成已读取的内部规范。
1. Design Language
研究品牌基础怎样约束图形、文字和内容，自己的基础页解释每项规则的用途。
作者拆解。 沿着基础值、语义角色、组件和页面四层研究。先看规则表达什么，再找按钮、卡片、表单或列表如何调用。默认状态之外，继续检查加载、空内容、错误、完成与恢复，视觉应当帮助用户知道下一步。
迁移到自己的项目。 首页给行业任务，接解决方案、技术架构、案例和实施路径；文档侧提供步骤与支持。 先用自有真实内容制作，再放入最长标题、不同图片与异常状态检验。保留的是有解释力的结构关系，原品牌的名称、素材和含义不自动迁移。
可交付产物。 一页语义角色表、一个状态完整的组件和一条可完成的页面路径。用长文字、空结果与错误情况验证，不只交默认画面。
2. Carbon
研究复杂状态与无障碍，练习数据列表、空状态、加载与错误恢复。
作者拆解。 沿着基础值、语义角色、组件和页面四层研究。先看规则表达什么，再找按钮、卡片、表单或列表如何调用。默认状态之外，继续检查加载、空内容、错误、完成与恢复，视觉应当帮助用户知道下一步。
迁移到自己的项目。 首页给行业任务，接解决方案、技术架构、案例和实施路径；文档侧提供步骤与支持。 先用自有真实内容制作，再放入最长标题、不同图片与异常状态检验。保留的是有解释力的结构关系，原品牌的名称、素材和含义不自动迁移。
可交付产物。 一页语义角色表、一个状态完整的组件和一条可完成的页面路径。用长文字、空结果与错误情况验证，不只交默认画面。
3. Plex
研究字族之间的分工，用同一段中英混排和代码测试语言覆盖与识别性。
作者拆解。 先把资料拆成家族、文件、款式与用途，确认是字体项目、品牌使用指南还是网页实现。然后比较大标题、长正文、数字、代码和字幕五种用途。可变轴和斜体只记实际提供的款式，专有字形与开放字体分别记录。
迁移到自己的项目。 Plex 官方站与仓库是字体依据；不同语言覆盖分别核对。作者用 Sans 做界面，Mono 做代码，中文搭配按文件支持测试。 先用自有真实内容制作，再放入最长标题、不同图片与异常状态检验。保留的是有解释力的结构关系，原品牌的名称、素材和含义不自动迁移。
可交付产物。 一份字体资源台账、一页角色表和五张真实文字样张。样张包含中英混排、最长标题与数字变化，能解释每个款式为什么这样用。
可以直接查看的媒体例子
以下来自公开 HTML 的媒体链接，便于查看原始例子；文件存在不等于允许任意使用。没有将它们标成内部模板或完成逐帧分析。
| 类型 | 原始媒体入口 | 所在页面 |
|---|---|---|
| 图片 | video poster | IBM Design Language |
| 视频／媒体 | video/mp4 | IBM Design Language |
| 图片 | homepage design | Carbon Design System |
| 图片 | Plex | IBM Plex Repository |
字体、字号、数字与斜体
Plex 官方站与仓库是字体依据；不同语言覆盖分别核对。作者用 Sans 做界面，Mono 做代码，中文搭配按文件支持测试。
斜体怎样成为规则
把同一短英文分别用直立款、字体实际提供的 Italic／Oblique 或倾斜轴排出。观察字形、倾角、字宽与旁边中文的关系。若字体没有对应款式，软件的合成倾斜要标为作者处理。中文正文、议程、规则与长注释保持直立；速度感可以由构图与动效承担。可变字体使用范围从实际字体文件读取，不能由另一款字体的数值推断。
宣传平台、账号与矩阵怎样配合
| 平台 | 官方入口样本 | 所属范围 |
|---|---|---|
| IBM | IBM 集团 | |
| X | IBM | IBM 集团 |
| YouTube | IBM | IBM 集团 |
| GitHub | IBM | IBM 集团 |
完整名称、主页、业务边界和身份依据见宣传平台与账号章节。A 表示官网出站链接；B 表示平台公开依据；Q 表示官网名称或二维码；H 表示历史官方记录。不同等级不混作已经核实当前账号 ID。
具体发布链：宣布时给主题与入口；解释时给可见样例；提醒时给日期与准备；进行时给现场任务；结束时给结果与资料。每次发布只选一个主要行动，并保证账号名称、项目名称与页面信息一致。
交付前的检查与修正
| 需要检查 | 常见问题 | 修正动作 |
|---|---|---|
| 品牌层次 | 公司、产品、活动混成一层 | 按“IBM Design Language、Carbon 与 Plex 分别对应品牌基础、产品系统与字体资源；使用时注明具体层次。”重新标注来源与用途 |
| 文字 | 中英混排、型号或长标题破版 | 用实际最长内容试排，调整字重、行数与层级 |
| 图像 | 场景与宣传结论没有对应 | 按本页素材分工补过程、细节与结果 |
| 系列 | 每张图换字体、颜色和装饰 | 固定角色与组件，只让内容变化 |
| 动态 | 演示被包装遮住，字幕看不完 | 按任务顺序减镜头，留出结果观看时间 |
| 活动 | 报名之后不知道下一步 | 补准备、确认、现场支持、提交与回顾 |
| 渠道 | 所有账号转同一张图 | 按解释、演示、行动与归档分别制作内容 |