如何根据真实用户需求选择文章选题

从读者的任务出发，而非选题标签

将拟定的需求分为三个部分来写：

作为一名[特定读者]，我需要[执行操作或做出决定]，以便能够[获得有用的结果]。

该结构改编自 GOV.UK 用户需求方法，该方法建议明确用户、操作以及执行该操作的原因。其指南还提醒编辑在处理诸如“理解”等模糊动词时要保持谨慎，除非理解对于某项明确的任务是必不可少的（GOV.UK: Identify user needs）。

例如，“摄影入门”只是一个宽泛的主题，尚不能作为文章任务。更好的候选表述可能是：

第二种版本更为聚焦，因为它指明了受众、操作和决策。它还为你提供了一个衡量范围的测试标准：凡是不能帮助读者做出该决定的信息，可能都应该放在别处。

每篇文章保持一个核心意图。询问如何选择工具的问题、询问如何使用该工具的问题，以及询问该工具是否合适的问题可能互有关联，但它们可能需要不同的前提条件和预期结果。过早将它们合并在一起，会导致页面标题虽大，但针对每项任务的内容都不完整。

在证据台账中收集证据

一个疑问只是线索，并不自动构成选题。记录下足够的背景信息，以判断它是否代表了一种公共信息需求。使用一个简单的电子表格就足够了；GOV.UK 明确建议将支持性证据与用户需求及验收标准一并记录（GOV.UK: Identify user needs）。

针对观察到的每个问题或一组密切相关的问题，使用单独的一行记录：

不要通过重复计算在多个渠道出现的同一问题来夸大其频次。只需记录一次根本需求，并注明它出现的渠道即可。反之，如果每次出现都指向同一个未解决的任务，且答案可以服务于更广泛的公众受众，就不要仅仅因为某个需求只出现过几次就将其忽略。

一个有用的台账能够区分证据与主观解读。“四位读者询问第一次练习是否需要特殊设备”属于证据。“读者想要一份低成本的初学者指南”则属于主观解读。两者都可以保留，但要分别标明。

将公共需求与仅限技术支持的问题区分开来

关键的采编问题并不单单是“有人问过这个问题吗？”，而是“一篇通用页面能否帮助一大批读者完成同一项任务？”Digital.gov 的通俗语言指南从“人们访问网站是为了处理不同事务”这一观察出发，建议围绕受众及其需要完成的任务来组织内容（Digital.gov: Principles of plain language）。

对台账中的每个候选需求进行分类：

反复出现的公共需求：

当问题具有稳定、普适的答案，且跨越不同的人群、渠道或场景反复出现相同的任务时，应创建或更新文章。示例包括在描述清晰的选项之间进行选择、为一个常见流程做准备，或诊断一个普遍可见的问题。文章应指明其受众与边界，以便读者辨别该内容是否适用于自己。

仅限技术支持的需求：

仅限技术支持的问题依赖于隐私账户数据、个人订单、个性化配置或只有操作人员才能执行的操作。它或许有理由衍生为一份技术支持说明或联系渠道指引，但不一定需要写成一篇常规的采编文章。当答案依赖于其他读者无法获取的信息时，切勿将“为什么我的账户会收到这条消息？”强行包装成一个普适性的解释。

如果存在可重复的通用任务，例如解释该消息类别的含义以及读者在联系支持团队之前应收集哪些信息，你仍然可以发布一个公开的辅助页面。但请将私密性质的解决方案留在文章之外。

重复需求：

重复需求是指一个真实存在的问题，但现有的某个页面已经以适当的详尽程度并针对相同的受众做出了回答。此时正确的做法可能是改进现有页面的开头、示例、导航或补充遗漏的条件。新建一个 URL 只会分散注意力，而无法增加独特的任务价值。

如果不对全站现有内容进行全面盘点，编辑就无法断言绝不存在重复内容。切实可行的应对方式是检查已知的相关页面，必要时将内容盘点标记为未完成，并避免将新建文章包装成唯一的解决途径。

在确定标题前设置决策关卡

让候选选题通过五道关卡。回答“否”并不总是意味着放弃该想法；它告诉你需要开展何种工作。

将评估结果作为采编决策关卡：

该关卡是根据源材料中的两个原则构建的采编推断：内容应服务于明确的受众和任务，且发布者应保留该需求的证据。它是一种决策辅助手段，而非搜索引擎公式。

将入选的需求转化为实用的文章简报

一旦选题通过关卡，在打磨精美措辞之前先写好简报。内容包括：

针对示例选题，验收清单可以是：读者能够将原始问题转化为用户陈述；确定核心任务；将证据分类为公共需求、仅限技术支持或重复需求；并选择创建、更新、搁置或放弃。这遵循了 GOV.UK 验收标准的逻辑，即阐明用户需求得到满足时必须达成的状态（GOV.UK: Identify user needs）。

利用简报来规范标题。“如何根据真实用户需求选择文章选题”适合需要可复用筛选方法的编辑。而“如何找到最佳内容选题”则范围过宽，且暗示了缺乏依据的排名或质量评判。Google 官方指南提倡关注网站是否有明确的受众、内容是否有助于读者实现其目标，以及内容是否是为用户而写而不是主要为了吸引搜索访问（Google Search Central: Creating helpful, reliable, people-first content）。这些问题印证了确立精准采编任务的价值，但它们并不能确保流量或排名。

确保文章具备可解答性、易读性且易于维护

即使面对真实需求，如果草稿迫使读者自己去重新拼凑答案，也依然会产出一篇劣质页面。应将直接答案置于开头附近，然后解释会影响答案的各种条件。在表意清晰的前提下，使用台账中读者的原有用词，但应对“仅限技术支持”和“重复需求”等内部采编术语加以界定。

围绕决策和行动来组织文章，而不是罗列一堆弱相关的关键词。Digital.gov 建议面向受众写作、合理组织信息、使用简明扼要的语言，并避免不必要的行话（Digital.gov: Principles of plain language）。对于一套采编方法而言，这意味着需要展示台账字段、决策关卡以及至少一个实际案例，而不仅仅是建议编辑去“了解他们的受众”。

在验收之前，请检查每一处关键表述：

如果因内容盘点不完整而导致对最后一个问题的回答为“否”，请记录下这一局限。一句坦诚的“需复核全站内容盘点”，远比毫无根据地宣称该选题为全新内容有用得多。

继续探索这个主题