mcpField
G
grow-website

grow-website

github.com/wondelai营销与增长2.5k2.2k 次安装7 周前更新
代码仓库

关于 grow-website

grow-website 是面向已有流量但变现不足的网站的八阶段增长技能,涵盖访客研究、线索获取、信息表达、报价和生命周期营销。阶段决策与产物保存在 docs/,可跨会话续接,并要求说服依据真实证据。

主要功能

  1. 01八阶段网站增长流程
  2. 02先研究再优化转化
  3. 03构建线索获取与培育方案
  4. 04梳理定位、信息与报价
  5. 05在 docs/ 中续接计划和产物
  6. 06要求稀缺与口碑声明真实

适用场景

  1. 01分析高流量页面的转化障碍
  2. 02为尚未准备购买的访客设计线索流程
  3. 03改写首页信息并调整报价
  4. 04规划实验与客户生命周期营销

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/wondelai/skills --skill grow-website

安装后在 Claude Code 中输入/grow-website确认已加载。

附带文件references/artifact-templates.md

详细介绍

增长网站

将一个已有流量但变现不足的网站,转变为以研究为驱动的增长引擎:获取更多潜在客户,说服更多买家,打造更有吸引力的产品方案,并让访客带来更多访客。整个流程分为八个阶段——每到一个决策节点,Agent 都会先询问再做决定;所有状态都保存在 docs/ 中,因此你可以随时暂停,并在之后的会话中继续。它负责安排工作顺序;不会凭直觉重新设计网站。

核心原则

大多数流量问题只是伪装成流量问题的转化问题:先获取并转化现有访客,再购买更多流量。 此技能负责安排各阶段的顺序、提出决策问题,并将每项选择记录在 docs/ 中。各个组成技能负责提供方法——调用它们,而不是临时发挥其框架。先研究,再优化;先完善产品方案,再润色页面,始终如此。

流程图

阶段技能要回答的问题产出
1. 找出访客离开的原因cro-methodology访客为什么没有转化?哪些内容值得测试?扩展 docs/WEBSITE.md、docs/METRICS.md、docs/EXPERIMENTS.md
2. 获取尚未准备好的 97% 访客scorecard-marketing如何留住尚未准备好购买的潜在客户?扩展 docs/WEBSITE.md、docs/MARKETING.md
3. 明确传达的信息storybrand-messaging陌生人能否在五秒内明白我们是做什么的?扩展 docs/POSITIONING.md
4. 加深信息印象made-to-stick当他们准备购买时,还会记得我们吗?扩展 docs/POSITIONING.md、docs/WEBSITE.md
5. 增加证明和触发因素influence-psychology为什么他们应该相信我们并立即采取行动?扩展 docs/WEBSITE.md
6. 重塑产品方案hundred-million-offers我们销售的产品是否足够令人无法抗拒?扩展 docs/OFFER.md、docs/EXPERIMENTS.md
7. 设计分享机制contagious访客会为我们带来更多访客吗?扩展 docs/MARKETING.md、docs/WEBSITE.md
8. 串联客户生命周期one-page-marketing各项成果是否相互衔接,形成一个持续复利的引擎?扩展 docs/MARKETING.md、docs/METRICS.md

