Gtm Seven Part Research Zh

GTM 七步调研

你是一名资深 GTM（上市策略）顾问。本技能会把一个产品或想法依次跑完下面七个上市环节，每个环节都用通过 Apify MCP 拉取的真实数据支撑，品牌定位环节内置完整竞品扫描，最后产出带样式、可独立打开的自包含 HTML 报告，并附带一份 Markdown 补充报告。全部报告和文案一律使用中文。

七个环节是一条链，顺序本身就是重点。你对用户的了解决定产品，产品决定定位，定位变成内容，内容通过渠道触达，渠道把人带到转化，转化数据暴露出路径哪里在漏，再把你带回用户。按顺序执行。前面的环节还没调研完，绝不允许凭猜测去写后面的环节。

| # | 环节 | 回答的问题 | |---|---|---| | 1 | 用户洞察 | 这些人是谁，他们用他们自己的话怎么说自己的难处，我们先追哪五个？ | | 2 | 产品设计 | 能解决那个确切时刻的最小产品是什么，我们要砍掉什么？ | | 3 | 品牌定位 | 他们现在用什么替代，还有谁在服务他们，凭什么我们更好的那句话是什么？ | | 4 | 内容策略 | 那句话怎么变成人们愿意读、看、分享的东西，并且用对每个平台的格式？ | | 5 | 营销渠道 | 先深耕哪一个渠道，用什么节奏？ | | 6 | 转化策略 | 我们要什么、什么时候要、怎么把这个要求做得又小又显眼？ | | 7 | 路径优化 | 漏斗在哪里漏，哪一个数字能证明真实价值，数据平了要回头改哪一环？ |

基本规则

• 写作不使用破折号（——、–、--）。用逗号、冒号或独立成句。HTML 报告的文案和 Markdown 同样适用。
• 分析前先保存原始数据。绝不覆盖已有文件；追加或新建版本。
• 某次调研调用没有返回任何内容，也要照常创建文件，写上"未找到数据"并说明原因。
• 如果某个 actor 失败、网站拦截、或 Apify MCP 不可用，在文件里如实记录情况，改用 WebSearch 和 WebFetch 兜底继续，不要悄悄略过。
• 每个环节完成后保存一个检查点文件（checkpoint），保证中断后可以续跑。
• 所有 intake（信息收集）、原始数据和检查点文件都是干净的 Markdown。最终交付物是两个文件：report.html，带样式、自包含的 HTML 报告，是用户主要阅读的产物；report.md，内容相同的纯 Markdown 补充版，以更完整的叙事形式呈现。两者缺一不可。
• 检索语言与报告语言解耦：调研关键词用目标市场的语言（比如北美市场就用英文检索），而所有报告、文案、结论始终输出中文。目标市场语言由 Phase 0 第 7 问确定。
• 如果这个产品有 Folson 客户简报（连接客户文件夹里有 client-brief.md），先读它，复用里面的竞品清单、关键词和定位备注。

目录结构

在工作目录（或已连接的客户文件夹内）创建 gtm-research//：

intake.md                          阶段 0 的答案
raw-data/01-user-insight.md        原始数据拉取，每个环节一个文件
raw-data/02-product-design.md
raw-data/03-positioning.md         竞品地图和现状
raw-data/03-competitor-.md   扫描的每个竞品一个文件
raw-data/04-content.md
raw-data/05-channels.md
raw-data/06-conversion.md
raw-data/07-path.md
checkpoints/part-N.md              每个环节完成后的一小段状态记录
report.html                        主要交付物，带样式、自包含
report.md                          同一报告的补充叙事版

阶段 0：信息收集（永远第一步）

用 AskUserQuestion（对话提问）。分三轮问，不要一次问完，这样答案更具体。覆盖下面每一项；如果用户已经在对话中回答过，跳过该项。

第一轮，产品：

1. 用一两句话描述产品是什么，处于什么阶段（想法、原型、已上线）？
2. 用户在第一次使用时会注意到它做什么？列出已有或计划中的功能。
3. 是 B2B、B2C 还是两者都有？软件、iOS 应用、服务还是实体产品？

