10 · 确定核心关键词和第一版范围

把关键词研究收敛为一个用户任务与可验收MVP，建立页面映射、排除清单和变更规则，用证据控制首版范围。

发布时间：2026-10-31

本页为文字教程；视频与配套媒体仍以实际发布状态为准。

本课交付：一页MVP范围说明

前面收集了问题、竞品、关键词与搜索结果，本课要做的是收敛，不是继续增加功能。最终交付应让另一位开发者读完就知道第一版做什么、何时算完成、明确不做什么，以及哪些假设仍需要用户验证。

先用一句话写出目标：“为需要发布英文商品介绍的独立创作者，把已确认的产品事实改写成可编辑介绍，并保留人工核对步骤。”这只是贯穿项目的示范定位，你应使用自己的研究记录替换目标人群与任务。不能把所有发现过的需求都装进这句话。

将候选词按任务分组，比较用户证据、交付把握、获客可触达性和维护成本。可给每项标成有证据、弱证据、未知，但不要把主观分数算到小数点后两位装成确定排序。优先选择你能接触用户、能完成交付、能测量结果的一组任务，而不是只看搜索量最大的词。

关键词不是页面必须重复的口号。先决定页面做什么，再用目标用户实际使用的语言表达。Google的SEO指南强调清楚的结构与易理解内容；本课将其应用为一张“任务—页面—成功事件”映射，避免多个页面争相解释同一件事。

接口边界也要写清楚：最大输入、支持格式、是否保存原文、失败重试、超时与额度处理。这里不指定某个固定技术栈，先把产品行为定清楚；后续用AI编程时，这些行为会成为开发任务与验收条件。

示范首版不包含团队协作、多品牌空间、自动发布到电商平台、无限批量任务和复杂推荐系统。每项不做的功能写原因：缺少使用证据、外部依赖过多、会增加权限责任，或无法在预算内可靠交付。不要把“以后可能有用”视为进入本轮的理由。

但安全与可用性不能因为叫MVP就删去。错误提示、密钥保护、输入限制和必要的数据归属检查属于可交付条件。若一项核心安全要求无法完成，应缩小功能或停止公开，而不是写“正式版再修”。

较弱的验收是“页面好看、生成很快、SEO友好”。更具体的写法是：“空输入不发模型请求；包含长度边界的输入得到明确反馈；返回结果不新增原文不存在的认证；网络超时能重试且不重复扣减；页面源码能读到解释工具用途的正文。”质量要求如果依赖人工判断，就写出检查清单和样例，不假装能够完全自动判定。

为核心任务准备正常、边界和失败三组测试数据。每项结果保留日期和版本。公开案例需使用你有权使用的资料，或明确标成教学虚构，不能把别人的商品描述和商标随意当成自己的客户案例。

开发中发现新功能时，先登记，不立即加入。写出它解决哪个已观察问题、缺少它是否阻止当前任务完成，以及要替换掉哪个现有任务以守住预算。只有证明它是首版交付的必要条件，才更新范围说明和验收；否则留到本轮结束再决策。

当真实用户推翻核心假设时，也不要固守计划。比如用户真正需要的是事实检查而不是生成，可以重新定义产品任务。但应保留旧假设、否定证据与新范围，让后续分析知道发生了什么，而不是把所有改动都称为“持续优化”。

提交一句定位、一张页面映射、一份必须做与不做清单、三组测试数据和一条变更规则。每个页面应有独立用途，每个功能能对应至少一个用户任务，每个重要未知数都有下一步验证动作。若内容只能靠重复他人教程或泛化口号撑起来，还不应批量建页；先补上自己的测试与可执行答案，再开始下一模块的设计。

资料核对日期：2026年11月2日。本文的工具站、用户记录与金额为教学设计，不代表作者已获得对应收入；平台界面、价格和接入条件应在实际操作时再次核验。