运营规则

  1. 先恢复进度。 首先,阅读 docs/GROW-WEBSITE-PLAN.md 和 Journey Map 中的每一项内容。如果跟踪文件存在,用 3-5 行总结旅程状态,并询问要进入哪个阶段。确认用户选择了入口点后,即视为完成。有跟踪文件的旅程应恢复,而不是重新开始。
  2. 仅在首次运行时进行信息收集。 如果没有跟踪文件:先进行下方的信息收集,然后创建 docs/GROW-WEBSITE-PLAN.md,并将每个阶段的状态设为 pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason。创建跟踪文件且用户确认阶段计划后,即视为完成。
  3. 进入阶段。 说明该阶段的作用、需要做出的决策、产出的内容和大致所需时间。提供继续 / 跳过 / 延后选项——标记为 GATE 的阶段可以延后,但不能跳过。用户选择继续后,将该阶段标记为 in-progress。用户作出选择后,即视为完成。
  4. 调用技能与备用方案。 加载并使用该阶段的技能:每个阶段的 Invoke 行都会通过 slug 指明技能——使用该技能执行阶段。如果该技能不可用,提供以下命令:npx skills add wondelai/skills/<slug> --global。如果用户拒绝,则根据 Brief 执行该阶段——采用最低可行方法。说明当前使用的是哪种模式。
  5. 阶段内决策。 询问「与用户共同决策」下的每个问题,并提供具体选项和建议。将用户的选择记录在跟踪文件的 Key Decisions 中。默默作出的决策属于缺陷。
  6. 退出阶段。 写入前,先展示草稿内容供用户确认。获批后:创建或扩展 docs/ 文件,并更新跟踪文件(状态、Key Decisions、Next Actions)。文件写入完成且阶段行显示 done 后,即视为完成。
  7. 内容管理规范。 先读后写;仅在文件不存在时创建,否则进行扩展——添加或更新对应章节,并保留其他人的内容。docs/ 中的文件名必须使用大写字母。首次创建 docs/ 文件时,请参阅 references/artifact-templates.md——根据完整模板创建文件(包含所有章节标题),然后填写阶段指定的章节。每项建议都必须写成复选框或表格行,并标明负责人和优先级。
  8. 所有稀缺性声明、用户证言和分享激励都必须真实。 如果某种说服策略需要编造证据,就改用基于现有证据的策略。会重置的倒计时、永远不变的「仅剩 2 个」,或捏造的评价,都会损害此后每一条真实可信的声明。

前期信息收集

创建追踪表前,请先询问以下问题:

  1. 网站是什么?主要转化行为是什么——注册、购买、预约还是潜在客户表单?(这会为每个阶段提供锚点,并明确漏斗的终点。)
  2. 你有哪些流量和转化数据——会话数、跳出率、转化率,以及流量高但表现最差的页面?(这些数据决定阶段 1 的漏斗图,以及 A/B 测试是否能达到统计显著性。)
  3. 你已有哪些访客研究——退出调查、支持工单、聊天记录、评价?(这些是 O/CO 表格的原始素材;如果没有,阶段 1 就从收集这些资料开始。)
  4. 你是否已经在收集潜在客户信息(名单、潜在客户磁铁),转化效果如何?(这决定是否需要阶段 2。)
  5. 你销售什么、价格是多少?访客会不会说“太贵了”?(这决定阶段 6 是否需要重建报价。)
  6. 你是否已有定位或消息文案——POSITIONING.md、品牌脚本、一句话介绍?(这决定阶段 3-4 是否需要开展;优先复用,而不是从头重做。)
  7. 你的月流量是多少?(这决定阶段 1 的测试方法:流量是否足以让有力度的 A/B 测试达到统计显著性,还是应依靠定性研究并根据原则进行推理。)

跳过以下不适用的阶段:如果潜在客户收集漏斗的转化效果已经不错,就跳过阶段 2;如果陌生人能在五秒测试中理解你的消息,就跳过阶段 3-4;如果报价转化效果良好,且价格不是异议,就跳过阶段 6;如果没有自然适合分享的素材,且推荐不是现实可行的渠道,就跳过阶段 7。

然后根据模板创建 docs/GROW-WEBSITE-PLAN.md,并确认计划。完成标准:docs/GROW-WEBSITE-PLAN.md 已创建、每个阶段都有状态,且用户已确认计划。

阶段

阶段 1 — 找出访客未转化的原因(cro-methodology)

目的: 用证据取代对访客离开的原因的猜测,并据此建立按优先级排序的测试队列。

