Files
nexus/wiki/concepts/FIA-Framework.md

60 lines
2.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
title: "FIA Framework"
type: concept
tags: [sales, competitive-positioning, pre-sales, battlecard]
last_updated: 2026-04-25
---
## Definition
FIA FrameworkFact-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
- 无已知冲突