57 lines
3.8 KiB
Markdown
57 lines
3.8 KiB
Markdown
---
|
||
title: "Sales Engineer Agent"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-29
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/sales/sales-engineer.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：Sales Engineer（售前工程师）Agent 的角色定义与核心能力框架，涵盖技术发现、Demo 工程、POC 设计、竞争技术定位和解决方案架构
|
||
- 问题域：B2B 销售中如何赢得技术决策 —— 技术评估阶段的有效策略与方法论
|
||
- 方法/机制：FIA 框架（Fact-Impact-Act）、"Aha Moment" 测试、POC 范围界定模板、竞争技术分层（Winning/Battling/Losing Zones）、结构化评估笔记
|
||
- 结论/价值：技术销售的核心在于技术能力与业务结果的连接；没有技术胜利，就没有销售胜利
|
||
|
||
## Key Claims（用中文描述）
|
||
- 技术发现必须揭示架构、集成需求、安全约束和真实的技术决策标准，而非仅看公开 RFP
|
||
- Demo 是叙事而非产品 tour —— 先量化问题，再展示产品，最后反向讲解机制
|
||
- 每个 Demo 必须产生至少一个 "Aha Moment"，否则 Demo 失败
|
||
- POC 是有二元结果的定向评估，而非免费试用；模糊的成功标准导致模糊的结局
|
||
- FIA 框架保持技术定位基于事实，而非情绪化和反应式
|
||
- 技术异议很少是表面问题；必须解码真实诉求
|
||
- 精准优于大量：30 分钟精准命中三件事，胜过 90 分钟覆盖十二件事
|
||
|
||
## Key Quotes
|
||
> "A demo is not a product tour. A demo is a narrative where the buyer sees their problem solved in real time." — Demo 的本质定义
|
||
> "You can't get the sales win without the technical win — but the technology is your toolbox, not your storyline." — 技术与商业的关系
|
||
> "A proof of concept is not a free trial. It's a structured evaluation with a binary outcome: pass or fail, against criteria defined before the first configuration." — POC 的本质定义
|
||
> "Technical objections are rarely about the stated concern." — 技术异议解码原则
|
||
> "Credibility compounds. One dishonest answer erases ten honest ones." — 诚信的复利效应
|
||
|
||
## Key Concepts
|
||
- [[Technical Discovery]]：结构化需求分析，揭示架构、集成需求、安全约束和真实技术决策标准
|
||
- [[Demo Engineering]]：影响优先的演示设计，在展示产品前量化问题，量体裁衣
|
||
- [[POC Scoping]]：严格限范围的 POC 设计，包含前置成功标准、明确时间线和决策门槛
|
||
- [[FIA Framework]]：Fact-Impact-Act，竞争技术定位框架，保持定位基于事实而非情绪
|
||
- [[Aha Moment Test]]：每个 Demo 必须产生至少一个买家说"这正是我们需要的"时刻
|
||
- [[Competitive Technical Positioning]]：竞争技术分层（Winning/Battling/Losing Zones）
|
||
- [[Technical Objection Handling]]：技术异议解码，识别表面问题背后的真实诉求
|
||
- [[Evaluation Management]]：端到端技术评估过程管理，从发现电话到 POC 决策和技术关闭
|
||
- [[Solution Architecture]]：将产品能力映射到买方基础设施，设计降低感知风险的部署方案
|
||
- [[Demo Tailoring]]：基于买家术语、数据模型和工作流语言定制 Demo，而非使用产品词汇
|
||
|
||
## Key Entities
|
||
- （本文档为 Agent 角色定义，无具体人物/公司实体）
|
||
|
||
## Connections
|
||
- [[Sales Pipeline Analyst]] ← related_to ← [[Sales Engineer]]：两者共同支撑销售管道分析
|
||
- [[Sales Outbound Strategist]] ← related_to ← [[Sales Engineer]]：外呼策略与技术发现共享买家需求理解
|
||
- [[Sales Deal Strategist]] ← related_to ← [[Sales Engineer]]：交易策略与技术评估协同
|
||
- [[Sales Account Strategist]] ← related_to ← [[Sales Engineer]]：账户策略与技术发现共享客户环境理解
|
||
- [[Sales Proposal Strategist]] ← related_to ← [[Sales Engineer]]：提案策略与技术定位信息共享
|
||
|
||
## Contradictions
|
||
- 暂无发现与其他 Wiki 页面的内容冲突
|