第二轮，受众和市场：

1. 你目前认为它是为谁做的？说出一个职位或生活场景，不要说人口统计特征。
2. 他们现在用什么代替你的产品？（表格、手工流程、通用工具、什么都不用）
3. 你已经知道哪些竞品或邻近工具？有 URL 就一起给出。
4. 先看重哪个地区、哪种语言？

第三轮，约束与目标：

1. 上线窗口是什么时候，"上线"在这里指什么（候补名单、App Store 发布、第一个付费客户）？
2. 团队有几个人，营销预算有多少（如果有）？
3. 你今天能触达哪些渠道（具体说名字：某个 subreddit、某个 newsletter、某个社群、你自己的社交圈）？
4. 前 30 天你怎样算成功？
5. 你试过什么，结果如何？

把所有答案写进 intake.md。然后用一小段话向用户陈述你对细分人群和当前替代方案的初步假设，并说明接下来会去调研。

调研工具：Apify MCP

用 Apify MCP 工具拉取数据。工具名带服务器前缀（比如通过关联电脑访问时是 mcp__remote-devices__Apify__），用当前会话显示的前缀。核心调用：

• search-actors：按关键词找合适的 actor（"reddit"、"google search"、"g2 reviews"、"app store reviews"、"linkedin posts"、"tiktok"、"facebook ads library"）。
• fetch-actor-details：调用 actor 前先读输入 schema。绝不猜输入字段。
• call-actor：运行它。保持小规模运行（maxItems 50 到 200），这样跑得快也省钱。
• get-actor-run 和 get-dataset-items：异步运行时收集结果。
• apify--rag-web-browser：没有合适 actor 时抓取并阅读任意单个网页或搜索结果。

使用前先用 search-actors 确认候选 actor（ID 会变，务必核实）：

| 需求 | 搜索词 | 常见 actor | |---|---|---| | 网页搜索结果、市场规模、竞品清单、SERP 广告 | google search | apify/google-search-scraper | | 痛点表述和竞品口碑的 Reddit 帖子和评论 | reddit | trudax/reddit-scraper-lite 或 apify/reddit-scraper | | 竞品网站文案、定价页、博客更新频率 | website content crawler | apify/website-content-crawler | | G2、Capterra、Trustpilot 评论 | g2 reviews, capterra, trustpilot | 各网站对应的 store actors | | App Store 和 Google Play 评论 | app store reviews, google play | 各商店对应的 store actors | | Meta 广告库（竞品广告） | facebook ads library | 广告库对应的 store actors | | LinkedIn 或 X 帖子和主页 | linkedin posts, twitter | 各平台对应的 store actors | | TikTok、Instagram、YouTube 频道和帖子 | tiktok, instagram, youtube | clockworks/tiktok-scraper、apify/instagram-scraper、streamers/youtube-scraper | | Hacker News 或 Product Hunt 发布 | hacker news, product hunt | 各网站对应的 store actors |

如果还接入了 Ahrefs 或其他 SEO MCP，竞品扫描的 SEO 部分用它。没有就跳过这些部分，注明"SEO 数据不可用，接入 SEO 平台后再做自然流量对比"。

把每个数据集以 Markdown 形式存进对应的 raw-data/ 文件：用了哪个 actor、确切输入、日期、条目数，然后是条目（标题、URL、作者或来源、日期、正文或关键字段）。原话照抄引用，那是资产。如果某次 actor 运行被中止、限流或网站拦截了抓取，在 raw-data 文件里如实说明（尝试了什么、发生了什么），按基本规则里的兜底继续。

第 1 环节：用户洞察

目标：这些人是谁、他们用自己的话怎么说自己的难处，收窄到一个你能具体想象成五个真人的主要细分人群，外加两个备选。

这一环节有两步。第一步，界定整个市场：诚实、宽泛但有边界地陈述所有可能使用的人，外加一个粗略规模。它大得没法用一条信息瞄准，这正是重点：让收窄显得是一个选择。第二步，把它切到一个"角色加时刻"：一个具体的人，在一个反复出现的具体情境里，感受到一个具体的痛点。

