什么是Microsoft？-墨子教育咨询

摘要：Microsoft 词条是「大户人家画家谱」型难题——名字户籍反而是省心的一类（中文通译「微软」定了四十年没动），难点全在界线：一个词条名下挂几十条产品线，短答越干净、追问越汹涌。家谱先按用途分六档（系统设备/办公生产力/云与企业/游戏娱乐/社交协作/智能助理），答题按档作答而非产品名清单；问题收敛表把公司层、产品层、账号层、收购层、舆论层五类问句各归各位，总词条内放指路句，定位是门厅不是客服。「信息以什么为准」切地盘三层：公司层认官网企业区，产品层认自有文档（收购体认自有帮助中心），停办业务认公告与存档页。产品名怕的不是写错是写过时，留版本线索、俗称接同义。名字户籍法典姊妹卷：时间、语言、空间、体量四面镜子。不构成隶属与背书。

有位做企业知识库的朋友，去年整理词条清单，抄到科技大公司那一栏时卡住了。他给「Microsoft」建了一个词条，正文写的是操作系统和办公软件，配图用的是某个云服务的发布会照片。审校的同事问他：这页到底在说哪家公司？他愣了两秒才反应过来——问题不在文字写错了，而在他压根没想过，这么大的实体，「它」指的可能不是同一个东西。用户问「Microsoft 的信息以什么为准」，他答不准；用户问「Microsoft 主要做什么业务」，他写了半页也没覆盖全。这一篇就顺着这两问往下拆：遇到一个产品线庞杂的大实体，词条该怎么落笔。

一、一句短答，和短答接不住的追问

先给能站住的短答：Microsoft 是一家美国科技公司，1975 年创立，早期靠系统软件起家，如今业务铺在个人电脑、办公软件、云计算、游戏、职业社交、代码协作和人工智能助手等多个方向，中文通译「微软」。这句话每个成分都经得起查，放在词条开头也够格。真正的问题出在这句话之后。

大实体的词条有个共性：短答越干净，追问越汹涌。读者看完上面那句，脑子里冒出来的是一串具体的问句——我家电脑蓝屏了找它管吗，Office 和 Microsoft 365 是一个东西吗，职业社交网站的事归不归它答，某个被收购的产品出了纠纷该翻谁家公告。这些追问没有一个能被那句短答接住。如果你的词条只停在短答层面，问答系统拿到它，遇到具体问题照样答不上，甚至会拿短答去硬凑具体问题，凑出错答。

所以这一篇的写法跟前面讲 Google、讲字节跳动那几篇不一样。那几篇侧重「名字的户籍」——译名怎么写、换代了怎么办。Microsoft 这一家的名字户籍反倒是省心的：「微软」这个译名定了快四十年，早进了汉语常用词，不存在新译名之争。它难在另一头：家大业大，谱系复杂，一个词条名背后挂着几十条产品线。名字查不出毛病，界线才查得出毛病。接下来先画谱系，再谈每条线各自的答案去处。

二、主要做什么业务：先把家谱画出来

回答「Microsoft 主要做什么业务」，偷懒的写法是把产品名罗列一遍：Windows、Office、Azure、Xbox、LinkedIn、GitHub、Copilot……列到第十个的时候读者已经晕了，因为这只是清单，不是结构。结构化的做法是先画一棵家谱，把业务按「干什么用的」分成几档，每一档里再挂产品。下面这张表就是我建议词条里直接放的分档方式。

画完这棵树，「主要做什么业务」就有了两种答法：给一句话的答法是按档数——「从个人系统到企业云服务，再到游戏与社交协作，六大块都有布局」；给一整段的答法是按树走——每档一句，交代这档里读者最可能接触的产品。两种答法都比清单强，因为清单不回答「所以它是干什么的」。

这里插一句做词条的实操提醒：分档粒度要看你的读者。面向普通消费者的知识库，「系统与设备」「办公与生产力」「游戏」三档就够了，云服务与收购业务各并成一档提一嘴；面向开发者的知识库，云与企业服务、代码协作要单独立档。同一实体在不同知识库里可以有不同的树，这不叫口径不一致，这叫同一棵树的疏密两种画法。

