为什么成员总在问你早已回答过的问题

同一个问题被第三次问出来的时候，大多数运营者的结论是：成员不看内容。更有用的结论是：答案不在人们会去找的那个地方。

“在置顶帖里”是每个软件团队都说过的那句托词的社区版：功能是有的，只是你得先知道那句暗号。这话是真的，但它不是辩解。

重复的问题就是数据

一个被问了三次的问题，不是三个偷懒的成员，而是一条走不通的路，被三个人各自撞上了一次。

这也让它成了你能拿到的最便宜的调研。没人要填问卷，没人要接受访谈—社区主动、免费地告诉你，它究竟找不到哪一样东西。把这当成麻烦的运营者，等于把这辈子唯一一次自己送上门的可用性测试扔了。

记两周的清单。每回答一个你从前回答过的问题，就用一行字把它写下来。两周之后，你手上就是一份社区可找到性的问题全清单，按轻重排好了序，而且是由受影响的人亲手写的。

东西放在哪，不等于人去哪找

这是两个不同的问题，而几乎每个运营者只解决了第一个。

结构是一个归档决定：这条内容属于哪个空间、要不要公开、什么时候归档。它是运营者的心智模型，好的结构确实管用。但一个脑子里带着问题走进来的成员，并不是在浏览你的归档系统。他在做一件很具体的事，问题只在于这件事最后有没有落到一个答案上。

一个结构完美的社区，完全可能寸步难行，因为结构是为了把东西放进去而优化的，可找到性是为了把东西拿出来而优化的。后者不会自动从前者里长出来。

成员实际上在做的事

大致只有四件，而它们要你给的东西各不相同。

这四件事里只有第一件是搜索问题。另外三件靠的是不用搜索就能看见的东西—这就是为什么“搜一下不就有了”从来都不是完整的解法。

置顶不是归档系统

置顶是每个运营者都会伸手去拿的工具，而它大约在第四条上就失效了。

一条置顶说的是“这件事比信息流重要”。五条置顶什么也没说，因为成员现在得先读完五样东西，才知道哪一样是给自己的—而这正是他想躲开的活儿。更糟的是，置顶不会自己过期，所以除非你在截止日期过去之后把它取消置顶，整组置顶就会慢慢变成一层关于三月份什么事要紧的考古地层。

把置顶当成一份固定的小额度—长期就两三条。想加第四条，就意味着要决定现有的哪一条已经不配再占着那个位置。如果这个决定怎么都做不出来，那你想置顶的那样东西，多半该放进某个长期的地方。

在问题被提出的地方回答它

本能反应是把人打发到正确的地方去。更好的做法通常是把答案端到那个不正确的地方来。

有人在聊天里问了一件资源空间已经讲过的事。“在资源里”让他多跑一趟搜索，同时教会他：开口问是要付一点小代价的。用两行字回答他，再补一句“我把这条放进空间里，下次好找”，你花掉三十秒，却产出了一个比原文索引得更好的答案。

如果你发现自己说出了“我前面说过”，就停下来，把那样东西挪个地方。这句话是个很可靠的信号：你在维护自己的归档系统，而不是在修它。而且成员听到这句，哪怕你毫无此意，也会当成一句轻微的责备。

按人们开口要东西的说法来命名

大多数可找到性的失败都是用词的失败，而选词的那个人恰恰看不见它。

你把空间命名为「资源」，他们要找的是“模板”。你写了一篇叫「第三季度项目进展」的帖子，他们搜的是“下次活动是什么时候”。运营者是从里面往外命名的，用的是创建那一刻觉得顺理成章的词，然后奇怪为什么没人找得到。成员的词永远是对的那个词，因为敲键盘的是他。

解法是两种词都用。把他们的说法放进标题，把你的说法放进正文；或者干脆换两种词把同一件事说两遍—搜索不嫌重复，扫一眼结果列表的成员也不嫌。

一切都会沉下去，所以要决定让什么浮上来

信息流是一条传送带。凡是你没有刻意重新推到前面的东西，就等于没了；而“没了”来得比运营者以为的快—通常一周之内。

