Files
nexus/wiki/sources/sales-engineer.md
2026-05-03 05:42:12 +08:00

3.8 KiB
Raw Blame History

title, type, tags, date
title type tags date
Sales Engineer Agent source
2026-04-29

Source File

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 FrameworkFact-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

Contradictions

  • 暂无发现与其他 Wiki 页面的内容冲突