Typework 十家公司 GTM 深度研究与行动指南
本报告把十家公司当作十种可拆解的 Go-to-Market 组件，而不是寻找一个可以整套复制的“完美对标”。本研究建议 Typework 优先测试的组合是：MapleConnect 的直接产品构造、Durable 的即时演示、Promake 的发布—融资节奏、Momos 的亚太—北美路径、Owner.com 的痛点叙事、Plena 的转介绍证据、GlossGenius 的公司自报结果案例与结构化推荐机制（当前渠道贡献未知）、GoHighLevel 的渠道系统、Bravi 的锚点生意测试场，以及 AethexAI 的区域化与辅助交付。
1. 研究范围与使用方法
1.1 十家公司为什么入选
本轮优先级不是按公司规模或融资额排列，而是综合五项因素：
- 与 Typework 目标客户的重合度；
- 与“垂直 AI CRM / 公司运营层”定位的相似度；
- 发布阶段与小团队约束的可比性；
- 可观察 GTM 资产的丰富度；
- 对香港 / 亚太起步、北美扩张的可迁移性。
1.2 证据边界
- 第一方页面用于确认当前文案、产品结构、CTA、定价和公司自报指标。
- 媒体与投资机构资料用于确认融资、团队、发布时间和创始人访谈。
- YC、社区与发布平台用于确认公开亮相时间与当时用语，不用于证明产品效果。
- 公司自报的收入、客户数、使用量和增长均不视为审计事实。
- 公开页面、Demo、案例和渠道资产只能证明某种做法被展示或部署，不能证明它对注册、转化、留存或收入具有因果贡献；本报告的借鉴项均应作为 Typework 待测试的假设。
- 页面会持续变化；每份公司档案保存访问日期、来源清单和本地快照。
- “没有发现”不等于“不存在”。对定价、销售周期、投放和转化率等不可见信息，报告明确标记为未知。
1.3 正确阅读方式
每一项结论都应保持三层分离：
观察事实 → 解释 → Typework 行动
公司使用某个渠道，不代表该渠道产生了收入；公司展示某项指标，也不代表指标可复现；某个成熟公司采用某种打法，也不代表七人团队能以相同成本获得相同结果。
2. 十家公司案例入口
01
MapleConnectOPEN COMPANY CASE FILE
02DurableOPEN COMPANY CASE FILE
03PromakeOPEN COMPANY CASE FILE
04MomosOPEN COMPANY CASE FILE
05Owner.comOPEN COMPANY CASE FILE
06PlenaOPEN COMPANY CASE FILE
07GlossGeniusOPEN COMPANY CASE FILE
08GoHighLevelOPEN COMPANY CASE FILE
09BraviOPEN COMPANY CASE FILE
10AethexAIOPEN COMPANY CASE FILE
3. 优先级与研究角色
| 优先级 | 公司 | 在研究中的核心角色 | 最应回答的问题 | Typework 最可能采用的部分 |
|---|---|---|---|---|
| 1 | MapleConnect | 最直接产品构造对标 | 当对手也说“AI 原生垂直 CRM 24/7 运行生意”时，Typework 靠什么被区分？ | 多地点深度、可见 Business Map、行业结果与引导激活 |
| 2 | Durable | 自助式演示与即时价值标杆 | 如何让非技术老板在理解平台前先看到一个可用结果？ | 快速首胜、免费低风险入口、工具整合叙事、创始人重启信 |
| 3 | Promake | 聊天式 SMB OS 与错峰融资 | Max 如何进入故事但不变成空白对话框？产品发布与融资如何形成两个峰值？ | 对话式机制展示、产品先发、公开证明后融资 |
| 4 | Momos | APAC → 北美与餐饮行业扩张 | 如何把亚太起点变成北美可信度，而不是地域局限？ | 双市场证明、行业媒体、品牌 Logo、扩张型融资叙事 |
| 5 | Owner.com | 创始人主导的痛点与结果叙事 | 如何把复杂平台写成老板立即理解的经济冲突？ | 明确敌人、利润损失、客户所有权、案例型销售材料 |
| 6 | Plena | Clinics 垂直 OS 与口碑证明 | 早期垂直平台如何用合同、结果和转介绍而不是功能建立可信度？ | 结果先于平台、跨现有系统、合同质量与转介绍比例 |
| 7 | GlossGenius | 非技术业主、品牌与分层转化 | 品牌、透明定价、自助试用、团队 Demo 与推荐机制如何被组织为分层转化路径？ | 设计友好、自助入口、团队分流、公司自报结果案例与结构化推荐机制（当前渠道贡献未知） |
| 8 | GoHighLevel | 社区、联盟、白标与渠道分发 | 如何把“客户介绍客户”升级成可运营的分销系统？ | 伙伴工具包、加盟网络、联盟激励、社区内容与共同销售 |
| 9 | Bravi | 同阶段、窄垂直与锚点生意 | 小团队如何把自营 / 锚点业务变成产品学习和发布证明？ | 真实测试场、一个细分行业、沟通楔子、相邻行业扩张门槛 |
| 10 | AethexAI | 区域差异、工作坊与前置交付 | 服务辅助、区域能力和渠道伙伴如何被包装成优势而非产品不成熟？ | 本地化证明、一个用例起步、工作坊、伙伴和人工升级 |
4. 五种可组合的 GTM 原型
4.1 垂直结果型操作系统
代表：MapleConnect、Plena、Bravi。
共同结构不是先解释“操作系统”，而是先把一个行业、一个工作和一个结果变得具体。平台词负责解释上限，工作流承担面向客户的入口。
对 Typework 的含义：
- 战略层可以继续使用“AI 原生公司管理 / 运营层”；
- 客户入口必须是
Typework for Fitness与一个老板结果； - Clinics 和 F&B 只有在各自拥有锚点工作流与具名证明后，才能成为同权重入口；
- Business Map 应展示系统已经为客户搭好，而不是要求客户自己设计系统。
4.2 即时价值型产品增长
代表：Durable、GlossGenius。
这类打法的核心不是“免费”，而是客户在承担较少风险时先获得一个能看见、保存或使用的结果。在公开资产中，设计、速度、定价和自助体验被组织为获客与转化入口，但各要素的独立贡献未公开。
对 Typework 的含义：
- 首次演示不应从 Dashboard 或模块目录开始；
- 客户应在 60–90 秒内看到某个 Fitness 工作被推进；
- 次 CTA 可以是业务诊断、演示或有限试用，而不是空等待名单；
- 免费入口必须控制后续人工成本，不能把免费变成无上限实施。
4.3 创始人—痛点—结果叙事
代表：Owner.com、Promake。
创始人故事只有在服务一个清晰客户冲突时才有价值。Owner.com 把平台讲成餐厅与外卖平台之间的利润和客户所有权冲突；Promake 用创始人背景与“通过聊天运行生意”支持一个新品类故事。
对 Typework 的含义：
- 发布信应先写老板失去什么，再写公司为什么存在；
- Typework 的香港出发点、锚点客户和运营观察可以成为创始人可信度；
- 融资、团队背景与 AI 技术应放在客户结果之后；
- 创始人内容需要被拆成销售邮件、媒体 Pitch、案例片段和社交短帖，而不是一次性长文。
4.4 网络与伙伴分发系统
代表：GoHighLevel、Momos、MapleConnect、AethexAI。 MapleConnect 公开了 affiliate 与 white-label 渠道条款，但没有公开渠道贡献或具名伙伴结果；因此可研究其渠道设计，不能把计划中的渠道当作已验证增长引擎。
伙伴的价值可能是集成、信誉或真正的客户获取。只有当伙伴拥有明确受众、共同利益、联合资产和归因机制时，才算分发渠道。
对 Typework 的含义：
- 加盟网络、现有客户、行业顾问、POS / 预约系统与垂直服务商应被分别建模；
- 为伙伴准备共品牌落地页、短演示、转介绍规则、FAQ 和线索状态反馈；
- 追踪伙伴来源的激活与留存，而不只统计线索；
- 第一批伙伴应集中在 Fitness，并围绕一个工作流，而不是泛行业合作。
4.5 证据支持的发布与扩张
代表：Plena、Momos、AethexAI、Promake。
资金可以与发布同日，也可以在产品发布后形成第二个峰值。对 Typework 而言，应以公开证据是否达到发布门槛作为同窗或错峰的决策标准，并通过后续数据检验这一节奏假设。
对 Typework 的含义：
- 默认采用“产品公开 → 公开激活证明 → Seed 叙事”的错峰结构；
- 若发布时已经拥有具名案例、可复现指标、无创始人激活和容量证明，融资可以同窗；
- 即使同窗，标题仍应是客户问题与产品结果，融资只承担新闻性和可信度；
- 建议在发布后 4–8 周准备第二组可公开证据，再测试首发注意力能否支持后续的融资材料。
5. 跨公司消息系统
5.1 观察到的清晰消息模式通常回答六个问题
| 层级 | 买家问题 | Typework 应给出的答案 |
|---|---|---|
| 客户 | 这是给谁的？ | 给正在经营多地点 / 加盟型健身业务、没有完整运营团队的老板 |
| 损失 | 为什么现在要在意？ | 漏掉的跟进、续费与跨店执行正在变成真实收入损失 |
| 结果 | 我会得到什么？ | 一个关键客户工作被持续推进，而不是多一个等待维护的软件 |
| 机制 | 为什么它能做到？ | Max 学习业务、搭好可见的 Business Map，并在明确边界内执行 |
| 证明 | 为什么相信？ | 具名客户、前后结果、时间窗口、方法与真实产品路径 |
| 行动 | 下一步是什么？ | 看 90 秒演示、检查适配度，或进入有限 Fitness 激活名额 |
5.2 客户消息与战略消息必须分层
客户层应使用行业、工作、结果和时间语言；媒体 / 投资人层才解释 AI 原生公司运营层、跨垂直复制与市场规模。
不建议在客户入口同时使用：AI-native、agentic、company OS、AIGC、CRM、workflow orchestration 等多个品类词。这些词在本轮样本的公开页面中反复出现，观察上区分度有限。
分层不应变成互相矛盾。Plena 的 Launch YC 材料使用长期 labor replacement 上限，而客户页面又写 “AI helps your staff do more. It doesn’t replace them.”；这能适配不同受众，却也可能产生可被并列截图的信任风险。Typework 的客户、媒体与投资人材料可以有不同信息高度，但必须共享同一人机边界。
5.3 建议的发布消息骨架
一个健身房结果：别再让漏掉的续费跟进变成流失会员。
一个机制：Max 学会你的健身房如何运转，搭好一张可见的生意地图，并把关键跟进推进下去。
一个证明：具名客户、明确基线、时间窗口与结果。
一个入口：观看 90 秒路径，或申请本周有限的 Fitness 激活名额。
6. 分发渠道对照
下表描述公开可观察的 GTM 重点，不把“出现过”误写为已证明的主要收入来源。
| 公司 | Owned 内容 / 产品 | Earned 媒体 | Partner | Community / Referral | 对 Typework 最有价值的观察 |
|---|---|---|---|---|---|
| MapleConnect | 垂直页、产品路径、比较内容 | 独立媒体较少 | Affiliate、white-label、代理商与集成计划；结果未验证 | Referral 条款公开 | 每个垂直拥有独立入口与渠道经济设计；Quantic 公告属于同名的另一家公司，必须排除 |
| Durable | 免费产品、SEO、创始人发布 | 科技媒体 | 生态集成 | 产品传播与用户口碑 | 即时产出被产品化为可传播的获客内容；具体贡献未公开 |
| Promake | 聊天产品、发布内容 | 新闻稿与融资报道 | 投资人与创始人网络 | 待验证 | 产品发布与融资错峰提供两次公开解释机会；转化效果未公开 |
| Momos | 行业内容、客户故事、Guest AI 角色系统 | 科技与餐饮媒体 | Thanx、Olo、Paytronix、Square、Otter 及 POS / ordering / 3PD 连接 | 品牌客户放大 | APAC 与北美由同一行业证据连接；当前为 enterprise demo-led，价格不公开 |
| Owner.com | 创始人内容、案例 | 商业 / 科技 / 餐饮媒体 | 行业生态 | 创始人网络与客户故事 | 痛点叙事可跨社交、媒体与销售复用 |
| Plena | 垂直产品与客户结果 | YC / 行业可见度 | 医疗系统生态 | 口碑与转介绍 | 公司自报的转介绍比例可作为发布材料；应同时披露口径与时间窗口 |
| GlossGenius | 品牌站、定价、自助试用；团队客户走 Demo | 融资与行业报道 | 支付 / 行业生态 | 公司自报结果案例与结构化推荐机制；当前渠道贡献未知 | 品牌、自助试用与团队 Demo 构成分层入口；当前各路径的转化效果未公开，且公司已有 revenue leadership 与销售辅助 |
| GoHighLevel | 内容、培训、产品社区 | 创始人与行业媒体 | 白标 / 代理商 / Affiliate | 大型社区 | 将伙伴获客产品化并持续赋能 |
| Bravi | YC 与官网 | YC 网络 | 行业测试客户 | 创始人经营的锚点生意 | 锚点业务同时提供学习、案例与第一批介绍 |
| AethexAI | 平台、API、工作坊 | 融资 / 科技报道 | 渠道伙伴 | 本地活动 | 区域能力与服务层可以成为分发优势 |
7. 促销与发布动作
7.1 值得测试的动作
- 产品先于平台词：先发布一个可复述的工作，再解释更大系统。
- 案例拆分：同一客户材料拆成首页证明、短视频、创始人帖、销售一页纸、媒体引用和伙伴内容。
- 发布—融资双峰：产品先公开，后续用激活和客户证明支持融资报道。
- 联合发布：伙伴公告必须同时解释客户获得什么、覆盖哪个行业、如何开始。
- 现场工作坊：对需要信任和实施的早期 AI 产品，工作坊可同时承担销售接触与产品学习，但需分别跟踪后续转化与产品输入。
- 持续 Ship Log：发布日后持续补充客户结果、方法与改进记录，而不是只发功能更新。
7.2 不应机械复制的动作
- 没有即时价值时的开放免费注册；
- 没有战略伙伴与客户证明时的“融资 + 品类主张 + 产品同日大爆发”；
- 低价作为唯一新闻，导致服务成本与价格承诺失衡；
- 用大量行业页掩盖每个行业交付成熟度不同；
- 把所有合作都写成“伙伴分发”，却没有共同资产、利益与归因；
- 让非技术老板面对空白 Prompt 或自行搭建 Agent 系统。
8. 产品演示研究
8.1 建议的演示原则
- 从客户情境而不是产品导航开始；
- 在最短时间内出现可见产出；
- 只展示一条完整路径；
- 明确数据从哪里来；
- 显示 AI 做了什么、为什么做，以及何时需要批准；
- 用客户结果结束，而不是停在功能列表；
- 结束后只有一个主要 CTA。
Momos 是本轮公开样本中结构较清晰的“单故事演示”之一。在公司的演示设定中，顾客留下配送延误和漏品差评，旧方式七天没有结果，产品路径在两分钟内展示个性化补偿、顾客回访与评分修改。这些结果为公司演示叙事，不是独立效果证据；可借鉴的是它用一个人、一条反馈、一个自动动作和一个收入结果来解释多模块平台。
8.2 Typework 60–90 秒演示脚本
| 时间 | 画面 | 信息任务 |
|---|---|---|
| 0–8 秒 | 真实健身房与流失场景 | 让老板立即认出问题 |
| 8–18 秒 | 选择 Fitness 与续费工作 | 用行业和工作代替产品品类 |
| 18–32 秒 | 最少资料 / 连接 | 传达无需 Prompt 与复杂配置的产品路径 |
| 32–48 秒 | Max 理解业务并搭好 Business Map | 让机制可见但不要求客户设计系统 |
| 48–68 秒 | 打开第一个续费 / 跟进结果 | 交付可用价值 |
| 68–80 秒 | 自动、需批准与人工升级边界 | 建立信任 |
| 80–90 秒 | 客户结果与一个 CTA | 从演示转向受控激活 |
8.3 演示应准备的版本
- 90 秒公开版：网站、媒体与伙伴统一使用；
- 3–5 分钟行业版：展示一个完整工作流与 Business Map；
- 15 分钟销售版：增加数据、集成、边界、价格与实施；
- 伙伴版：增加适用客户、转介绍规则与共同交付；
- 投资人版：增加跨垂直复制、激活指标和人工成本下降。
9. 销售资料系统
| 资产 | 主要受众 | 必须回答的问题 | 竞争样本启示 |
|---|---|---|---|
| Fitness 一页纸 | 老板 | 解决什么、多久看到、怎么开始 | Owner.com 的单一经济冲突 |
| 具名案例 | 老板 / 媒体 / 投资人 | 基线、干预、时间、结果、方法 | Plena 的转介绍证据；GlossGenius 的公司自报结果案例与结构化推荐机制（当前渠道贡献未知） |
| 90 秒演示 | 所有人 | 产品如何把一个工作推进 | Durable 的即时可见价值 |
| Business Map 图解 | 老板 / 伙伴 | Max 为业务搭了什么 | 对 MapleConnect 的可见差异 |
| Beta FAQ | 老板 / 审批者 | 开放、数据、人机边界、支持、定价 | AethexAI 的服务层与工作坊透明度 |
| 伙伴工具包 | 顾问 / 加盟网络 / 软件伙伴 | 适用客户、共同价值、线索与归因 | GoHighLevel 的渠道赋能 |
| 创始人发布信 | 媒体 / 投资人 / 招聘 | 为什么现在、为什么我们、为什么这个客户 | Owner.com、Promake 的创始人叙事 |
| 媒体 Fact Sheet | 记者 | 团队、融资、客户、截图、引用、边界 | 避免融资替代产品故事 |
| 实施 / 激活说明 | 买家 / 运营 | 客户投入、时间、支持和成功定义 | 受控激活而非空等待名单 |
| 比较框架 | 销售内部 | 何时赢、何时不适合、如何回答差异 | 不在首发日公开未经验证的攻击型比较页 |
10. 客户证明与口碑系统
10.1 证明强度排序
- 具名客户 + 量化结果 + 基线 + 时间窗口 + 方法；
- 具名客户 + 清晰定性结果 + 可见产品路径；
- 具名 Logo + 使用频率 / 合同信息；
- 匿名量化结果；
- 公司聚合自报；
- 无方法的宣传语。
10.2 Typework 案例必须记录
- 客户业务类型、地点数与员工范围；
- 原来如何处理该工作；
- 基线问题与数据来源；
- Typework 实施了什么；
- 客户与 Typework 分别投入多少人工；
- 首次价值时间；
- 结果窗口与计算方法；
- 哪些结果可归因、哪些只相关；
- 客户批准的名称、引用、截图与视频；
- 价值时刻之后是否发生续费、扩张或转介绍，以及是否存在可识别的关联而非默认因果。
10.3 把转介绍变成可运营指标
借鉴 Plena 公开的转介绍信号，以及 GlossGenius 的公司自报结果案例与结构化推荐机制（当前渠道贡献未知），Typework 不应只说“客户会介绍客户”，而应追踪：
- 激活客户中发生转介绍的比例；
- 从首次价值到转介绍的时间；
- 每位推荐人的有效线索数；
- 同一加盟 / 行业网络内的密度；
- 转介绍客户的激活、留存和支持成本；
- 哪个结果最容易被客户复述。
11. 发布与融资节奏
11.1 推荐的三段式结构
阶段 A：私下证明。完成无创始人 Fitness 激活、具名案例、指标方法、支持容量和数据边界。
阶段 B：产品公开。公开品牌首页、Fitness 页、演示、案例、FAQ、价格逻辑与有限激活入口。第一周只讲一个客户结果。
阶段 C：证明与 Seed。发布公开队列的激活数据、案例延伸、伙伴进展与人工投入下降，再将其用于 Seed 媒体和投资人材料。
11.2 何时可以融资同窗
只有在以下条件均满足时考虑：
- 一个具名客户愿意共同发布；
- 一个指标有明确基线、时间和方法；
- 新客户可在无创始人情况下到达首次价值；
- 每周激活上限与暂停机制明确；
- 新闻标题即使删除融资金额仍然成立。
12. Typework GTM 系统蓝图
12.1 获客
- Fitness 结果型首页与垂直页；
- 客户案例与短视频切片；
- 创始人 LinkedIn 与行业媒体；
- 客户 / 加盟网络转介绍；
- 伙伴共品牌页面与演示；
- 低意向客户使用 90 秒演示或业务诊断。
12.2 激活
- GUI 选择行业与关键工作；
- 最少资料与现有工具连接；
- 后台自测不阻塞客户进入；
- Business Map 显示已经搭好的系统；
- 首个真实结果；
- 明确自动、批准与人工升级边界。
12.3 转化与扩张
- 定价与 Beta 条款易懂；
- 激活后按结果而不是功能跟进；
- 从单一地点 / 工作流扩展到更多地点与任务；
- 在价值时刻请求转介绍；
- 把重复支持转为行业模板和 GUI 选择。
12.4 证明与传播
- 每个客户结果进入统一证据表；
- 每个案例产生长文、短视频、销售页、伙伴素材和投资人页；
- Ship Log 记录客户结果、激活改进和边界变化；
- 每月复盘 MapleConnect 与 Promake；每季度复盘其余重点公司。
13. 十二个建议实验
| 编号 | 实验 | 假设 | 最小资产 | 主要指标 | 决策规则 |
|---|---|---|---|---|---|
| 1 | 三种 Fitness 标题测试 | 结果型标题可能比“AI CRM / OS”更易理解 | 三张静态首屏 | 目标老板复述准确率 | 至少 6/8 能复述客户、问题与结果 |
| 2 | 90 秒演示测试 | 单工作流演示可能比模块导览提高开始意愿 | 两版视频 | 完播、CTA 与访谈偏好 | 单路径版在三项中至少两项领先 |
| 3 | Business Map 名称测试 | “生意地图”可能比 Canvas / 系统图更易理解 | 三个名称原型 | 无解释理解率 | 锁定目标老板最少误读的名称 |
| 4 | 双 CTA | 演示入口可能承接未准备激活的老板 | 主 CTA + 次 CTA | 合格启动与演示后转化 | 次 CTA 增量不降低主 CTA 质量 |
| 5 | 受控公开 Beta | 公开可见与限量激活可能平衡声量和交付质量 | 公开页面 + 周上限 | 激活率、支持时间、暂停次数 | 达到董事会门槛再扩大容量 |
| 6 | 具名案例拆分 | 同一强案例经拆分后可能支持多渠道 | 长文 + 6 个切片 | 合格线索、完播、销售使用 | 保留能产生合格对话的格式 |
| 7 | 转介绍价值时刻 | 首次结果后请求可能比任意时间请求更有效 | 产品内 / 人工请求 | 转介绍率与线索质量 | 以激活客户分母持续跟踪 |
| 8 | 伙伴共品牌页 | 垂直伙伴可能带来信任度更高的线索 | 一页纸 + 共品牌页 | 伙伴线索激活 / 留存 | 只扩大高质量伙伴，不按线索量扩张 |
| 9 | 工作坊获客 | 小型行业工作坊可能同时产生销售对话与产品学习 | 30 分钟现场演示 | 到场、问题、激活、产品洞察 | 重复出现的问题进入产品 backlog |
| 10 | 产品—融资错峰 | 公开证据可能提高 Seed 叙事质量 | 发布后 4–8 周证据包 | 激活证明、媒体 / 投资人反馈 | 证据未达门槛则不制造融资新闻峰值 |
| 11 | 价格可理解性 | 简单 Beta 条款可能减少“联系销售”流失 | 两版价格说明 | 理解率、合格开始、支持问题 | 选择误解最少且单位经济可承受版本 |
| 12 | 人机边界说明 | 明确批准与升级可能在不显著降低兴趣的同时增加信任 | FAQ + 演示段落 | 信任评分、异议、激活意愿 | 若信任提升且意愿无显著下降则公开保留 |
14. 风险与反模式
| 风险 | 竞争样本提示 | Typework 对策 |
|---|---|---|
| 通用 AI 平台主张缺乏区分度 | 多家公司使用相同 OS / AI-native 语言 | 客户层只讲行业、工作、结果和证明 |
| 三垂直同时发布 | 行业页很容易快于真实交付成熟度 | Fitness 领先，其他垂直按证明门槛开放 |
| 流量先于激活 | 成熟 PLG 的开放规模无法由早期团队复制 | 周容量、暂停规则、服务负责人和事件追踪 |
| 空白 Prompt 的理解与启动风险 | 聊天式产品仍依赖客户表达能力 | GUI 选择、模板、默认值、Max 主动建议 |
| 渠道消息互相矛盾 | 投资人材料讲替代、客户页讲不替代会形成信任风险 | 所有渠道共享同一人机边界，只改变信息高度 |
| 服务变永久咨询 | 工作坊与前置交付可能带来客户对话，也可能吞噬毛利 | 每次人工帮助沉淀模板并计量帮助时间 |
| 伙伴只有 Logo | 集成与公告不等于客户分发 | 共同受众、利益、资产、归因和激活指标 |
| 低价承诺约束后续调整 | 价格型发布可能获得注意力，也可能放大交付压力 | 价格与边界、容量和服务层同步设计 |
| 结果不可核实 | 私营公司大量指标为自报 | 客户批准、方法说明、基线与时间窗口 |
| 品类锁死 | CRM、Agent、OS 语言快速变化 | 锚定持久客户问题，不锁死功能标签 |
| 北美故事抹去 APAC | 地域扩张容易被写成重新开始 | 用亚太结果、行业深度和伙伴证明北美资格 |
15. 发布前必须拍板的事项
- 唯一首发垂直与英雄工作流；
- 具名客户、指标、方法和发布许可；
- Business Map 的客户名称；
- 首个可用结果与目标时间；
- 自动、需批准、人工升级与监控边界；
- Beta 价格或条款；
- 周激活上限、支持负责人和暂停规则；
- 90 秒演示与销售版演示；
- 伙伴优先级和归因方式；
- 产品发布与融资是否错峰；
- 公开指标的计算与复核负责人；
- 发布后六周 Ship Log 与案例节奏。
16. 最终建议
Typework 不应做一场“完整 AI 平台发布”。结合公开观察与当前阶段约束，建议优先测试的 GTM 组合是：
- 用 Owner.com 式的经济损失定义一个 Fitness 问题；
- 用 Durable 式的快速可见结果完成 90 秒演示；
- 针对与 MapleConnect 的直接重合，测试“多地点深度 + Business Map”能否形成买家可理解的差异；
- 用 Plena 的转介绍证据，以及 GlossGenius 的公司自报结果案例与结构化推荐机制来设计证据系统；不将 GlossGenius 当前未公开的渠道贡献当作已验证结论；
- 用 Bravi 的锚点生意逻辑解释早期学习优势；
- 用 AethexAI 的工作坊、区域能力和人工边界建立信任；
- 用 GoHighLevel 的思路把客户、加盟网络和伙伴变成可运营分发；
- 借鉴 Momos 的叙事路径，测试香港 / 亚太证据能否建立北美买家所需的可信度；
- 用 Promake 的错峰结构让产品发布和 Seed 各有一次新闻峰值；
- 以公开但受控的 Fitness 激活，把发布变成可测量的增长系统，而不是一天注意力事件。
17. 研究限制与后续监测
- 本研究基于公开页面、公开文件、媒体、加速器和公司自报内容，不包含购买后的完整产品、私有销售资料或内部转化数据。
- 搜索不到的价格、广告支出、销售周期、赢单率与留存不会被推测。
- 各公司页面、CTA 和定位可能在研究截止后变化。
- 每家公司目录中的
source_manifest.md是事实审计入口，assets/README.md记录视觉资产来源。 - 建议 MapleConnect 与 Promake 每月复盘，其余公司每季度复盘；重大融资、重启、定价或伙伴变更应触发即时更新。