Examples
Service Page Example
服务介绍页别一上来只讲自己。这页给一个先筛人、再讲差异、最后收动作的结构。
Service Page Example
服务介绍页最常见的问题,不是信息少,而是全篇都在说“我很好”,却没先告诉读者“这是不是给你的”。
这类内容最适合的模块组合
audience-fitverdictcasesfaqcta或subscribe
一个可直接照着改的骨架
:::audience-fit
title: 这套服务更适合谁
good_for: 已经稳定写公众号;想把 Markdown、Agent 和发布流程接起来;不想每次手工排版
not_for: 只偶尔发短消息;暂时不打算做持续内容;还没确定公众号是不是主渠道
:::
:::verdict
title: 这不是一个“帮你把文章弄好看”的服务
body: 它更像一套内容生产流程。重点不是样式多,而是让内容更容易被看完、记住和执行。
:::
:::cases[常见使用场景]
版本发布 | 把更新讲清楚,再把动作收住
教程长文 | 先让手机里读着不累
服务内容 | 先筛人,再讲差异
:::
:::faq[第一次接常问的问题]
是不是一定要用 Agent? | 不是。先用 CLI 或 API 也可以
是不是每篇都要高级排版? | 不是。短内容很多时候普通转换就够了
要不要先接公众号凭证? | 不急,先跑通预览更稳
:::
:::cta
title: 如果你想先验证
body: 先拿一篇现成文章跑一次预览,再决定要不要把它接进长期工作流。
button_text: 去看快速开始
button_url: /docs/quickstart
:::写这类页面时要避开的坑
- 不先筛人
- 不讲差异,只讲自己多厉害
- 结尾没有明确下一步