IT售前实战清单从需求挖掘到中标交付的7个关键动作

IT售前 ﹒ 实战手册

IT售前实战清单：从需求挖掘到中标交付的7个关键动作

7个清单 ﹒ 覆盖项目全链路 ﹒ 每条可直接执行

做售前最怕什么

不是技术答不上来，不是方案写不出来，而是——忙了三个月，客户一句"再调研调研"，所有心血归零。

问题往往不在努力程度，而在关键动作有没有做到位。

这篇文章不讲大道理，只讲7个可以直接执行的动作清单。从拿到线索的第一天，到最终中标交付，每一步该做什么、怎么判断做对了、做错了会怎样，全部列清楚。

1 需求挖掘——5步把"假需求"变"真痛点"

售前最常犯的错误：客户说什么就写什么。

客户说"系统要支持高并发"，你就写"支持万级并发"。但为什么需要什么场景下需要不满足会怎样——不知道。

需求挖掘的核心不是记录，是还原。

步骤1：先当工程师，再当侦探

客户说的每一句需求，左边记原话，右边写你的猜测。

**客户说"通信模块要支持断线重连"，你在右边写："现场网络不稳定设备会移动重连后数据补传机制有没有"

然后问一句："咱们之前是不是在哪栽过跟头"

客户往往这时候才开始说真话。

步骤2：挖历史包袱

如果是升级项目，一定要看老系统的现状。客户说"新平台性能要提升50%"，结果一看旧系统架构——全是全局变量加轮询，中断里塞了打印日志。这不是硬件性能问题，是架构技术债。

你可以问："咱们一起review下旧版本的痛点，**有没有哪段代码你们特想重写但没时间"

历史代码和历史系统是需求的矿藏，里面埋着真实的痛点。

步骤3：用场景倒推，别信规格列表

客户给的需求文档往往是一堆参数：响应时间<100ms、支持1000个节点、功耗低于1W。这些数字怎么来的要还原场景。

"100ms的响应时间，是哪个操作触发的是按键到屏幕刷新，还是数据上报到云端回包"

画一张时间轴：触发事件 → 数据流经哪些模块 → 最终输出。客户一看图，自己就会说"哦，其实这里可以放宽点"。

步骤4：问"如果不实现"，暴露优先级

把需求列表逐条问一遍："如果不实现这个功能，会怎样"

客户说"不行，核心业务跑不了"——真需求。

客户说"也行，就是不太方便"——中等优先级，可以谈。

客户说"领导提的，我也不知道为啥"——伪需求，留到最后。

步骤5：区分显性需求和隐性需求

显性需求是客户写在纸上的：要什么功能，支持多少并发，什么技术栈。

隐性需求是客户没说但真正在意的：这个项目做好了领导能不能看见预算花得值不值出了问题谁背锅

方案好不好，30%取决于显性需求是否满足，70%取决于隐性需求是否解决。

2 方案设计——4层结构让方案自带说服力

很多售前写方案，打开Word就开始堆产品参数，写了40页客户看都不看。

好的方案结构本身就在传递专业性。把方案分成四层，像剥洋葱一样，从外到内满足不同角色的阅读需求。

第1层：价值层——给决策者看的

这一页只回答一个问题：为什么做这件事

不能用技术术语，要紧扣业务影响和合规驱动。对电商客户讲"防止薅羊毛漏洞导致的资金损失"，

对金融客户讲"符合银保监会监管要求"，对制造业客户讲"防止生产中断"。

把技术能力翻译成客户能感知的"钱"和"责"。

第2层：方案层——给技术负责人看的

回答"做什么"。包括整体架构图、核心功能模块、技术选型理由。

架构图不要画成产品堆叠图——这是最容易暴露"只会拼产品"的雷区。要画出数据流向、系统边界、与客户现有系统的对接关系。

第3层：实施层——给项目经理看的

回答"怎么做"。包括实施计划、里程碑节点、人员配置、风险预案。

很多售前觉得这页不重要，交给交付团队写就行。但客户看实施计划，看的是"你靠不靠谱"。一个连风险预案都没有的方案，客户的信心直接减半。

第4层：交付层——给使用方看的

回答"做完后有什么"。包括交付物清单、培训计划、运维方案、验收标准。

交付层是方案的"保险绳"——它告诉客户，钱花了之后不会没人管。

3 客户沟通——3做3不做

售前在客户面前的每一分钟，都在建立或消耗信任。

做1：提前了解到场人员

去客户现场之前，问清楚三个问题：谁来听技术背景如何决策权多大

技术负责人在场，多讲架构和实现细节。领导在场，多讲业务价值和投入产出。两个都在场，先讲价值再讲技术，让领导先认可方向，再让技术负责人挑不出毛病。

做2：用客户听得懂的语言讲技术

客户说"系统慢"，你别说"QPS不够"，要说"同时有500个人在用的时候，系统会卡顿3秒，用户的操作会中断"。

把技术指标翻译成业务语言，是售前最核心的能力，没有之一。

做3：控制节奏，留出提问窗口

讲方案不是赶时间。每讲完一个章节，停下来问："这部分大家有没有疑问"

留白比填充更重要。客户提问的频率，反映了他的参与度。全程不提问的客户，往往不是听懂了，而是不关心。

不做1：不炫耀技术