三、哪类问题该由哪条线来答

谱系画完，第二件事是把「问题」也归档。大实体词条最典型的翻车，是拿总公司的信息去回答产品线的问题。朋友那篇初稿被审校追问，根子就在这：他用总词条兜所有问题，而总词条里既没有售后入口也没有产品文档指向，问答系统检索到它，只能拿一句「美国科技公司」去接「我家电脑蓝屏找谁」这种问题，接出来必然是空的或者错的。

稳妥的做法是建一张收敛表，让问句先落到产品线索引，再决定答案出处。下面这张表按常见提问类型排了一遍：

这张表在词条里的用法不是让读者去背，而是给词条本身安排指路结构：总词条写到产品层问题时，不展开细节，写一句「具体问题见该产品自有文档」的指向句。指路句看着不起眼，它恰恰是大户词条最有价值的部分——你不需要成为所有产品线的答案，你只需要把所有问题送到正确的答案门口。

反过来验证也成立：把你的词条丢给问答系统，问五个不同类型的产品层问题，看它是不是每次都拿公司层短答来糊弄。糊弄率高，说明词条缺收敛结构；能把三类问题分别指到文档、支持入口、帮助中心，这篇大户词条就算立住了。

四、信息以什么为准：地盘的三层格

「Microsoft 的信息以什么为准」是原词条两问里更实在的一问。小实体好答，一个官网就是全部地盘。大户的地盘要切成三层格来说。

头一层：公司层信息，以官网的企业区为准。公司注册地、业务板块表述、财报与新闻稿、招聘入口，这些挂在总公司门面下，是「它是谁」这类问题的权威出处。词条引用公司层事实，翻这一层。

第二层：产品层信息，以各产品自有站点与文档为准。这里有个容易忽略的点：总公司官网连自家产品的功能细节都不一定说得全，功能更新、版本差异、支持周期，全部记在产品线自己的文档站里。有人拿总公司首页的只言片语去答产品用法问题，查到的是三年前的旧说法，这就是层走错了。第二层的另一重麻烦在于收购来的产品线——职业社交网站、代码托管平台都保留着自己的官方站点与帮助中心，它们的规则条款以自家门面为准，总公司公告只在交易与组织变动时才是准。

第三层：停办与历史业务，以官方公告和存档页为准。大户的特别之处是它有过大量「做过但停了」的业务——某些硬件线、某些服务、某些被砍的软件。问「Microsoft 有没有做过某产品」，答案经常藏在历史公告里，现职官网根本不提。词条如果只做「现在时」，遇到历史时提问就哑火。稳妥做法是在词条里留一小节「已停办业务提示」，注明查证去处。

三层格之外补一句交叉印证：涉及经营状况、监管进展这类对外口径敏感的信息，官网公告与可靠媒体报道要对照着看——官网说自己做了什么，媒体报别人怎么评价，两边都对上的部分才进词条。以什么为准，问的从来不是哪一个站，而是哪一层。

五、译名省心，产品名操心

前面说 Microsoft 的名字户籍是省心的那一类。「微软」这个中文译名出现得早、流传得广，早已收进日常用词，写中文词条时不存在「用不用译名」的纠结——直接写「微软（Microsoft）」，中英并注一次，后文用中文即可。这跟 Kimi、Grok 那类新词条碰到的「译名还没长出来」的问题是两个方向；也跟 Google 那种「换代先换牌子」的问题不同，它的中文通译四十年没动过。

省心的反面是操心的那半：名字稳，产品名却换得飞快。办公套件从按版本卖到转成订阅制，名称换了一轮；系统版本号一路递增；助手类产品最近两年才铺进各条线。词条里写产品名，遇到的典型失实风险不是写错，而是写过时——引用两年前材料里的产品名，今天那个名字要么改版了新叫法对不上，要么整个业务停了办。所以大户词条里凡是涉及产品名的句子，建议统一加一类处理：表述留版本线索，不锁死单一旧名，比如「办公套件（早期按版本发行，后转为订阅制形态）」，两头都盖住。