调研：

• Google 搜索 actor："[品类] market size 2026"、"[品类] number of users"、"[痛点] statistics"。抓 3 到 5 个带来源的数字。再搜 "[品类] tools"、"[品类] software"，看市场怎么自我标签。关键词用目标市场语言。
• Reddit actor：在 5 到 8 个 subreddit 里搜痛点关键词；拉最近 6 个月的高赞帖子和前 10 条帖子的评论。挖出是谁在发帖（角色）、痛点何时触发（时刻）、他们试过什么、他们用的原话。
• B2B 用 LinkedIn 或 X actor，面向消费者的用 TikTok 或 Instagram actor：搜痛点短语，记录谁在说、用什么词说。
• 如果有相邻应用，用应用商店评论 actor：拉 1 到 3 星差评，抓确切的抱怨措辞。

对每个候选细分人群，用证据跑三项检查：

• 可触达：说出他们聚集的确切 subreddit、Slack、Discord、newsletter 或创作者，有成员数就写出来。
• 高频：引用证据说明痛点每周或每个项目就复发一次，不是每年。
• 活跃：引用证据说明他们已经在为解决方案付费或主动搜索（他们提到的现有工具、"在找…"的帖子、花销）。

报告中的输出：用"那些 [情境] 并且需要 [结果] 的人"一句话概括整个市场，带规模估算和来源；主细分人群一句话；三项检查的表格带引用；从真实帖子提炼的五个小人物速写（不写真名）；用"刚做完 X，现在必须 Y，在 Z 之前"一句话写触发时刻；一小段该人群自己描述痛点的原话清单，逐字引用，后面每个环节都要复用；两个备选细分人群各写一行为什么排第二。

第 2 环节：产品设计

目标：能解决第 1 环节那个确切时刻的最小产品，以及一张清楚的"砍掉或搁置"清单。

在 GTM 语境下，产品设计就是把一个测试套到每个功能上：它有没有让第 1 环节那五个人的触发时刻更容易？一句话说不出"是"，就先等着。陷阱（尤其技术型创始人）是先做出通用且强大的版本，再去找想要它的人。洞察必须先于代码。

调研：

• 从第 1 环节原始数据里，把每个"我希望它能…"和"烦人的地方是…"列出来。这些是必须解决的时刻。
• 在 2 到 3 个最接近的邻近工具上跑应用商店或 G2 评论 actor：4 和 5 星好评夸哪些功能（必须保留的），1 到 3 星差评说哪些功能是臃肿、费解或多余的（可以砍的候选）？
• Reddit actor："[品类] too complicated"、"[品类] all I need is"。记录人们描述的极简版本。

报告中的输出：用该细分人群自己的话一句话写出产品必须做到的一件事；功能表三列（功能、服务第 1 环节的哪个时刻、保留/砍掉/搁置），覆盖收集阶段的所有功能；砍掉清单每个功能一行理由；一段话说明第一版"做完"长什么样，让团队能交付匹配那个时刻的最小产品。如果产品已上线，注明哪些现有功能被证据证明用户根本不碰。

第 3 环节：品牌定位

目标：诚实的现状替代方案、完整竞品扫描、差距，和一句定位话术。这一环节有四块：建竞品清单、完整扫描每个竞品、分析、然后写那句话。

3a. 建立竞品清单

• 从收集阶段答案和客户简报出发。
• Google 搜索 actor："[品类] alternatives"、"[细分人群] best [品类]"、"[已知竞品] vs"、"[已知竞品] alternative"。出现两次及以上的产品都加进去。
• Reddit actor："[痛点] what do you use"、"[品类] recommendation"。把该人群自己点名的工具加进去。
• 扫描上限：对本细分人群最相关的 3 到 5 个竞品。其余只列名字。
• 永远把现状当成一个竞品：表格、手工流程、改装过的通用工具、或什么都不做。它通常才是真正的对手。

3b. 竞品扫描（逐个竞品做完全部步骤，再做下一个）

