事实上，让专家拥有两项专长并不是什么新鲜事。设计师和营销人员对此非常熟悉。初创企业的繁荣催生了技术营销人员和能够设计和编码的独角兽设计师。可以说，当理解问题和解决方案的人是实施者时，项目的进展会更快。
Notion 以招聘会编程的设计师而闻名。Stripe 招聘会做产品 新加坡赌博数据 的工程师。许多个体经营者或首次聘用的营销人员都是沟通者，他们精通 HTML 和 CSS，可以制作自己的低代码产品。也许我们只是处在一个要求工程师以与非技术同行多年来一样的方式产生同理心并分清轻重缓急的世界。
Intercom 多年来一直深知这一点，并以聘用产品工程师而闻名，他们被期望和鼓励做更多的事情而不仅仅是编写代码。
Intercom 表示：“产品工程师是识别、理解和解决问题的专家。但你解决的问题（以及你产生的影响）不必局限于你在文本编辑器或集成开发环境 (IDE) 中所做的工作。 ”
鉴于人工智能的最新进展和 Chat-GPT 的流行，对能够同时进行右脑和左脑工作的工程师的需求是有道理的。机器人可以接受训练来完成完整的任务、检查代码并更快地为您提供子堆栈答案，但它们无法倾听客户的意见、解读他们想要说的话并通过 30 分钟的采访开发出产品解决方案。
您如何让 EDD 为您的公司服务？
事情并不像向工程师求助并要求他们开始构建……那么简单。关于 EDD 的每篇帖子和采访都传达了类似的信息：与客户交谈才是成功的。
在拥有成功 EDD 文化的公司中，工程师会与潜在客户和付费客户沟通，阅读或实施调查，然后通过定性和定量反馈来构建并倾听他们的工作成果。如果没有这些，您就是在自讨苦吃。
让我们重复一遍，EDD 不是要建造任何东西，也不是要建造什么漂亮的东西，也不是要建造什么很酷的东西。EDD 是要了解客户的痛点，然后在没有客户和建造者之间的中间人的情况下快速开发它。
例如，在 Hiten 的工程驱动组织中，工程师可能正在推动产品开发，但它是否通过客户嗅探测试是一个外部过程。
“谁负责解决方案？我们希望工程部门负责。但必须有人负责‘它是否满足了客户的需求’。我知道这听起来很奇怪，因为他们负责‘解决方案’，但要确定该解决方案是否传递给客户……这是人们的工作，那些深刻理解问题的人，” Hiten 说。
这需要客户和工程师之间建立信息反馈循环，而这正是工程驱动开发和工程主导组织之间的矛盾所在。产品开发的研究方面仍然存在，只是工程正在内化和消化它们。
简而言之，“我们不会雇佣员工然后让他们成为产品人员，我们雇佣工程师然后给他们信息和能力来证明他们是否做到了，” Hiten 说。
工程驱动开发分析
就这一点而言，客户数据和信息来自很多地方。 Hiten 和 Ben Williams（我们之前采访过）都是打电话和客户交谈的坚定支持者。
我们会将定量客户数据添加到产品工程师了解和同情客户的方式列表中。产品和生命周期分析可以告诉您客户在大规模上的想法和感受。在您的注册页面上看到流失？您最好找出客户流失的原因。构建一个无人使用的新功能？听起来您需要找出原因？热门功能的使用率下降了？有错误吗？在 EDD 组织中保持智能数据可访问是做出明智决策的关键，并且它从经验上为工程指明了高优先级问题。
考虑到这一点，我们提供了一些开箱即用的 June 模板，它们可以为您提供业务情况的背景信息。最棒的是，工程部门无需构建、创建或支持这些报告和仪表板。我们很自豪能够提供开箱即用的关键分析功能，从而节省团队中每个人的时间。