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