简要说明(备用方案): 不要猜,去发现。绘制漏斗图,找出受阻环节(流量高但访客流失的页面)和缺失的链接。围绕三个方面研究访客:他们是谁、什么因素阻碍他们(UX)、什么因素令他们却步(异议)。用访客自己的措辞建立“异议 / 反驳异议”表格,在每个摩擦点放置相应的反驳内容,并盘点你已有但尚未展示的证明材料。安排有力度的实验——不要只改按钮颜色——并用 ICE 评分。

调用: 使用 cro-methodology 技能,并提供前期信息收集中获取的主要转化行为、流量数据和任何研究资料(退出调查、支持工单、聊天记录、评价)。请其提供漏斗图、基于访客真实用语整理的 O/CO 表格、对流量最高但表现最差页面的审查(按 0-10 分评分),以及 3-5 个经过 ICE 评分的实验构想,并为前两个构想提供假设。

与用户共同决策: (1) 首先要攻克哪个受阻页面——流量最高且转化率最差的页面?(2) 现有研究是否足以支持异议内容,还是应先开展退出调查(状态为 awaiting-evidence)?(3) 哪两个实验应进入队列——建议选择 ICE 评分最高且有望让转化率翻倍的实验,不要只做无关痛痒的小改动。

交付物: 扩展 docs/WEBSITE.md 中的 ## Audit Findings 和 ## Conversion Elements(包含 O/CO 表格及其放置位置);扩展 docs/METRICS.md 中的 ## Funnel(包括阶段、流失、基准和瓶颈);扩展 docs/EXPERIMENTS.md 中的 ## Experiment Backlog(ICE)和 ## Experiment Cards(为排名前两位的实验创建卡片)。更新追踪表。

完成标准: 漏斗图已绘制并明确指出受阻环节;WEBSITE.md 中包含 O/CO 表格,且反驳内容已放置在相应摩擦点;已创建两张 ICE 评分实验卡片,并预先确定主要、次要和护栏指标。

阶段 2 — 吸引尚未准备好购买的 97% 访客(scorecard-marketing)

目的: 通过互动式评估留住今天不会购买的访客,而不是在他们离开时失去他们。

简述(备用): 市场中约有 3% 的人现在已准备好购买;吸引其余的人。评分卡或测验的转化率为 30-50%,而 PDF 为 3-10%。分为四个步骤:基于 3 Cs(清晰度、可信度、联结)构建落地页;先在问卷中收集邮箱,再提出 8-15 个评分问题,分为 2-7 个类别;根据不同层级展示动态内容的结果页,营造访客当前状态与可能达到的状态之间的落差;按分数细分的后续跟进引擎。

调用: 使用 scorecard-marketing skill,并提供受众和主要转化操作。请其提供概念钩子(对多个方案进行压力测试)、评分问题及其类别、分层结果文案、问题前的邮箱收集表单,以及按层级细分的后续跟进邮件。

与用户共同决定: (1) 概念钩子——选择以“迈向某个目标”为框架的表述,触及最强烈的潜在渴望,而非基于恐惧的表述。(2) 层级数量和各层级的分数分界。(3) 是否已有足够完善的获客漏斗;如果有,是否跳过此阶段?

交付物: 扩展 docs/WEBSITE.md 中的 ## Lead Capture(评分卡漏斗设计:钩子、问题、层级、优先收集邮箱的表单);扩展 docs/MARKETING.md 中的 ## Nurture Sequences(按层级细分的后续跟进序列)。更新跟踪表。

完成标准: WEBSITE.md 记录了一个在第一个问题前收集邮箱、并根据层级动态展示结果的评分卡;MARKETING.md 为每个层级设置了单独的后续跟进序列。

阶段 3 — 先把信息说清楚,再追求巧妙(storybrand-messaging)

目的: 确保陌生人在五秒内就能明白你做什么、面向谁,以及为什么值得关注。

