GTM Strategy · Execution Addendum
Nod 北美 GTM：产品怎么定义，卖给谁，从哪里打进去
战略对齐文档，覆盖品类、ICP、渠道、分发和定价。
Core Thesis
Nod 是 AI Workspace——不是 IM，不是项目管理工具。
规范化的团队 AI 使用工具。
规范化的团队 AI 使用工具。
品类选择决定用户心智归类，心智归类决定采用阻力。AI Workspace 是新品类，用户没有现成的心智锚点来抵抗它。从个人多 Agent 协同到团队级 Agent-人协同，Nod 覆盖完整光谱。先卖个人主控感，再过渡到团队协同价值。
Part 1
品类定义
品类选择决定用户心智归类，心智归类决定采用阻力。
✗ IM
不是 IM / 协作工具
归类为 Slack / Teams / Lark 竞品 → 用户第一反应「又要切换工具」。这是所有协作产品最大的采用壁垒。
✗ PM
不是项目管理工具
归类为 Asana / Linear 竞品 → 用户第一反应「现有工具够用了」。进入存量替换战争，打不赢。
✓ WS
AI Workspace · 新品类
用户没有心智锚点来抵抗，不触发「我已经有一个了」的防御机制。暗示全新工作界面，而非替代品。
类比：Figma 出现时不说自己是「在线 Photoshop」，说自己是「collaborative design tool」——新品类，绕开了「我已经有 Sketch 了」的心智壁垒。
禁止出现
所有对外文案中，禁止「取代 Slack」「比 Asana 更好」之类的竞品对标话术。产品截图不出现聊天气泡 UI。
始终锚定
在 X 和 HN 始终用「AI Workspace」作为品类锚点，优先展示 workspace / canvas / board 形态，反复强化。
Part 2
核心价值
AI 能力已经足够强，但使用方式完全碎片化。Nod 解决的不是「AI 能不能干」，是「AI 怎么在团队里被规范使用」。
每个人都在用 ChatGPT / Claude / Cursor / Perplexity，但没有工具解决「团队里的人怎么一起用 AI」的问题。每个人各用各的，结果不共享，流程不打通，管理层对团队 AI 使用完全没有可见性。
个人端
一个人 × 多个 Agent
设定意图，调度多个 Agent 协同完成任务，确认结果。不需要团队也能跑通完整闭环。Bottom-up 渗透的基础。
↔
团队端
多人 × 多 Agent
多人 + 多 Agent 在同一个 workspace 里协同。任务在人和 Agent 之间自然流转，审批链路透明，全员可见。
约束
两端都必须有完整体验
只有团队端 → 采用门槛太高（需说服整个团队）。只有个人端 → 没有组织级壁垒，就是另一个 Manus。
调整
叙事路径：先个人再团队
品牌叙事仍成立，但不是一上来讲「三个角色协作」。先让一个人体验到主控感，再自然过渡到团队协同。
01
个人主控感
设定意图，Agent 执行，我确认
02
拉同事进来
一键邀请，workspace 无缝升级
03
团队协同效率
多人 + 多 Agent 跨角色流转
Part 3
目标客户分层
只有对 AI 持续保持关注的人，才会在第一时间试用 Nod。三个筛选器圈定 ICP。
筛选器 1
了解 AI 边界。不需要教育「AI 有用」。
筛选器 2
想要 AI 普适全公司。不只是个人用。
筛选器 3
管理层。能拍板采用决策的人。
T1
第一人选：10-20 人、非工程师主导的 AI 创业公司
CEO 是商业/产品背景，做 AI 相关业务，团队每个人都在用 AI 但各用各的。与 Dify Cloud ICP 有重叠。
核心痛点
AI 工具碎片化 + 缺乏统一管理。CEO 知道团队在用 AI，但不知道用得怎么样、产出在哪、质量如何。
为什么是第一人选
不需要教育 AI 价值。非工程师主导——不会「自己搭」。10-20 人——CEO 拍板全公司用，决策链极短。
T2
第二人选：有一定技术深度的 AI 创业公司
团队有工程师，技术栈含 AI/ML。可能已在用 Dify 或类似平台。
核心痛点
工程与非工程团队之间的 AI 使用鸿沟。工程师用 Cursor + API 高效，产品/运营/市场被排除在外。
为什么是第二人选
工程师主导团队倾向「自己搭」，外部工具阻力大。需更强技术说服力。决策周期更长。
—
暂不触碰：Enterprise
尚未到采用 AI Workspace 品类的转型时间点。
原因
AI 策略停留在内部 POC 阶段。Sales cycle 长、定制多、合规高——早期投入 enterprise BD 是资源错配。
例外
通过 Dify 现有关系主动找来的 enterprise 客户可以接，但不主动投 BD 资源。
Part 4
渠道策略
渠道选择必须精准命中 AI-aware 人群的信息消费习惯，不撒网铺开。
I
主战场
X (Twitter)
AI 从业者的信息枢纽。试用决策始于推文。Nod 官方号（demo 为主）+ 个人 affiliate（成员个人号自然带出）。优先级：产品 demo > 行业观点 > 用户故事。
Hacker News
技术决策者在 HN。首页转化优于 PH #1。Show HN 格式，个人叙事开头，讲问题不讲功能。创始人亲自回复，前 2h 黄金时间。美西周二至周四 8-9AM。
KOL / Builder 网络
AI builder 圈层信任链极短——一个 Swyx、Greg Isenberg 的试用推文 > 100 篇官方内容。定向给 10-15 个 AI builder KOL 开 early access，让他们自然带出，不要求发推，只给产品体验。优先选有产品视角的 builder，不选纯流量号。
II
支撑渠道
AI Podcast · 借势触达
AI 创业者的深度信息源。创始人主动上 Latent Space、AI & I 等头部 AI podcast，讲「团队怎么一起用 AI」这个问题。一期播客触达 > 自己发 10 条 YouTube。优先 2-3 个头部，不铺量。
YouTube · 信任建设
不是主要获客渠道。90 秒 demo（核心资产，跨渠道复用）、深度 use case 视频。内容优先复用到 X 和 podcast 渠道。
孵化器 & 线下活动
Tier 1 ICP 集中在 SF 孵化器生态。校友网络定向触达，demo day 现场演示，自办 20-30 人 launch event。每月 2-3 场。
III
降优先级或不做
Part 5
分发路径
让一个人拍板整个团队用新工具，决策成本太高。个人先用 → 觉得好 → 拉同事 → 扩散。
核心逻辑
Bottom-up 渗透，个人体验先行。个人采用的可能性远大于拍板整个公司使用。
1
Slack 插件
不要求离开现有工具，在 Slack 里嵌入 Nod 能力。采用成本接近零。
为什么关键
Slack 是 Tier 1 ICP 默认工作环境。装一个 app 不需说服任何人。插件作为完整产品入口：基本功能在 Slack 体验，复杂需求引导到主产品。
参考案例
Linear、Notion 的 Slack 集成——通过插件降低门槛，再引导到主产品。先嵌入已有工作流，不要求迁移。
2
个人体验完整性
硬性要求：Nod 单人使用时必须提供完整、有价值的体验。
逻辑
产品体验只在多人协作时成立 → bottom-up 路径断裂。没人会为「需要拉同事才能用」的工具注册。
个人场景
设定意图 → 调度多 Agent → 真实环境执行 → 确认结果。不需要团队也能跑通完整闭环。
3
个人 → 团队的无摩擦过渡
一键升级为团队 workspace，数据配置不丢失。
产品要求
邀请同事后立即看到已有 Agent 配置和任务历史，感受到「这个工具已经在运转了」。
关键原则
团队功能不应被 paywall 挡住（至少早期）。阻挡 viral loop 的任何摩擦都是错误的。
Part 6
定价框架
参考 Manus 定价逻辑。席位费保证承诺，Credit 按 Agent 使用量消耗。
组件一
席位费 (Seat)
保证基础收入和用户承诺。免费层给足够 Credit 完整体验核心功能——个人端至少跑通 3-5 个完整任务。
+
组件二
Credit
按 Agent 执行消耗计费。用户只需知道「Agent 干活消耗 Credit」。天然适配 usage-based 增长。
免费层要慷慨
第一批用户的留存和口碑比收入重要。
保留邀请奖励
$10/invite，最多 5 人。与 bottom-up 逻辑一致。
团队定价延后
先让个人跑起来，用数据反推合理区间。
待定事项 — 需早期用户数据后确定
Credit ↔ 美元换算比例
席位费具体数字
免费层 Credit 额度
团队套餐阶梯