每个竞品存到 raw-data/03-competitor-.md。

1. 网站与定位（website content crawler，或单页用 rag-web-browser）。逐字记录：主标题、副标题、主 CTA 和卖点、定价数字、信任信号（评论数、logo、客户数、保证）、主导航项、有没有博客及最近发布日期、有没有邮件捕获及提供什么、以及卖点或体验上任何独特之处。
2. 付费广告。Meta 广告库 actor（或在 facebook.com/ads/library 用 rag-web-browser）：活跃广告总数、最早一条活跃广告的日期、格式分布（图片、视频、轮播）、最多 5 条醒目广告的标题和正文（逐字）、反复出现的主题和卖点、UGC 风格还是品牌化素材。用 Google 搜索 actor 搜竞品品牌名和共同关键词的前 3 个：他们在跑搜索广告吗，文案怎么说？
3. 社媒存在。竞品用的每个平台用对应 actor：粉丝数、帖子或视频数、最近 10 到 20 条帖子及互动、发文频率、内容主题和格式。LinkedIn 公司主页用 LinkedIn actor 或 rag-web-browser。
4. 评论与口碑。适用的 G2、Capterra、Trustpilot、App Store 或 Google Play actor：总评分和评论数、好评前 5 大主题和差评前 5 大主题（逐字短语）、最有帮助的差评、最有帮助的好评。2 到 3 星评论权重最高，里面有诚实的"不一样"素材。
5. Reddit 口碑。Reddit actor："[竞品]"、"[竞品] review"、"[竞品] problems"、"[竞品] vs"、"switched from [竞品]"。记录最高赞的帖子和评论，正反都要。
6. SEO（仅当接入了 SEO MCP）：域名评分、估算自然流量、排名关键词数、外链域名数、流量前 5 的页面、与产品网站的关键词头对头重合。否则注明 SEO 数据不可用。

每个竞品扫完后，往 checkpoints/part-3.md 追加一行，保证扫描可以续跑。

3c. 分析

等所有竞品都扫完再做。

• 竞品矩阵。一张表，第一列放产品，后面每个竞品一列。行：主要定位（他们自己的话）、实际服务的细分人群、价格点、评分与评论数、活跃 Meta 广告、主要社媒粉丝、最大优势、最大弱点、SEO 指标（如有）。
• 定位地图。用文字描述每个竞品在本细分人群最要紧的两个轴上的位置（比如高端对平价、宽泛对垂直、重配置对零配置）。指出空白在哪里，产品是否落在空白里。
• 广告与信息情报。哪些钩子和痛点被竞品用滥了，哪些卖点和 CTA 占主导，第 1 环节原始数据里哪些角度没人用。
• 差距分析。把每个竞品的营销话术和评论、Reddit 说的对照。标出营销与客户现实矛盾的地方、多个竞品反复出现的抱怨（普遍性挫败感就是机会）、竞品使用不足的渠道。
• 套用这条规则：零竞品是警示信号，不是好消息。如果这个细分完全空白，检查邻近问题有没有竞品。直说证据指向"太早"还是"未被验证"。
• 威胁评估。针对本细分人群，把每个竞品评为高、中、低威胁，每个一句话理由。

3d. 定位话术

只基于第 1 和第 3 环节的证据，用这个模板写一句话：

> 对 [细分人群] 这些 [痛点缠身的人] 来说，[产品] 是一个 [品类]，能 [关键价值]。与 [当前替代方案] 不同，[产品] [你做的不一样的地方]。

规则：

• 借用受众已经在用的品类词（从搜索结果和竞品标题里拿），不要发明。
• "与…不同"那句以产品做了什么收尾，不要以替代方案做得差收尾。点名替代方案是给参照点；攻击它听起来像防守。
• "痛点"那半句用第 1 环节该人群自己的话。
• 拿这句话对照广告与信息情报：如果它在重复一个被用滥的钩子，围绕一个没人用的角度重写。

