售前的工程师是有前景的，但是这条路不适合只会讲技术，不会接触客户。
投标桌上摆放着几十页的需求文件。客户问的通常不是你们有什么样的产品，而是这套东西是否能够落地，出现问题谁负责。
售前的工程师需要做的，就是将客户说不清楚的需求翻译成可执行、可报价、可交付的解决办法。
这份工作从表面上看像是技术岗位，实际上是夹在客户，销售，研发，实施与管理层之间的。
客户提出了一个模糊的想法，在售前要去追问业务的流程，拆开功能的边界，然后再去判断技术到底能不能实现，成本是否能够支撑得住，项目是否存在交付的风险。
仅仅介绍产品，是远远不够的。
市场越是细致，用户的需求越是具体，项目也就越不可能凭借一个人的经验来拿下。
在一个投标的项目中，客户会对需求进行分析，也会对技术方案，系统集成，项目管理，实施服务以及商务配合进行考量。
技术内容可能涉及到数据仓库和商业智能，地理信息应用，遥感，企业应用的集成，网络集成以及安全设计等。
这些内容并不要求一个在售前就独自精通，而是要求他能够听懂、能够判断，能够把不同团队所给出的答案拼接成一套完整的方案。
这也是为什么售前工程师越来越专业化。
标书不是复制粘贴进来，也不是堆砌术语越多越专业。
需求分析人员要把问题问清楚，技术人员把实现路径说明白，项目人员评估交付界限，商务人员控制报价与承诺。
每个人都负责，方案才可能真正集成起来。
所以这个岗位的未来，取决于你是否能够从“会做的技术”走向“能解决的问题”。
有些人进入行业后发觉，自己每天撰写方案、修改标书、召开评审会，只要客户的一句需求发生了变化，就需要连夜去调整整套的内容，于是认为售前仅仅是销售的一个辅助。
这样的判断只看到辛苦，没有看到岗位的价值所在。
一个成熟的售前并不是为销售说出漂亮的话语，而是决定了客户是否能够听懂方案，而公司能否承接项目，承诺是否兑现。
当然前景不代表轻松。
沟通能力较差，无法理解业务；技术基础薄弱，方案无法落地；不懂得项目的管理，承诺很容易失去控制；不了解商务，报价以及边界也会出现问题。
考证能够补充一块知识方面的证明，但是却不能够帮你完成需求的澄清、方案的汇报以及跨部门的协作。
想要走上这条道路，就不要把目标定位为“找个不修改代码的技术工作者”，而是要训练自己要看懂业务，要讲清楚技术，要守住交付的边界。
能够把复杂的问题讲清楚，又能够让方案真正实施，售前的工程师就不仅仅是有前景，还会越来越难以被替代。
