多少项目死在 “技术不重要” 上

技术部门，是项目里最不能忽视的角色。

三个销售追同一个项目，我跟领导的私交最好，最后却输了。

对方的技术部提交了一份方案评分表，我的方案有几个指标没达标——不是功能不行，是表述方式跟他们的招标模板对不上。技术总工在评审会上说了一句：这份方案不符合我们的技术规范要求，建议不予通过。

就这么一句话，我跟了半年的项目没了。

领导后来私下跟我说：老弟，不是我不帮你，技术部门打了叉，我硬批也批不下去。

那一刻我才真正意识到，在项目销售里，嘴巴最甜的人赢不了，跟领导关系最好的人也赢不了，真正能拍板的人有时候根本不坐在决策席上。

技术部门是个什么角色？

外人看来，他们是干活的，不掌握预算，不参与商务谈判，甚至连见供应商的机会都不多。但你要知道，在绝大多数项目里，技术部门有一项所有人都无法绕开的权力：技术指标的定义权。

招标参数谁写的？他们写的。评分标准谁定的？他们定的。技术方案谁评审的？他们评审的。

你以为领导签字了就万事大吉？领导签字前一定会问技术部门一句：这家供应商技术方案行不行？技术部门说行，领导签得心安理得。技术部门说不行，领导就得犹豫。

这就是一票否决权。它不在组织架构图上，但它真实存在。

最早我吃过这个亏，后来学聪明了。做项目的时候，我给自己定了一个规矩：见领导之前，先见技术。

不是说领导不重要，而是顺序决定成败。你先把技术部门谈通了，让他们认可你的方案、接受你的技术路线、甚至帮你优化招标参数，你再去找领导就容易得多。领导看到技术部门已经点头了，他不会给自己找麻烦去推翻技术部门的意见。

反过来，你先把领导谈通了，领导说行，你去跟技术部门对接一下。结果技术部门一看，方案跟他们想要的不一样，指标对不上，接口不匹配，顺手打个叉。领导也没办法替你兜底。

那技术部门到底该怎么打交道？

很多人有个误解，觉得搞定技术部门就是请吃饭、送礼物。但技术人员的思维方式跟采购不一样。他们更看重的是：你的方案能不能解决他的问题，你的产品能不能减轻他的工作量，你的技术路线是不是靠谱。

打动他们最好的方式就四个字：专业尊重。

你见技术部门的时候，别上来就谈价格、谈商务条件。先谈技术。把你的方案掰开揉碎了讲清楚，每一个技术指标为什么这么设计，跟他们的系统怎么对接，运维成本是多少。让他们觉得你是一个懂行的人，不是一个只会报价的人。

然后，学会问对的问题。不是问你该怎么做，是问他们现在遇到了什么困难。技术人员最大的痛点不是产品不够好，是现有的系统太难用。你能解决这个痛点，比什么关系都管用。

技术人员还有一个特点：他们很在意自己的专业判断被认可。你不需要在所有技术细节上都赢他，有些地方让他赢。让他觉得他的意见被采纳了，他会自动变成你的支持者。

那三种跟技术部门打交道的坑，你踩过几个？

第一个坑，绕过技术直接找领导。你觉得领导拍了板就够了，技术部门只是走个流程。但技术部门发现你跳过他们的时候，他们会觉得被冒犯了。结果就是，方案到了评审阶段，他们会拿着放大镜找你的问题。鸡蛋里都能挑出骨头，何况现实中的方案？

第二个坑，跟技术部门谈商务。你跟他们说这个方案性价比高，其他家比我们贵多少。但技术人员不关心性价比，他们关心的是：你的设备能不能在高温高湿的环境下稳定运行，你的系统能不能跟现有的平台无缝对接。你跟他谈钱，他觉得你不专业。

第三个坑，只搞定一个人就走。你以为技术总工点头了就万事大吉，但他手下的工程师呢？写招标参数的那个人呢？做测试验证的那个人呢？任何一个环节的人给你使个绊子，你的项目就悬了。技术部门是一个体系，不是一个点。

后来我养成一个习惯，每次做项目，技术部门里至少要有三个人认识我、认可我。一个是技术总工，负责拍板。一个是技术骨干，负责写参数。一个是实施工程师，负责做测试。这三个人，缺一个都不算做透。

你现在做项目，是先见领导还是先见技术？有没有因为技术部门一句话丢过单子？评论区聊聊你的经历。

谢娜演唱会被抵制的原因 核心原因是亏本圆梦单场，然后火速全国巡演，让前边支持的观众感受到被欺骗。今天怎么都是这样的消息，上午有鹅腿大妈被抵制，下午有谢娜演唱会被抵制。