演示刚结束，时间还早，技术人员头脑一热："这个问题的解决，我们还有两种方案，要不我再演示一下"

然后现场调试没通过，客户站在一旁不知所措。

准备了什么就讲什么，没准备的内容宁可不说。

不做2：不当场承诺做不到的事

客户提了一个需求，你心一软说"这个我们可以做"，回去一问研发，发现三个月都搞不定。

当场承诺一时爽，后续交付火葬场。正确做法是："这个需求我理解了，回去跟技术团队评估一下，两天内给您答复。"

不做3：不越俎代庖

你跟客户技术负责人聊得好，就开始聊商务、聊价格、聊关系。

这是销售的活，不是你的。

售前在项目中是帮助客户获得业绩的朋友，销售是帮助客户解决各种问题的亲兄弟。角色要分清，否则客户和销售都很难做。

4 投标实战——标书编写的6步流程

投标是售前的硬仗。标书写得好不好，直接决定能不能进围。

步骤1：拆解招标文件

拿到招标文件第一件事不是开始写，而是拆。

- 投标截止时间 → 倒排工期标书代写

- 资质要求 → 哪些有、哪些缺、哪些要借

- 技术参数 → 逐条标注：完全满足 / 部分满足 / 不满足（含偏离说明）

- 评分标准 → 哪些是得分项，哪些是扣分项，权重各多少

先拆后写，否则写到一半发现漏了资质要求，全部重来。

步骤2：分工协作

标书不是一个人的战斗。标准分工：

步骤3：技术方案差异化

如果三家代理商投同一个标，技术方案很可能出自同一个厂家售前之手。这时候要变着花样编：

- 叙事结构不同：A版从业务痛点切入，B版从技术架构切入

- 方案重点不同：A版强调安全性，B版强调可扩展性

- 案例引用不同：A版引用金融案例，B版引用政务案例

不能让评标专家看出来是同一个人写的。标书代写

步骤4：检查控标痕迹

招标文件里有没有"被控标"的痕迹**指定了某个厂商的专利技术、某个特定的检测报告。

如果有，要么找到对应**，要么在偏离说明里据理力争。

步骤5：交叉校对

标书合稿后，至少做三轮交叉检查：

1. 格式检查：目录、页码、图表编号是否连续

2. 响应检查：招标文件每一条要求是否都有响应

3. 一致性检查：技术方案和报价清单的产品型号是否一致

步骤6：打印装订

看似简单，最容易出事。

检查清单：封面信息、投标保证金缴纳证明、法定代表人授权书、营业执照副本复印件。

****公司因为封面少盖了一个章，直接被废标。

5 述标演讲——7分钟决定印象分

标书的分数是硬实力，述标的分数是软实力。7分钟的现场演讲，往往决定了评委的第一印象。

动作1：开场30秒给出核心结论

****公司介绍开始："我们公司成立于1998年，注册资本5000万……"

评委听了八家了，****公司简介。

直接说核心结论："针对本次招标需求，我们的方案在三个方向上做了重点设计：第一，安全合规100%覆盖等保三级要求；第二，系统架构支持未来5年弹性扩展；第三，交付周期比要求提前20%。"

动作2：每页PPT一个核心观点

一页PPT放一个观点，用标题说结论，用正文给依据。

标题不要写"系统架构设计"，写"三层分离架构，确保业务变化不影响底层基础设施"。

让评委即使只看标题，也能理解你的方案逻辑。

动作3：准备5个最可能被问的问题

评委提问通常围绕：技术参数是否满足、实施方案是否可行、案例是否真实、价格是否合理、售后是否有保障。

提前准备好这五个方向的回答，临场就不会慌。

动作4：答不上来的问题诚实说

评委问了一个技术细节，你确实不知道。怎么办

别说"这个我回去确认一下"。评委会觉得你不专业。

正确说法："这个问题涉及我们底层框架的实现细节，我现场没有带相关资料。但据我了解，我们的XX产品在XX测试中达到了XX指标，可以侧面回答您的疑问。如果需要更详细的资料，我可以在述标后一小时内补充提供。"

诚实+专业态度，比硬编一个答案分数高得多。

6 项目交接——中标后别当甩手掌柜

标中了，售前的工作就结束了吗没有。

交接清单

售前不交接清楚，交付团队就会踩你埋的雷。

7 复盘——每个项目都要写3条经验

不管是赢了还是输了，每个项目结束都写三条经验：

1. 做对了什么——可复制的打法，沉淀为团队资产

2. 做错了什么——可避免的坑，写进团队避坑指南

3. 下次怎么做更好——一个具体的改进动作，下次项目立刻执行

不复盘的项目，做了等于白做。

总结

7个清单，覆盖售前从拿到线索到项目交付的完整链路：

1. 需求挖掘：5步把假需求变真痛点

2. 方案设计：4层结构让方案自带说服力

3. 客户沟通：3做3不做

4. 投标实战：标书编写6步流程

5. 述标演讲：7分钟决定印象分

6. 项目交接：中标后别当甩手掌柜

7. 复盘：每个项目写3条经验

售前不是玄学，是方法论。方法对了，概率就高了。

把这份清单存下来，下次打项目之前过一遍，每一条都问自己：这个动作我做没做

做了，赢的概率就大了一分。

没做，赶紧补。

更详细的实战内容可以去公众号菜单“我要提升-售前实训营”

- E N D -