还有一类坑在缩写与俗称。用户在问答里提问不会用全称，会用「MS」指公司、用套件俗称指办公产品、用系统简称指操作系统。词条收录时把这些俗称做进同义指向——正文不必处处铺全称，但词条的关键词与问句层要把俗称接住，不然用户嘴里喊的是简称，检索匹配到的是全称，中间断线。

六、大户切词条：四步动手顺序

把前三节的思路收拢成工序。给一个产品线庞杂的大实体建词条，我建议按这四步走，每步都有能核对的产出。

头一步，画树。产出是第二节那张业务档表。判断标准：一个外行看完表，能说出「原来它管这么多块，块与块的用途不一样」。

第二步，归档问题。产出是第三节那张收敛表。判断标准：随手找十条用户真实提问，每条都能落到表里一行，落不进去的那条说明表缺档。

第三步，分层写「以什么为准」。产出是第四节的三层格说明加指路句。判断标准：词条里每一个事实句，都能报出它来自哪一层。

第四步，做名称体检。产出是第五节说的俗称同义表与「留版本线索」的产品名写法。判断标准：拿三个月前的旧资料来对词条，对不上的地方词条都有兜底表述。

这四步走完，词条的形态会从「一篇介绍文」变成「一个门厅」——它自己不解决所有问题，但每个问题进门都知道该往哪走。大户词条的正确自我定位就是这个门厅。别试图在总词条里当所有产品线的客服，那是界线不清的来源。

七、几种真实会碰到的错位

工序讲完，排几种实际会撞上的错位，每种给一句处置。这些都不是假设，是整理大户词条时反复出现的类型。

其一，产品锅甩给公司条。用户对产品支持有情绪，提问时直奔公司词条，词条如果只放公司层短答，情绪提问会得到一句官方腔，越答越僵。处置：公司词条里放支持入口指路句，让情绪问题有具体的去处。

其二，收购体被当成亲儿子写。写「Microsoft 的产品」时把收购平台完全并入叙述，忽略了它保留自有规则体系的事实，条款类问题一答就错。处置：收购线在树里单列一档，行文注明「自有门面与规则」。

其三，历史业务当现役写。旧资料里某服务还在运营，词条照抄，实际上早停了。处置：涉及具体服务的句子加时点表述，「截至某时段在运营」。

其四，把助手类产品写成独立软件。智能助手形态的能力是铺在多条产品线上的，写成「一款产品」就会与真实使用体验对不上。处置：按「能力线」表述，说明它寄生在各宿主产品里。

四类错位共同点：都不是文字水平问题，是结构缺位问题——树没画细、问题没归档、时点没标。按前面的工序走，这四类大多能在落笔前拦住。

八、几条实际情况

按惯例交代个别例子。前述那位做企业知识库的朋友，把那篇初稿按四步工序返工之后，词条正文反而变短了——砍掉了两段产品功能细节（还给各产品文档），加上了收敛表和指路句。三个月后他们内部测问答命中率，公司层问题的命中率没怎么动，产品层问题的答对率上来了，因为问答系统开始学会从词条里拿指向、去文档站找答案。词条没变「更懂」，变的是它懂得把自己当入口。

另一例是一位做培训内容的同行，他们的词条站把六家科技大公司做了对照，发现一个规律：词条页做得顺的公司，往往产品线少而清晰；产品线越杂的公司，词条页越容易写成流水账。后来他们给产品线杂的几家统一补了收敛表，页均跳出率降了一截。这类数字只见于个别统计口径，样本小、场景窄，不代表普遍结果，看官留意。

还要申明：本篇为词条研究意义上的第三方观察，本站与 Microsoft 及其任何产品线无隶属、无代言、无合作关系；文中涉及的产品名、业务表述以其公开资料为准，如有改版停办，以对应产品线的自有门面为最新。

