Update nexus: fix conflicts and sync local changes
This commit is contained in:
Shen Wei
@@ -1,59 +1,59 @@
|
||||
---
|
||||
title: "FIA Framework"
|
||||
type: concept
|
||||
tags: [sales, competitive-positioning, pre-sales, battlecard]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Definition
|
||||
FIA Framework（Fact-Impact-Act）是事实基础竞争技术定位框架——为每个竞品构建竞争卡（battlecard），通过客观事实→业务影响→具体行动的三层结构，将竞争定位从情绪化和反应式转变为事实基础和可执行性。
|
||||
|
||||
## Three Layers
|
||||
|
||||
### F — Fact
|
||||
- 关于竞品产品或方法的客观真实陈述
|
||||
- 无夸大、无偏见
|
||||
- **可信度是 SE 最宝贵的资产**——一次失信，技术评估就结束了
|
||||
|
||||
### I — Impact
|
||||
- 为什么这个事实对买家重要
|
||||
- 事实没有业务影响就是 trivia
|
||||
- 模板："这意味着[买家实际承担的后果]"
|
||||
|
||||
### A — Act
|
||||
- 说什么或做什么
|
||||
- 具体的 talk track、问题或 demo 时刻
|
||||
|
||||
## FIA Example
|
||||
- **Fact**: "竞品 X 需要专用 ETL 层进行数据摄取"
|
||||
- **Impact**: "这意味着你的团队需要维护另一个集成点，增加 2-3 周实施时间和持续维护开销"
|
||||
- **Act**: "在 POC 演示中展示我们的零 ETL 原生集成，用实时数据连接替代批处理等待"
|
||||
|
||||
## Competitive Repositioning Over Attacking
|
||||
永远不要攻击竞争对手。模式：
|
||||
> "他们在 [已认可的优势] 方面很出色。我们的客户通常需要 [不同需求]，因为 [业务原因]，而这正是我们的差异化所在。"
|
||||
|
||||
这展现信心和专业度。攻击竞品显得不自信并激活买家的防御心理。
|
||||
|
||||
## Landmine Questions
|
||||
在技术发现阶段提出自然暴露竞品弱点的合法问题：
|
||||
- "你们目前如何处理 [我们架构独特的场景]？"
|
||||
- "当 [我们的产品原生处理而竞品不处理的边界情况] 时会发生什么？"
|
||||
- "你们评估过 [映射到我们差异化点的需求] 将如何随团队增长而扩展吗？"
|
||||
|
||||
关键：这些问题必须对买家的评估真正有帮助。如果感觉像"种草"，会适得其反。
|
||||
|
||||
## Winning / Battling / Losing Zones
|
||||
| 区域 | 策略 |
|
||||
|------|------|
|
||||
| **Winning** | 架构/性能/集成能力明显优于——围绕这些构建 demo，让它们在评估中权重更高 |
|
||||
| **Battling** | 两者均可——转向实施速度、运营开销或总拥有成本以创造差异化 |
|
||||
| **Losing** | 竞品确实更强——承认它，然后重新定位："那个能力很重要——对于主要关注 [竞品用例] 的团队是强选择。对于您的环境，[买家优先事项] 是主要驱动因素，以下是我们的长期价值..." |
|
||||
|
||||
## Connections
|
||||
- [[SalesEngineer]] — FIA Framework 是 Sales Engineer 的核心能力之一
|
||||
- [[DemoEngineering]] — FIA 中 "Act" 环节的许多具体执行在 Demo Engineering 中完成
|
||||
- [[POC-Scoping]] — POC 阶段是 FIA Framework 密集应用的场景
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
---
|
||||
title: "FIA Framework"
|
||||
type: concept
|
||||
tags: [sales, competitive-positioning, pre-sales, battlecard]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Definition
|
||||
FIA Framework（Fact-Impact-Act）是事实基础竞争技术定位框架——为每个竞品构建竞争卡（battlecard），通过客观事实→业务影响→具体行动的三层结构，将竞争定位从情绪化和反应式转变为事实基础和可执行性。
|
||||
|
||||
## Three Layers
|
||||
|
||||
### F — Fact
|
||||
- 关于竞品产品或方法的客观真实陈述
|
||||
- 无夸大、无偏见
|
||||
- **可信度是 SE 最宝贵的资产**——一次失信，技术评估就结束了
|
||||
|
||||
### I — Impact
|
||||
- 为什么这个事实对买家重要
|
||||
- 事实没有业务影响就是 trivia
|
||||
- 模板："这意味着[买家实际承担的后果]"
|
||||
|
||||
### A — Act
|
||||
- 说什么或做什么
|
||||
- 具体的 talk track、问题或 demo 时刻
|
||||
|
||||
## FIA Example
|
||||
- **Fact**: "竞品 X 需要专用 ETL 层进行数据摄取"
|
||||
- **Impact**: "这意味着你的团队需要维护另一个集成点，增加 2-3 周实施时间和持续维护开销"
|
||||
- **Act**: "在 POC 演示中展示我们的零 ETL 原生集成，用实时数据连接替代批处理等待"
|
||||
|
||||
## Competitive Repositioning Over Attacking
|
||||
永远不要攻击竞争对手。模式：
|
||||
> "他们在 [已认可的优势] 方面很出色。我们的客户通常需要 [不同需求]，因为 [业务原因]，而这正是我们的差异化所在。"
|
||||
|
||||
这展现信心和专业度。攻击竞品显得不自信并激活买家的防御心理。
|
||||
|
||||
## Landmine Questions
|
||||
在技术发现阶段提出自然暴露竞品弱点的合法问题：
|
||||
- "你们目前如何处理 [我们架构独特的场景]？"
|
||||
- "当 [我们的产品原生处理而竞品不处理的边界情况] 时会发生什么？"
|
||||
- "你们评估过 [映射到我们差异化点的需求] 将如何随团队增长而扩展吗？"
|
||||
|
||||
关键：这些问题必须对买家的评估真正有帮助。如果感觉像"种草"，会适得其反。
|
||||
|
||||
## Winning / Battling / Losing Zones
|
||||
| 区域 | 策略 |
|
||||
|------|------|
|
||||
| **Winning** | 架构/性能/集成能力明显优于——围绕这些构建 demo，让它们在评估中权重更高 |
|
||||
| **Battling** | 两者均可——转向实施速度、运营开销或总拥有成本以创造差异化 |
|
||||
| **Losing** | 竞品确实更强——承认它，然后重新定位："那个能力很重要——对于主要关注 [竞品用例] 的团队是强选择。对于您的环境，[买家优先事项] 是主要驱动因素，以下是我们的长期价值..." |
|
||||
|
||||
## Connections
|
||||
- [[SalesEngineer]] — FIA Framework 是 Sales Engineer 的核心能力之一
|
||||
- [[DemoEngineering]] — FIA 中 "Act" 环节的许多具体执行在 Demo Engineering 中完成
|
||||
- [[POC-Scoping]] — POC 阶段是 FIA Framework 密集应用的场景
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
|
||||
Reference in New Issue
Block a user