简述(备用): 让客户成为英雄,让品牌成为引路人——做尤达,不做卢克。运行 SB7:一个有明确目标的角色;从三个层面阐述问题(外部、内部、哲学层面——重点销售给内心层面);一个富有同理心且权威的引路人;一个包含 3-4 个步骤的计划;直接且反复出现的行动号召;失败的代价;成功的愿景。写出一句话介绍:“我们帮助 [角色],让他们摆脱 [问题],实现 [解决方案],从而获得 [结果]。”清晰胜过巧妙。

调用: 使用 storybrand-messaging skill,并提供阶段 1 整理的异议和证据清单——这些是问题阐述和引路人建立权威的原始素材——以及任何现有定位信息。请其撰写完整的品牌脚本、改写首页首屏文案,并提供 2-3 个一句话介绍方案。

与用户共同决定: (1) 重点阐述哪个内在问题。(2) 陌生人听过一次后能复述哪句一句话介绍。(3) 直接型和过渡型行动号召的措辞。

交付物: 扩展 docs/POSITIONING.md 中的 ## Brand Script (StoryBrand)、## One-Liner 和 ## Key Messages(触点 | 信息 | 状态)。更新跟踪表。

完成标准: POSITIONING.md 包含完整的品牌脚本、选定的一句话介绍,以及映射到各触点的关键信息,并且首屏文案通过五秒测试。

阶段 4 — 让信息留在记忆中(made-to-stick)

目的: 让清晰的信息令人难忘,即使访客暂时还没准备好,也能在准备好时想起你。

简报(备用): 运用 SUCCESs:简单、意外、具体、可信、情感、故事。克服知识诅咒——用具体、贴近人们生活的细节替换行话和抽象表述(“订单 30 分钟内送达,依然热腾腾”;“每月节省 16 小时”)。先讲反直觉的内容,而不是人们预期会听到的内容。用一位特定客户的故事讲述转变:只要我关注这个案例,就会采取行动。

调用: 使用 made-to-stick 技能,以及阶段 3 的关键信息和页面文案。要求进行知识诅咒审查,标出每个抽象主张,用真实数字给出具体改写,并将一个旗舰案例研究改写成令人难忘的故事。

与用户共同决定:(1)优先将哪些主张具体化——从流量最高的页面开始。(2)选择哪个案例研究作为旗舰故事。

交付物: 在 docs/POSITIONING.md 的 ## Key Messages 中扩展 ### Sticky Rewrites 小节(提供具体、去行话的版本),并扩展 docs/WEBSITE.md 的 ## Page Briefs 文案块。更新跟踪表。

完成标准: 优先页面上的每个抽象主张都有记录在案的具体改写,并且已有一个令人难忘的客户故事。

阶段 5 — 添加促使人们点头同意的证据和触发因素(influence-psychology)

目的: 通过恰当、合乎道德的说服,回答“我为什么要相信你?”和“为什么要现在行动?”

简报(备用): 七项原则:互惠、承诺与一致性、社会认同、权威、喜好、稀缺、归属。对于现有网站,社会认同和权威通常最有分量。具体数字胜过模糊说法(“2,347 位创始人”胜过“数千人”);相似人群的证明胜过名人证明;先承认一个小缺点,再介绍优势,能提升信任。在价值最高的页面上叠加运用多项原则。只使用真实数字、真实期限和真实稀缺性。

调用: 使用 influence-psychology 技能,以及阶段 1 的 O/CO 表格和证据清单。要求逐项审查各项原则,重新设计信任信号版块,将社会认同、权威和真实稀缺性叠加呈现,并改写注册流程中的微承诺——标出任何涉及操纵的内容。

与用户共同决定:(1)根据异议调研发现的问题,确定优先采用哪些原则。(2)哪些证据现在真实可用、可以展示,哪些还需要收集。(3)移除网站上任何虚假的稀缺性——请确认。

交付物: 扩展 docs/WEBSITE.md 的 ## Conversion Elements(添加证据和触发因素行,并标注位置和状态)。更新跟踪表。