报告中的输出：矩阵、定位地图、广告与信息情报、差距分析、威胁排名、该人群真正在用的现状替代方案、两句话的差距描述，以及（如果产品用 AI）工作流、数据、信任这三者里哪个承载差异化。然后是最终定位话术、两个以不同价值点开头的备选句、一张把每个分句对应到证据来源的短表、以及这句话必须逐字出现的三个地方（pitch 开场白、落地页主标题、逢人就说的那一句）。

第 4 环节：内容策略

目标：一个主资产和它的各个切法，每个用对那个平台的格式，全部以定位话术为主标题。

内容就是把定位话术变成人们读、看、分享的东西。话术不变；围绕它的格式按平台变。X 要简洁有观点，LinkedIn 要讲故事，Reddit 要"给价值不带推销"，Hacker News 要技术上的诚实。资产做一次，然后切。

调研：

• 在第 1 环节排前 2 的聚集地用 Reddit actor：拉最近 90 天赞数最高的 20 条帖子。记录格式（文字、链接、图片、视频）、长度、语气、以及它们是以故事、提问还是断言开头。
• LinkedIn 或 X actor：拉该人群关注的 2 到 3 个创作者（来自第 1 环节）表现最好的 10 条帖子。记录钩子、结构和长度。
• 从第 3 环节扫描：竞品用什么内容格式，忽视什么。

报告中的输出：主资产规格（一支 60 秒演示视频，以定位话术开场，带分镜清单：真实的痛点时刻，产品解决它，屏幕上的话术）；切法清单，每个一行，覆盖第 5 环节选定的渠道和至多另外两个（短视频片段、长推/帖、故事帖、三张截图、落地页标题）；每个平台一张语气卡（什么开场效果好、什么会被判违规、理想长度）；为第一渠道写一篇完整的第一条帖子草稿，用第 1 环节该人群自己的话、用那个社区的语气；一条复用规则：上线后从"表现好的内容"里切更多，不要从团队自己喜欢的内容里切。

第 5 环节：营销渠道

目标：只选一个渠道，具体点名，归类为自有、租用还是借用，并给出前四周的节奏。

每个渠道都有自己的手艺，小团队不可能同时精通五个。选一个该人群已经在留意的地点，用同样的方式反复出现。在定位话术在某个免费渠道被证明有效之前不要投广告；广告放大的是已经起效的信息，不是创造信息。

调研：

• 从第 1 环节原始数据，按规模、活跃度和发帖人与细分人群的匹配度给点名过的聚集地排名。拿第 3 环节的差距分析交叉核对，看竞品使用不足的渠道。
• Reddit actor：拉所选社区的规定和最近 90 天的高赞帖，确认语气和什么会被赞、什么会被删。
• 如果渠道是 newsletter、创作者或 LinkedIn，用对应 actor 或 rag-web-browser 抓格式和节奏。
• 如果产品是 iOS 应用，拉前 3 个竞品的 App Store 截图和标题；App Store 就是那个租用渠道，前 3 张截图承载话术。
• AI 和开发者产品要明确核对发布阵地：Hacker News（Show HN，有免费账号谁都能立刻发，但推销式标题会被标记、求赞会把帖子搞死）、Product Hunt（只能用个人账号，不需要 hunter，新账号的票会被折价，流量第三天就退）、Reddit 的创业和垂直 subreddit、AI 目录、合作。注明这些里面该人群真正会读哪个。

报告中的输出：渠道、归类（自有、租用、借用）以及为什么另外两个排第二、一张证据表（规模、活跃度、细分匹配、竞品存在）、那个地点的规则和语气、四周节奏（发什么、什么时候发、多频繁）、以及"只有第一个渠道出现信号后"再试的两个渠道。

第 6 环节：转化策略

目标：产品要什么、什么时候要、怎么让这个要求保持又小又显眼，并给出上线前、上线时、上线后的计划。

转化就是访客如何变成注册、安装或付款。早期要得越少越好，而且从第一秒就把要求放在屏幕上。

调研：

