主题文档编写

先判断问题出现在哪里

很多开发者认为：“我的代码写得很优雅，后台设置项也很直观，商家自己摸索一下就会用了。”这是极其傲慢且危险的想法。

核心逻辑是：文档是产品的延伸，是降低售后成本的终极武器。

购买主题的商家绝大多数不懂代码，他们甚至不知道什么是 Metafields。如果没有一份结构清晰、图文并茂的帮助文档（Documentation），你的客服邮箱会被诸如“怎么修改轮播图颜色”、“为什么我的图片被裁剪了”这类基础问题瞬间淹没。优秀的文档不仅能解放你的时间，更是建立品牌专业度的重要基石。

实战步骤

步骤 1：构建清晰的文档目录架构 (Information Architecture)

操作路径：使用 GitBook, Notion 或自建文档网站

文档的结构必须符合商家的使用逻辑，而不是你的开发逻辑。
推荐目录结构：
- 快速入门 (Getting Started)：主题安装、授权激活、导入演示数据 (Demo Content)。
- 全局设置 (Theme Settings)：颜色、排版、社交媒体、结账页配置。
- 页面与区块 (Sections & Blocks)：按页面分类（首页、产品页、集合页），详细解释每个 Section 的功能和配置项。
- 高级功能 (Advanced Features)：如何配置 Metafields 动态数据源、如何设置多语言/多货币。
- 常见问题 (FAQ) & 故障排除 (Troubleshooting)。

步骤 2：撰写“傻瓜式”的图文操作指南

操作路径：结合截图、GIF 动图与简短文字

文字要极简：商家没有耐心阅读长篇大论。使用无序列表（Bullet points）和加粗字体标出重点。
视觉辅助：对于复杂的操作（如配置多级下拉菜单 Mega Menu），纯文字是解释不清的。必须录制一个 10 秒左右的 GIF 动图，直接演示在后台的点击拖拽过程。
给出明确的规范建议：不要只告诉商家“这里可以上传图片”。必须明确指出：“推荐上传尺寸为 1920 x 1080px 的 JPG/WebP 格式图片，以保证最佳的显示效果”。

步骤 3：在主题后台无缝嵌入文档链接

操作路径：在 config/settings_schema.json 中配置 info 字段

最好的文档，是当商家遇到问题时，文档就在手边。

在编写 Schema 时，充分利用 info 属性。

{
  "type": "header",
  "content": "超级菜单 (Mega Menu)"
},
{
  "type": "paragraph",
  "content": "了解如何配置多级下拉菜单，请查看我们的 [详细教程](https://docs.yourtheme.com/mega-menu)。"
}

这样，商家在后台配置这个模块时，点击链接就能直接跳转到对应的文档页面。

常见误区与处理方法

误区一：使用过于专业的开发者术语 (Developer Jargon)

规避方法：你在文档里写道：“请在 DOM 树中找到对应的 Node，然后修改 CSS 变量，或者通过 JSON 模板注入 Metafield 数据。”商家看完直接崩溃，要求退款。写文档时，必须把自己的大脑降维到“零基础小白”的状态。不要用“DOM”、“JSON”、“API”这些词。把“修改 CSS 变量”说成“在左侧颜色面板中选择你喜欢的颜色”；把“注入 Metafield”说成“点击右上角的动态数据源图标，选择你刚才创建的字段”。用商家的语言（商业和操作语言）去沟通。

误区二：文档内容与主题版本脱节 (Outdated Content)

规避方法：你发布了主题的 2.0 版本，重构了整个产品页的布局，增加了很多新的设置项。但你的帮助文档还停留在 1.0 版本。商家看着文档里的截图，在自己的后台死活找不到对应的按钮，愤怒地给你打了一个一星差评。文档维护必须纳入你的版本发布流程 (Release Pipeline)。每次更新主题代码时，必须同步更新对应的文档截图和文字说明。在文档顶部清晰地标注：“本文档适用于主题 V2.0 及以上版本”。

误区三：没有提供“已知问题”和“故障排除”板块

规避方法：无论你的代码写得多好，商家在安装了各种乱七八糟的第三方 App 后，主题总会出现一些奇怪的样式冲突或报错。如果你不在文档里提前说明，这些问题全都会变成客服工单。必须建立一个强大的 FAQ 和 Troubleshooting 板块。总结过去几个月被问得最多的问题。比如：“为什么我的轮播图不自动播放了？”（解答：可能是您安装的某款评论插件的 JS 冲突了，请尝试暂时禁用该插件排查）。把常见问题的排查步骤写清楚，能帮你挡掉 50% 以上的无意义客服沟通。

FAQ