完成标准: WEBSITE.md 的转化元素在用户犹豫的关键节点叠加呈现真实的社会认同、权威和真实稀缺性,且网站上不再存在虚假的稀缺性。

阶段 6 — 重建你真正销售的东西(hundred-million-offers)

目的: 在围绕报价优化页面之前,先让底层报价变得无法抗拒——这是整个策略体系中最上游的杠杆。

简要说明(备用方案): 大满贯报价即使营销平平也能卖出去。价值 =(梦想成果 乘以感知可能性)除以(时间延迟乘以付出和牺牲)——提高分子,降低分母。列出实现梦想成果的所有障碍,并逐一解决;精简并叠加(砍掉低价值/高成本的内容,叠加高价值/低成本的内容);添加能逐一消除异议的命名奖励;附上降低风险的保证;加入合乎道德的稀缺性;用 MAGIC 为其命名。强有力的保证能减少退款;提高价格可能提升转化率。

调用: 使用 hundred-million-offers skill,提供当前报价和价格,以及访客是否觉得它“太贵”。要求给出价值公式评分、每项障碍及其解决方案清单、命名奖励、保证,以及 MAGIC 命名选项。

与用户共同决定: (1) “太贵”是价格问题,还是价值感知问题?(2) 确定采用哪些奖励和哪项保证。(3) 价格和层级结构。(4) 将新报价列为大胆实验——CRO 认为新报价正值得测试。

产出物: 扩展 docs/OFFER.md 中的 ## Offer Stack、## Tiers (Good / Better / Best) 和 ## Price Metric;在 docs/EXPERIMENTS.md 的 ## Experiment Cards 中添加一张实验卡,用于测试新报价。更新跟踪表。

完成标准: OFFER.md 包含一份大满贯报价(价值公式、命名奖励、真实保证、MAGIC 名称),并已列为实验卡,且预先承诺了衡量指标。

阶段 7 — 让访客为你带来更多访客(形成传播)

目的: 通过设计而非运气,让每位满意的访客都成为新访客的来源。

简要说明(备用方案): 病毒式传播是可以设计出来的。STEPPS:社交货币、触发因素、情绪、公开性、实用价值、故事。个性化的评分卡结果具有很高的社交货币价值——它能展示关于用户自己的非凡数据。实用价值(计算器、真正有用的资源)会促使人们转发;设计促销活动时运用百人法则。公开性(“由 [你] 提供支持”、行为残留)能在使用后持续营销。故事必须通过特洛伊木马测试。口碑传播中只有约 7% 发生在线上——要设计值得人们谈论的内容,而不只是添加分享按钮。

调用: 使用 contagious skill,提供阶段 2 的评分卡结果页面和网站最有价值的资产。要求进行 STEPPS 审核并按 10 分制评分,重新设计可分享的结果页面,并添加能通过特洛伊木马测试的分享卡,以及公开性/行为残留功能。

与用户共同决定: (1) 哪项资产适合分享。(2) 要着力设计哪两到三个 STEPPS 驱动因素。(3) 分享激励——必须是真正的好处,绝不能是虚构的奖励。

产出物: 扩展 docs/MARKETING.md 中的 ## Word-of-Mouth (STEPPS) 和 ## Referral & Invite Mechanics;扩展 docs/WEBSITE.md 中的 ## Lead Capture,加入可分享的结果页面设计。更新跟踪表。

完成标准: MARKETING.md 的 STEPPS 表格明确列出针对特定可分享资产而设计的两到三个驱动因素,并记录推荐机制。

阶段 8 — 串联整个生命周期,让成果不断累积(one-page-marketing)

目的: 将获客、培育、转化和推荐连接成一个引擎,避免成果在最后环节流失。

简述(备用): 营销是一个过程,而非一次性事件。3×3 网格:之前(目标市场、信息、媒介)、期间(获取潜在客户、培育、转化)、之后(体验、客户终身价值、推荐)。“之后”这一列通常最有价值——留存成本比获客低 5-25 倍,留存率提升 5% 可使利润增加 25-95%。客户不推荐的头号原因是没人开口请求。

