技能介绍

要解决的问题

咨询公司、代理机构和自由职业者的业务站，翻车点通常不在视觉，而在信息架构：十几项服务挤进一个总览页；文案写满“我们擅长什么”，却讲不清“你能得到什么结果”；转化入口埋在页脚，用户滑到一半就走了。SEO 一侧同样混乱——/service-1、/service-2 没有层级，标题标签清一色“服务介绍”，首页和 About 页的内链完全断掉。最终要么有流量没线索，要么连流量都没有。

技能如何工作

先读上下文：若项目里存在 .claude/project-context.md 或 .cursor/project-context.md，会先读取其中关于服务组合与差异化的线索，避免凭空生成一套通用文案。
三问定位：服务数量（单页总览还是 Hub + 详情页）、目标受众（B2B / B2C / 两者）、转化目标（联系、报价、预约）。这三点直接决定后面的结构选择。
结构选型：服务少用单页，服务多用 Hub + detail，有套餐或分级定价用 Service tiers，不搞一刀切。
内容骨架：服务概述、结果导向的收益、工作流程、案例与客户证言、明确的 CTA，五个元素缺一不可。
差异化与 SEO：把“为什么选你”写成具体对比而不是口号；关键词瞄准“服务 + 地区”或“服务 + 行业”，补 Service 类型的 schema，规划从 Home 和 About 过来的内链。
输出物：页面结构建议、各服务的描述文案、CTA 摆放位置、SEO 元数据清单。

适用边界与注意点

这是内容策划与文案生成工具，不是页面构建器——它产出结构建议和文案，不会替你写组件代码或改构建配置。多服务场景下，Hub 页与详情页的拆分仍需要人工确认路由层级（可配合 url-structure）。涉及发布、部署或其他外部写入操作时，会先列出目标与影响并等你确认；凭据只用于你指定的官方服务，不回显、不记录、不转发。命令和代码默认仅作参考。