大多数落地页负责带来流量。大多数产品页负责获得点击。但真正悄悄决定一个好奇的读者是否会变成付费试用用户的页面，却是几乎每个 SaaS 团队都投入不足的那一页：/docs。
当买家来到你的文档时，他们已经完成了自我筛选。他们已经越过首页宣传、越过定价焦虑，进入了每个真正买家都会问的实际问题："我真的能用这个东西吗？" 如果文档体验读起来像一堵自动生成的 API 参考内容，买家就会回到 Google。若文档体验像一位沉稳、专业的同事带着他们完成第一次成功，它就会把他们送到你的注册表单。
以下是七种始终能把读者转化为试用用户的文档模式。
入门页面本质上就是伪装成文档的销售页。就按销售页来写。开头直接说明新用户能在十分钟内实现的唯一具体结果，然后用最少的步骤带他们完成它。跳过架构图。跳过“概念”前言。读者如果看完这一页就得到了一个可用结果，他们就会注册试用，去完成下一步。
Quickstart 比全面指南更有效。一个只解决单一具体任务的 Quickstart 页面——“发送你的第一封交易邮件”、“部署你的第一个边缘函数”、“导入你的第一个数据集”——每次都比 4,000 字的大全式指南表现更好。买家是在寻找是否匹配，而不是在报名上一门课。
代码示例应当无需修改即可运行。如果读者在示例能跑起来之前还得安装三个包、在沙箱里进行身份验证、并猜测某个配置开关，你就已经失去他们了。可复制粘贴、可直接运行的示例，是你文档里最能转化的资产。
用例能把抽象功能锚定到真实任务上。标题为“Webhooks”的页面描述的是一个功能。标题为“当客户升级时发送 Slack 通知”的页面描述的是买家在自己每周工作中能认出的任务。后者会转化。前者只会被收藏，然后被遗忘。
身份验证和第一次 API 调用应该放在同一个页面上。任何新开发者体验中最脆弱的时刻，都是从“我有凭据”到“我得到了成功响应”之间的空档。把这段空档压缩成一个紧凑、可复制粘贴的操作流程。
展示限制，而不只是能力。一个诚实说明速率限制、错误代码和边缘情况的文档部分，会传达产品已经成熟。看到这一点的买家会信任页面的其余部分——而信任，正是把他们从读者带到试用的关键。
搜索栏和侧边栏才是真正的导航。大多数读者不会按顺序阅读你的文档。他们会点进深层链接，快速扫描答案，然后离开。确保搜索第一次就能返回有用结果，并确保侧边栏按买家的任务来分组页面，而不是按内部团队结构来分组。
你的文档页，是你网站上买家在准备开始时会阅读的页面，而不是在准备被说服时才会看的页面。按这个标准对待它们，试用注册自然就会跟上。
准备把这些付诸实践了吗？本周就从你自己的 /docs 里挑一个 Quickstart 页面，重写它，让它能在十分钟内交付一个可用结果，然后在周末前发布。下一次当买家搜索你的产品所解决的那个精确任务时，起作用的将是你的文档——而不是你的落地页——它会促成成交。