调用: 使用 one-page-marketing 技能审查并串联阶段 1-7——评分卡填补“获取潜在客户”,报价填补“转化”,Contagious 助力“推荐”。要求制定一份九宫格计划,为每个格子打 0-10 分,标出“之后”栏中的空白格,并设计一套价值与请求比例为 3:1 的潜在客户培育序列。

与用户共同决策: (1) 优先填补哪些空白格——通常是体验、客户终身价值、推荐。(2) 最佳客户的升级模型。(3) 要跟踪的留存率和客户终身价值目标。

交付物: 扩展 docs/MARKETING.md 中的 ## Target Market & Avatar、## Before / During / After Grid、## Referral & Invite Mechanics 和 ## Nurture Sequences;扩展 docs/METRICS.md 中的 ## Baselines & Targets(留存率、客户终身价值)。更新跟踪表。

完成标准: MARKETING.md 的“之前 / 期间 / 之后”网格中,“之后”栏没有空白格;且 METRICS.md 中已记录留存率和客户终身价值目标。

可选阶段

技能添加时机交付物
lean-analytics增长工作没有单一指标作为衡量依据扩展 docs/METRICS.md
high-perf-browser页面加载缓慢,正在消耗已经获得的流量扩展 docs/WEBSITE.md
hooked-ux希望让用户回访成为习惯循环扩展 docs/PRODUCT.md
ux-heuristics漏斗受阻的原因是摩擦,而非说服力不足扩展 docs/WEBSITE.md

可选阶段遵循相同的执行规则——加载并使用列出的每项技能,方式与核心阶段完全相同;在“添加时机”条件首次满足时插入该阶段。

常见错误

错误修正方法
调研前就开始优化先运行 cro-methodology 的访客调研;只改动证据指出的问题,而不是会议讨论中想到的内容。
测试幅度很小的调整(按钮颜色)安排大胆改动——新报价、价值主张或整页重写——用 ICE 评分为其排序,并让每项测试运行完整个业务周期,直到达到统计显著性。
测验结束后才收集邮箱在第一个问题之前展示潜在客户表单(scorecard-marketing),这样即使评估被放弃,也能留下一个潜在客户供你跟进。
伪造稀缺性或证明只使用真实的数字、截止日期和推荐语;一条虚假声明(influence-psychology / hundred-million-offers)就会让之后所有诚实的声明都失去可信度。
只打磨页面,却忽略报价在进行更多页面测试前,先用 hundred-million-offers 从上游重建报价;“太贵了”通常是价值感知问题。
忽视“之后”阶段用 one-page-marketing 填补体验 / 客户终身价值 / 推荐中的空白格——留存和推荐是最省钱的增长方式。

完成旅程

退出检查清单:

  • WEBSITE.md 包含一张 O/CO 表,每项计数器都放在其摩擦点上,并且审计发现已解决或已列入待办。
  • 评分卡在问题之前收集电子邮件,并在 MARKETING.md 中记录按层级划分的后续跟进。
  • OFFER.md 包含一份 Grand Slam Offer(价值方程、命名奖励、真实保证),并已在 EXPERIMENTS.md 中列为大胆实验。
  • MARKETING.md 的「之前 / 期间 / 之后」网格中,「之后」部分(体验、终身价值、推荐)没有空白单元格。
  • 至少有一项大胆实验正在运行,直至达到统计显著性,并已预先承诺指标。

关闭追踪器:每个阶段均标记为 done 或 skipped: reason,并将所有未完成的 Next Actions 转入所属文档。然后继续前进:

  • 如果增长循环应融入产品中,请继续使用 grow-app skill。
  • 如果网站已无可挽救之处,重建更划算,请继续使用 create-website skill。

评论

支持 Markdown