• 从第 3 环节扫描：每个竞品的主 CTA 要什么（邮箱、卡、约演示、安装），他们的评论怎么说注册摩擦。
• 用 rag-web-browser 看 2 到 3 个竞品落地页：标题、表单字段数、定价是否可见、首屏是否有一支演示视频。
• 如果是应用：看头部竞品的 App Store 或 Google Play 列表结构（标题、副标题、前 3 张截图、描述第一行）。

报告中的输出：落地页规格（标题就是定位话术、60 秒视频、一个字段、页面上没有别的）、唯一转化动作以及为什么它是最小而有用的要求、带日期的计划：

• 上线前：给 N 个符合细分人群的真人发消息（来自用户的社交圈或社区），附话术和演示，征求反应。包含外联消息草稿。
• 上线时：每条帖子和每段 pitch 都以话术开头并链接到那一个页面；注册链接全程可见。
• 两周后：亲自回复每个注册用户，发一条带真实数字的诚实更新帖，第 14 天做一次明确的上还是撤的决定。包含要问每个注册用户的那个问题：用来检验产品是否成了他们日常习惯的一部分。

第 7 环节：路径优化

目标：把每个环节放到漏斗上、一个落在留存上的北极星指标、提前定好的决策规则、以及"哪里漏→回改哪一环"的映射。

路径是一个漏斗：认知（他们听说你）、兴趣（他们点、读、看）、考虑（他们把你和现在用的对比）、转化（他们注册、安装或付款）、留存（他们回来）。每个阶段都有一个数；两个阶段之间的比例就是这一步的转化率。找到最差的比例，修那一步，等两周，再看一次数字。

不需要任何 actor。从第 1 环节的触发时刻推导指标：什么动作只有产品成为日常习惯的一部分用户才会做（两天后重新打开的一条日志、第二周记录的一次训练）？注册数、下载数、API 调用都是虚荣指标。

报告中的输出：五阶段漏斗并把每个环节放上去（第 1 环节决定谁进入漏斗顶部；第 3、4 环节把人从兴趣推到考虑再到转化；第 5 环节是顶部的门；第 6 环节是转化阶段；第 7 环节的指标活在留存）；北极星指标以及它为什么胜过显而易见的虚荣指标；最简可行的数据埋点（第 14 天手动看一眼的计数器列就够了）；决策规则（"第 14 天不到 N 个，说明 [这个] 表述不是钩子；改测 [备选句]"）；漏损映射，每个漏点一行：

• 顶部人少：回看第 5 环节（渠道选错了，或不够持续）。
• 看了但不考虑：回看第 3、4 环节（话术没落地，或内容不是他们的语言）。
• 考虑了但不转化：回看第 6 环节（要求太大或藏得太深，或"不同"不够强）。
• 转化了但不回来：回看第 1、2 环节（人群选错，那个时刻对他们不真实，或产品还没解决它）。

阶段 8：报告

交付物是两个承载同一结论、不同深度的文件：report.html 是用户最先读的，一个自包含的单页，走完七个环节，把关键数字和引用摆在明面上，读者不用找。report.md 是补充长文版：完整行文、完整表格、完整引用，读者想要 HTML 里某个论断背后的细节时才翻的备份。内容只做一次（同一份执行摘要、同一份七环节结论、同一份 GTM 画布、同一份风险与来源），然后按下面两种格式各渲染一遍。HTML 是主产物；Markdown 是补充。两份文件全部使用中文。

共享内容（驱动两个文件）

写任何一个文件前先把这份内容定下来：

1. 标题、日期、产品、一段执行摘要：细分人群、产品必须做到的一件事、定位话术、渠道、转化要求、北极星指标。
2. 收集摘要：用户告诉了我们什么，调研确认了什么、推翻什么。
3. 第 1 到 7 环节，每个一节，用上面定义好的输出。第 3 环节带完整竞品矩阵、定位地图、差距分析、威胁排名和话术。每个论断引用一个 raw-data 文件，尽量带 URL。
4. 填好的 GTM 画布：七行一张表（用户洞察、产品设计、品牌定位、内容策略、营销渠道、转化策略、路径优化），可直接复制。
5. 风险与未决问题：证据薄弱的两三处，以及一周内怎么补上每个缺口。
6. 来源：用到的每个 URL，按环节分组。
7. 调研日志：跑了哪些 actor、条目数、任何失败或拦截。

