从大厂账号矩阵到自己的发布与活动执行手册
假设我们有一家新公司，准备发布产品并举办第一场开放日。官网、公众号、短视频、活动海报和演讲 PPT 同时需要制作。成熟的呈现来自共同的信息来源、稳定的身份、完整的参与流程，以及适合每个媒介的信息密度。
本页是作者整理的制作方案。各公司的账号身份与公开资源见57 家公司矩阵；这里不把建议写成它们内部的发文制度，也不推测账号运营团队或预算。
先给每条内容一个职责
| 内容层 | 回答的问题 | 完整内容放哪里 | 常见输出 |
|---|---|---|---|
| 公司与媒体 | 公司是谁，做什么，怎样联系 | 公司介绍、新闻与媒体素材页 | 公司介绍、正式新闻、图片与联系方式 |
| 产品 | 产品解决什么任务，怎样开始用 | 产品页、使用说明与真实案例 | 演示、功能卡、教程、更新与案例 |
| 开发者／专业内容 | 怎样接入、实现、复现或学习 | 文档、代码、教程或专业博客 | 示例、技术文章、直播课与工作坊 |
| 设计与创作 | 作品怎么做，为什么这样处理 | 作品页、资源库与过程文章 | 作品、过程图、模板、设计讲解 |
| 活动／比赛 | 谁可以来，什么时候，怎样参加 | 唯一的活动页、规则页与提交入口 | 主海报、嘉宾、议程、赛题、答疑与结果 |
| 社区与服务 | 遇到问题去哪里，怎样持续参与 | 帮助中心、社区、FAQ 与支持入口 | 问答、使用提示、作品精选与服务通知 |
| 招聘与企业资料 | 团队怎样工作，有什么职位与正式资料 | 招聘页与企业资料／投资者栏目 | 团队故事、职位、公司演示与报告 |
同一个账号可以承载几条内容线，栏目和入口仍要明确。新公司可以先用一个官网、一个主要内容账号、一个适合演示的视频账号；专业内容需求明确后，再增加开发者或创作栏目。
从大公司参考的方法是把职责分清：例如设计文章有专业受众，客服内容需要清楚的帮助路径，正式公司消息要能找到权威来源。独立开设子账号的时机，取决于内容持续性、受众差异与维护能力。
平台如何选，内容如何改
下面是制作选项，不是每家公司都使用这些平台的证明。具体账号是否找到、是否来自官网，逐家公司查看。
| 平台或形态 | 适合承担的工作 | 制作时重点检查 | 配套入口 |
|---|---|---|---|
| 官网／Newsroom | 完整信息、正式发布与长期归档 | 清楚的导航、日期、版本、资料与联系方法 | 产品、活动、媒体与帮助页 |
| 微信公众号 | 完整介绍、过程、规则、行业与团队内容 | 首屏说明受众；图片、段落与链接可读；预览实际排版 | 文章内活动页、产品页与 FAQ |
| 微信视频号 | 演示、人物、现场与直播内容 | 字幕、账号身份、封面和具体行动入口 | 配套图文与完整活动说明 |
| 微博 | 主题信息、阶段发布、对话与简短通知 | 一条内容的核心问题明确；活动信息与官网同步 | 完整新闻、规则或产品页 |
| 抖音／TikTok | 产品效果、过程、角色和人物视频 | 开头有具体任务或画面；字幕和声音可理解 | 产品或活动的官方承接入口 |
| B站／YouTube | 教程、演讲、访谈、回放与系列视频 | 标题与内容一致；封面、章节、字幕与资料对应 | 代码、讲义、文档和完整目录 |
| 小红书 | 具体主题、作品、生活或工作场景 | 用实际内容支持标题；封面系列统一；身份与合作信息清楚 | 主题内容与具体使用说明 |
| Instagram／Threads | 作品、画面系列、人物与短内容 | 图像主题、裁切、文案与主品牌关系 | 产品、作品页或新闻 |
| 公司、企业客户、专业内容与招聘 | 公司页与个人页分清；正式信息有可引用来源 | 公司、案例、活动与职位页 | |
| X | 产品变化、专业内容和短通知 | 主品牌、产品、地区与客服 handle 分清 | 更新、文档、新闻或支持入口 |
| 公司或产品的社区信息与内容发布 | 市场与账号范围明确；链接与服务路径可用 | 产品、新闻、活动或帮助页 | |
| 主题灵感、作品集合与长期视觉目录 | 图像内容、标题和落地页描述一致 | 作品、主题或商业内容页 | |
| Twitch | 实时演示、技术直播、访谈与活动现场 | 开播说明、字幕／图层、互动与回放目录 | 活动信息、学习资源与回放 |
| GitHub／开发文档 | 能实现和复现的专业内容 | 项目组织、版本、说明、示例与问题反馈 | 运行步骤、产品和教程 |
| Discord／论坛／社区 | 参与、答疑、作品交流与活动持续服务 | 官方身份、频道说明、入门信息和支持边界 | 规则、文档、报名和帮助页 |
| PPT／线下屏幕 | 演讲论证、现场指引与会议说明 | 观看距离、字号、图表、章节和现场版本 | 可下载资料与活动归档 |
设计尺寸以平台发布时的当前要求和实际预览为准；模板需要保留文字和图形可编辑层，便于重排。竖视频、横屏回放、公众号长图和舞台屏幕各自设置版面，不靠把一张图缩放完成适配。
一份项目母表，所有渠道共用
| 字段 | 要保存的内容 | 经常导致不一致的地方 |
|---|---|---|
| 身份 | 自己的公司、产品、主办与协办名称，官网与账号 | 产品名、公司名、活动名混用 |
| 项目 | 一个正式标题、一个简短标题、核心说明 | 海报、视频、报名页标题各写一套 |
| 时间 | 日期、时区、签到、开始、截止与回放 | 截止时间或直播入口只更新了一处 |
| 受众与条件 | 面向谁，报名条件，费用或参与要求 | 宣发只说好处，没有说明资格 |
| 内容 | 产品结果、议程、嘉宾、赛题或作品要求 | 每个渠道选了不同版本的内容 |
| 承接 | 唯一详情页、报名／试用／提交、FAQ 与联系入口 | 二维码或短链接分别指向不同旧页面 |
| 视觉 | 标识版本、字体及字重、图片主题、色彩角色、版式 | 一次活动内部又换了一套图形语言 |
| 素材 | 摄影、人物、作品、音乐、视频与字体的来源及使用范围 | 成品有素材，却找不到源文件或使用条件 |
| 输出 | 所需规格、负责人、版本、上线地址与更新时间 | 修订没有同步到公众号封面、字幕和 PPT |
用自己的身份和素材完成整套规则，正式字体资料和使用范围参见横向字体地图。斜体、字宽变化、倾斜标题等要记录适用位置与原始来源，不能从某一张活动图推定为整个公司的规范。
新公司与产品发布
以自己的「产品开放日」为例，下面列的是工作顺序，不是必须采用的天数。
| 阶段 | 需要完成的内容 | 主渠道 | 其他渠道怎么配合 |
|---|---|---|---|
| 建立正式入口 | 公司与产品介绍、可用的演示、活动详情、帮助与联系 | 官网 | 账号简介统一指向官网，头像和名称说明真实身份 |
| 公布产品任务 | 一个具体问题、一段产品结果、适用条件与开始方式 | 产品页＋完整图文 | 视频只展示一个任务，社交封面提取一个清楚的亮点 |
| 建立可信材料 | 案例、操作步骤、过程图、团队解释或技术文档 | 案例／文档／博客 | 专业平台发方法，主品牌发简短导览 |
| 发布活动 | 主海报、议程、报名条件、地点、时间与问答 | 活动页 | 公众号解释完整收益，短内容说明一个参会理由 |
| 活动演示 | 演讲、现场演示、直播、来宾或作品介绍 | 现场与视频 | 画面章节、字幕、海报和 PPT 使用相同名称 |
| 持续归档 | 回放、演示、讲义、产品变化与真实案例 | 官网内容目录 | 社交号发布精选摘要，继续指向长期内容 |
可以对照 GitHub、Vercel、Apple Developer、AWS、Google、Figma 等矩阵中的专业内容与活动入口。参考页面形式和信息关系，不凭它们的规模决定自己要开多少账号。
办大会、沙龙或展览
活动身份先写清楚：主办方是谁，活动的主题是什么，参加者将获得什么。活动名称可以与公司名称不同，官网与账号简介要说明关联。TwitchCon 与 Twitch、Config 与 Figma 等资料适合观察常驻品牌和活动身份的联系。
| 内容系列 | 必备物料 | 发布与承接 | 统一检查 |
|---|---|---|---|
| 主题公布 | 官网首屏、主海报、宣传片或主题图文 | 公司主号导向活动页 | 项目名称、时间、主办身份与主视觉 |
| 嘉宾与议题 | 人物介绍、嘉宾卡、议程、议题摘要 | 专业内容渠道＋社交系列 | 姓名、身份、照片与议题用词 |
| 参与服务 | 交通、签到、直播、无障碍或特殊参与说明 | 详情页与 FAQ；社交发布必要提示 | 地点、地图、时间与联系入口 |
| 现场与演讲 | PPT、舞台屏幕、导视、直播图层与字幕 | 现场、视频与活动账号 | 主办／协办位置、章节、字号和信息版本 |
| 活动后 | 回放、摄影、讲义、作品与完整报道 | 长期内容页；其他渠道导览 | 人物署名、照片说明、章节与资料链接 |
比赛的完整视觉与服务物料另见活动比赛制作清单，不同公司的官方活动见活动案例导航。
办比赛与作品征集
比赛的内容线需要覆盖“知道活动—理解题目—学会参加—提交作品—了解结果”。主视觉之外，每一步都有完整的文字和可使用的入口。
| 阶段 | 核心问题 | 物料与内容 | 渠道配合 |
|---|---|---|---|
| 征集 | 谁可以参加，作品主题是什么 | 主海报、规则、题目、奖励与时间表 | 品牌号解释目的；专业／创作者内容解释作品方向 |
| 入门 | 怎么制作，怎样提交 | 示例、模板、教程、文件要求与 FAQ | 长视频或图文教步骤；短视频展示结果；规则页保留完整要求 |
| 进行 | 截止前需要注意什么 | 答疑、进度、提醒与必要的规则更新 | 活动页先更新，再同步全部渠道 |
| 评审 | 如何评价，谁负责评审 | 评审方式、阶段说明、人员与结果公布方法 | 以规则页为来源；嘉宾和评审介绍使用一致资料 |
| 展示 | 作品是谁做的，有什么特点 | 作品页、作者介绍、结果图与展示视频 | 展示页提供完整信息；社交系列精选导览 |
| 归档 | 后来者可以学到什么 | 获奖作品、方法文章、回放与复盘 | 专业内容与社区长期保留；下一次活动继续使用目录 |
创作比赛可看美图、Adobe、Canva；开发类参与可看OPPO ColorOSHack、GitHub、Vercel；社区和线下作品呈现可看小红书、B站、Twitch。具体赛题与当期规则始终以各公司的当前官方页面为准。
怎样把“调性”变成可以检查的东西
| 维度 | 观察问题 | 自己要写下来的规则 |
|---|---|---|
| 内容立场 | 文章重产品结果、人物、技术方法还是商业服务 | 用一句话定义这条内容线服务谁 |
| 文字 | 标题如何说，开篇多长，术语是否解释 | 标题模式、称呼、说明顺序和行动语句 |
| 图像 | 使用现场摄影、人物、产品截图还是作品 | 图像主题、真实性、裁切与署名 |
| 排版 | 主标题、日期、正文、数字和 CTA 怎样排列 | 字体及字重、字号关系、对齐、间距与替代布局 |
| 动态 | 先出现什么，字幕如何排，什么时候收尾 | 镜头顺序、字幕层级、章节与结束信息 |
| 服务 | 读完后能否参加或使用 | 完整详情、问题入口和失效链接的处理方式 |
先选一个完整项目，再看它在官网、主账号、专业内容、视频与活动页的对应版本。一个有趣的短视频不能说明整个公司都使用同样语气；正式新闻也不能代表它全部创作者内容。
保存一个账号，而不只保存一个名字
公司／体系：
产品或内容线：
平台与市场／语言：
显示名称：
固定 ID／handle：
主页 URL：
账号类型：公司／产品／设计／开发者／活动／招聘／投资者／客服／地区
认证主体或身份线索：
官网出站来源：
平台公开资料来源：
证据状态：A／B／Q／H／待核对
核对日期与读取限制：
完整内容目的地：
本次参考项目及对应物料：
不要把分享按钮、文中作者、高管个人号、合作品牌、用户社区或跟踪像素列为公司官方账号。公众号昵称与微信 ID 是两个字段；主页 URL、固定 UID 与当前显示名也要分别保存。
本目录中值得直接对照的路径差异包括：Microsoft Design 的独立账号、Spotify 公司新闻的 ThisIsSpotify、AWS 的 awscloud、Slack 保留 tiny-spec-inc 的 LinkedIn 地址、Uber 的 LinkedIn 数字 ID、Salesforce News 的展示页、京东发言人的集团信息身份。身份与出处都在对应公司文章中逐条链接。
完成一次可复用的交付
最后保留自己的品牌基础页、项目母表、源文件、各平台版式、发布地址、回放与素材来源。下一次活动只改变主题内容，稳定的身份、字体层级、内容职责和资料入口继续使用。
视觉源文件和六种物料的示例见统一视觉示例，记录方式见资源与交付模板。这样官网、公众号、图片、视频、PPT 和活动能够来自同一套决策。