这是社区长大时会悄悄坏掉的那一环：第三个月让这地方变得有价值的那些答案，到第九个月还在，还是对的，却已经等于不存在了。没人删它们。只是信息流往前走了，新成员根本不知道有这些东西—这才是让存档能回答问题、而不只是把它存着的真正理由。

挑出少数几样常青的东西，有意识地把它们重新推到前面，按固定的节奏来，不必为重复而道歉。新来的人从没见过，见过的人半秒钟就划过去了。你为自己老调重弹而生出的那点难为情，是只有你一个人在付的成本。

软件能告诉你什么，又不能告诉你什么

这是唯一一处你不必靠猜的地方，而几乎没人去看。

Mateflow 给成员配了搜索—既能搜整个社区，也能只搜某一个空间—后台这边则有一块「分析」→「搜索」页面，它自己的副标题就写着「成员的搜索内容及未找到的内容」。它会显示总搜索次数、独立搜索用户、人均搜索次数和总体的搜索→点击率，外加一张给每个词都标了点击率的「热门搜索词」表，以及一份「零结果搜索词」列表，说明写得很直白：「未返回任何结果的搜索—待填补的内容空白」，旁边还配着零结果占比。这份列表空着的时候，它会说：「没有零结果搜索—覆盖很全面。」

这些数字里有两个比其余的都值钱。零结果搜索词，是你的成员在用他们自己的词替你写内容待办清单。而一个点击率很低的热门搜索词，比一个零结果搜索词更糟—它意味着他们搜了，结果也出来了，可没有一条看上去像是答案，这是命名的问题，不是内容缺失的问题。诚实的局限在于，它只记录搜索这个动作。那些压根没想到要去搜的、转头在聊天里问掉的、或者悄悄走掉的成员，根本不在这份数据里—所以请把它当作你可找到性问题的下限，而不是它的度量。

五分钟测试

找一个上周才加入的人，让他去找三样具体的东西，你在旁边看着，一句话都不说。

挑那些你有把握找得到的东西：下一次活动的时间安排、你被问得最多的那个问题的答案，还有一篇你挺得意的旧帖。然后就闭嘴。想出手帮忙的冲动会是身体上的那一种，而一旦你没忍住，本来唯一能拿到的数据就毁了。

看他第一步往哪儿走。几乎每一次都不是你以为的那个地方，而单是这一个观察，往往就比这篇文章剩下的部分加起来都值—因为它正是你脑子里那张地图和他们真正在用的那张之间的差距。

三件不要做的事

不要用更多内容去回应一个可找到性问题。因为没人读第一份常见问题就再写第二份，结果是给成员多了一个找不到答案的地方，也给你自己多了一样要一直更新的东西。

不要写一篇「从这里开始」，就当问题解决了。它有用，它也会衰减—它是为你当时那个社区写的，而且没人会回头再读一遍。新成员引导是一条流程，不是一份文档。

不要一次性把所有东西重新整理一遍。一场大改版会把所有人的心智地图清零，包括那些好不容易才记住东西放在哪的成员。把重复得最多的三个问题修掉，然后就收手。

什么时候它真的是内容缺口

有时候那样东西确实不存在，而能分清这两种情况很值。

信号是一致性：如果人们去搜它、开口问它，却没有任何人能把他们指向某个地方，那你面对的就是一个内容缺口，而不是可找到性问题，解法是认认真真把它写一次，放在一个长期的地方。从运营者的位子上看，这两种失败一模一样—都是以重复提问的形式到达的—但它们要的应对正好相反，而猜错就白白浪费一个月。

动笔之前先查一遍。如果答案已经存在、只是没被找到，那么写一个更好的并不会有帮助；它只是再添一个找不到的答案，而且这下两个答案还互相打架。

说到底

可找到性不是你平台上的一项功能。它是你用的词和你的成员本会用的词之间的那道缝，而它的度量单位，是你不得不回答两遍的问题。

所以：把重复问题的清单记下来，给置顶设上限，在人们开口的地方回答、然后把答案挪走，用成员的词而不是你自己的词来命名，不带难为情地把常青的东西重新推到前面。然后去读一读人们搜过却没找到的东西—那是关于你社区缺什么的、最短也最诚实的一份清单，而且看一眼不花钱。