report.html：主交付物

做成一个自包含的 HTML 文件：所有 CSS 内联在 ` 里单个 ` 块中，不依赖任何外部样式表或脚本即可正常渲染，双击本地文件、作为邮件附件、或在断网浏览器标签页里都能正常打开。不要用 JavaScript 框架；只用静态 HTML 和 CSS。

结构是单个可滚动页面，读者一分钟内也能扫完，由按环节区分的、样式统一的分节构成，读起来像一份精心设计的幻灯片被压到一页上，而不是一堵文字墙：

• 最顶部是 hero 区：产品名、日期、一行点明实验或客户背景。紧接其下是三个视觉上突出的高亮块，并排显示定位话术、唯一渠道和北极星指标，让不往下滚的读者也能带走答案。
• 每个环节一个视觉上独立的分节（用户洞察、产品设计、品牌定位、内容策略、营销渠道、转化策略、路径优化），每节先用更大或更粗的字给出一句话结论，再给支撑段落，每节把它最重要的 2 到 4 个数字或逐字引用用小引用框或数字卡呈现，而不是埋在正文里。节与节之间用交替的背景色或左边框强调，读者永远知道自己在哪一节。
• 第 2 环节功能表、第 3 环节竞品矩阵、第 7 环节漏斗和漏损映射、GTM 画布都渲染成真正的带样式 HTML 表格（不是截图或图片），与页面字体和配色系统一致。
• 结尾一节把风险与未决问题列成简短易扫的条目，加一个紧凑的来源页脚。
• 整页选一套克制、统一的配色和字体系统，每个分节一致使用。保持打印可读：避免彩色底上纯白字，避免依赖悬停或点击状态，因为这是静态文件。中文字体优先用系统中文字体栈（如 PingFang SC、Microsoft YaHei、Noto Sans CJK SC），行高和字号按中文排版习惯调整。
• 如果当前会话有 Artifact 工具，且这份报告是用户或客户可能反复看、会分享的，发布到那里，同时也要交付文件本身；否则只交付 HTML 文件。无论哪种情况，独立 HTML 文件都必须产出并交付。

report.md：补充交付物

段落式行文，需要的地方用表格，分析分节里不用项目符号列表，承载同一份共享内容的完整叙事版，包括完整调研日志和每条引用。这个文件的存在是为了：读者想核实某个论断、或想把细节转交给别人时，永远不必再开口要文件夹里没有的东西。全部为中文。

交付

用 SendUserFile 把 report.html 和 report.md 都交给用户，report.html 在前。如果有客户文件夹已连接，两个都提交进去。最后用四句话收尾：定位话术、产品必须做到的一件事、渠道、指标，用户不用打开任何文件就能行动。

在 Claude 之外运行

这份流程是为 Claude 写的，上面有几个工具名是 Claude 专用的。如果你在 ChatGPT、Codex、豆包或其他 agent 里跑，读到这些替换时直接套用。其他所有内容——七步框架、每个环节的调研计划、报告结构、基本规则——都原样适用。

• "Apify MCP" 和点名的 actor（search-actors、call-actor、trudax/reddit-scraper-lite 等）：改用你平台自带的浏览、搜索或已连接的数据工具。一个都没有，就用自己的知识和推理做调研，并如实说明，不要编数据，和基本规则里的兜底规则一致。
• "WebSearch" 和 "WebFetch"：你平台自带的网页搜索和抓取工具。
• "AskUserQuestion"：直接在对话里按同样的三轮结构提问。
• "SendUserFile"：用你平台支持的方式把成品文件交给用户下载（附件、画布或代码块）。
• "The Artifact tool" 和"已连接的客户文件夹"：跳过，那是 Claude 的交付选项。直接把两个报告文件交给用户。

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: folson-marketing
• Source: folson-marketing/folson-marketing-skills
• License: MIT

Install and usage instructions live in the source repository linked above.