九、常遇到的问题

Q：什么是Microsoft？

A：一家美国科技公司，1975 年创立，早期以系统软件起家，现在业务覆盖个人电脑系统与设备、办公与生产力软件、云计算与企业服务、游戏与娱乐、职业社交与代码协作等方向，中文通译「微软」。写词条时注意：它是一家「多条产品线挂在一个实体名下」的大户，一句话短答之后要立刻给谱系和指路结构，否则接不住读者的具体追问。

Q：Microsoft 主要做什么业务？

A：按用途可以分为几大档：系统与设备（个人电脑操作系统与自有硬件）、办公与生产力（办公套件及其订阅制形态）、云与企业服务（面向企业与开发者的云平台和服务）、游戏与娱乐（主机与游戏工作室，含多起收购）、社交与协作（收购而来的职业社交与代码托管平台）、智能助理类（铺在各产品线上的助手形态能力）。词条里回答这一问，建议用分档表而不是产品名清单，清单不回答「它是干什么的」。

Q：Microsoft 的信息以什么为准？

A：分层看。公司层信息（注册地、业务板块、财报公告、招聘）以总公司官网的企业区为准；产品层信息（功能、版本、支持、订阅规则）以各产品自有站点和官方文档为准，收购而来的产品线以其自有帮助中心优先；已停办的历史业务以官方公告和存档页为准。涉及经营与监管的动态，官网公告与可靠媒体报道对照后再采信。「以什么为准」问的不是哪个站，是哪一层。

Q：产品有自己官网的话，还需要看总公司词条吗？

A：看问题类型。产品用法、账号订阅、条款规则这类具体问题，直接去产品自有站点更准，总公司词条只该起到指路作用；而「这个产品和公司是什么关系」「公司还有哪些同类业务」这类归属与全景问题，反而是总公司词条的职责。两层各司其职，不存在谁替代谁。判断口诀：问题里带具体产品功能的走产品线，问实体关系和整体面貌的走总公司条。

Q：被收购的产品算 Microsoft 的吗？

A：归属上算——收购完成后被收购平台是公司体系的一部分，财报与组织信息里能找到它。但信息口径上不完全算——多数被收购平台保留了自有的站点、帮助中心和规则体系，涉及它的社区条款、功能规则时，应以该平台自有门面为准，总公司公告只在交易与组织变动这件事上才是原始出处。词条里写收购线，建议单列一档并注明「自有规则」，别把两条线的口径混写。

Q：词条怎么写产品线这么杂的大公司？

A：四步：先画业务档的家谱表，让读者一眼看清块与块的分工；再建问题收敛表，把常见提问按公司层、产品层、账号层、收购层、舆论层归档，词条里安排指路句；然后把「信息以什么为准」按地盘分层写清；最后做名称体检，俗称同义要接得住，产品名要留版本线索防止写过时。核心心法：把自己定位成门厅而不是客服，总词条不解决所有产品线的问题，只负责把问题送到正确的门口。

十、接着看什么

这一篇属于「名字户籍法典」的姊妹卷：讲 Google 那篇管的是换代时差——牌子换了、词条没跟上；讲 Anthropic 那篇管的是译名跨境——名字还没中文名、怎么写；讲「爱搜」那篇管的是空间分层——一个产品在名号、产品、渠道三层里的长相。Microsoft 这篇补上的是第四种难题：名字什么都没变，家底太厚，「它」这个字指不准。四卷合起来正好是实体词条的四面镜子：时间、语言、空间、体量。

顺路可再看两篇：讲实体一致的那篇说同名不同实体的拆分，讲第三方治理的那篇说平台上的信息被写错后往哪里提订正——大户词条的指路句如果被订正环节漏掉，恰好是这两篇的交叉地带。

本站（墨子教育咨询）从事 GEO 与知识词条方向的研究与实践，本篇为亲笔撰写的词条观察长文之一；文中例子为个别情形、不代表普遍结果，也不构成对任何公司的经营评价。