编者按：当AI代理开始承担数据清洗、线索评分和外呼触达，市场与销售的边界正在被代码重写。GTM工程师不是又一个时髦头衔，而是企业增长职能「工程化」的信号弹。本文编译自TechCrunch，并结合行业背景补充分析。
在即将于2026年举办的TechCrunch Disrupt大会上，Clay联合创始人兼首席执行官Kareem Amin将登上AI Stage，围绕一个几年前几乎不存在的职位展开对话——GTM工程师（Go-To-Market Engineer，市场进入工程师）。根据大会公布的信息，Kareem Amin将分享他对这一角色崛起路径的判断，而TechCrunch也同步开放了门票注册通道，并为早鸟观众提供第二张门票五折的优惠。
什么是GTM工程师
传统意义上，一家B2B软件公司的市场进入体系由三部分拼装而成：市场团队负责获客与品牌，销售运营负责流程与工具，数据与IT团队负责底层系统。三者之间的缝隙，往往由人工表格、断点式的邮件跟进和漫长的跨部门沟通填补。
GTM工程师的出现，正是为了填平这条缝隙。他们通常具备轻量级的编程能力，熟悉API调用、数据管道搭建、提示词工程与自动化编排，同时理解销售漏斗、客户画像（ICP）和线索转化逻辑。他们不写核心产品代码，而是写「增长代码」——把CRM、数据富化平台、AI模型和触达工具串成一条自动运转的流水线。
Clay正是这一趋势的典型基础设施。它通过整合上百个数据源，帮助企业把零散的公司与联系人信息富集成结构化、可执行的数据资产，再交由AI或工作流引擎自动完成线索筛选、个性化内容生成与外呼准备。当这类平台成熟到一定程度，企业自然会需要一个专门的人来「指挥」它——这就是GTM工程师的诞生土壤。
为什么偏偏是现在
三个变量的叠加，让这一职位从边缘走向中心。
第一，是大模型的可用性跃升。过去自动化工具只能处理结构化字段，如今模型可以理解销售通话记录、解析客户官网文案、判断采购意向，让「非结构化数据进入漏斗」成为可能。
第二，是增长成本结构的倒逼。在获客成本持续走高、SDR（销售开发代表）人力模型效率饱受质疑的环境下，用工程杠杆替代人海战术，成了越来越多公司的现实选择。
第三，是工具链的模块化。数据富化、意图信号、序列触达、CRM同步各自都有成熟的API，把它们编排起来的技术门槛，已经低到一个懂业务的工程师可以独立完成的程度。
组织层面的连锁反应
GTM工程师的流行，正在改写企业内部的权力与协作格局。过去掌握数据解释权的往往是运营或IT部门，而GTM工程师直接坐在收入团队里，用代码回应业务需求，反馈周期从「季度排期」压缩到「当天上线」。这既提升了效率，也带来了新的摩擦：谁能定义线索质量？自动化触达的合规边界在哪里？当模型做出错误判断时，责任归属于谁？
与此同时，人才市场也在重新定价。既懂SQL、又懂销售漏斗、还能与AI工具协作的复合型人才极为稀缺，薪酬溢价明显。一些公司选择从内部挖掘——把优秀的运营人员培养成「半工程师」，另一些则直接从产品工程团队中抽调人手转向增长。
Clay与Kareem Amin的观察视角
作为这一赛道最具代表性的创业者之一，Kareem Amin的讨论值得关注，原因在于他站在供需交汇处：Clay既向数千家企业输出GTM工程化的能力，也直接观察到这些企业如何重新配置团队。他在公开场合多次强调的核心命题是，未来的市场进入不再依赖「更多人手」，而依赖「更好的数据与更聪明的工作流」。在这一逻辑下，GTM工程师不是临时补丁，而是组织架构中的长期角色。
TechCrunch将这一话题放上AI Stage，本身就传递了信号：AI对企业的冲击，正在从产品层蔓延到职能层。比起「AI会不会取代销售」这类二元讨论，行业更需要的或许是这样一种追问——当增长职能被重新工程化，人的价值将被重新分配到哪些环节？
Disrupt 2026的这场对话，可能会给出部分答案。而对正在搭建增长体系的企业而言，无论是否为GTM工程师设立正式岗位，理解其背后的「工程化增长」思路，都已不再是一项可选项。
本文编译自TechCrunch
© 2026 Winzheng.com 赢政天下 | 转载请注明来源并附原文链接