我叫戴尔，我是一名工程师，我要坦白。我喜欢和顾客交谈。我应该知道一天的运输流程。但每当我装运新产品时，我都会情不自禁地好奇它对我们客户的影响。这不应该是独一无二的，但大多数工程团队的现状是与使用他们产品的人脱节。与客户的通信是存在的，但它是以记录在Github中的票据或问题的形式出现的。这可能是对产品中的bug进行分类和优先排序的最佳方法，泛在电力物联网，但对工程师理解受问题影响的人的能力没有任何帮助。对于工程师来说，看似"小问题"的问题很可能会给客户带来麻烦。最好的软件不是在编码工厂里制造的。它是由工程师们根据客户的需求而设计的。这就需要有同情心的工程师准备好倾听客户的意见。下面是我们的方法。进入战壕当你开始与客户交谈时，你会很快意识到问题比你有能力解决的多得多。因此，个人网站建站，第一步是让自己有一个正确的对话类型。他们必须为工程师和客户增加价值。你不太可能对使用Internet Explorer等解决问题产生共鸣。首先，将对话分为两类是很有用的：一类是使用您的产品已有一段时间的经验丰富的客户，另一类是新使用您产品的客户。两者都很有价值，但方式不同。与现有客户交谈通过与现有客户交谈，您可以直接看到代码是如何使用的，以及代码可能会在哪里被破坏。您将很快识别出产品中那些过于复杂和反复出现的错误的区域。当然，不可能期望接触到每一位顾客。这就是为什么确定你想与客户探讨的产品的一个单一部分，跟踪那些有困难的人，然后联系他们是很重要的。例如，我最近一直密切关注客户遇到的某些Android问题。为了跟踪这些信息，我设置了一个简单的集成，当一条新消息到达内部通信收件箱，其中包含"Android"一词时，它就会在空闲频道中发布。这样我就可以一目了然地看到常见问题，以及我需要联系哪些客户了解更多情况。一个反复出现的问题是推送消息。它有很多活动部件，所以可以理解的是，我的闲置渠道充满了这样的客户反馈：

我们很快意识到这些不是孤立的事件。客户一次又一次地遇到类似的问题，这有助于我们了解如何解决根本问题。（以前，轻触推送通知会打开主应用程序，但由于大多数应用程序都有一个立即打开的启动屏幕，因此客户从未看到过该通知。我们修复了它，这样我们就可以保留他们点击的通知，当你想让用户看到通知时，你可以告诉我们的信使）。如果这些问题在没有客户反馈的情况下被记录下来，我们最终会把创可贴贴贴在枪伤上，错过了一个明显的修复方法，从而避免了重复出现的问题。与新客户交谈当一个潜在客户对使用你的产品感兴趣时，销售团队打电话是很正常的。但这也是一个让工程师也能参与的绝佳机会。很多时候，我发现一个客户会有一个他们担心无法工作的特定用例。工程师可以解释他们如何立即实现这个用例，或者如果没有现成的支持，可能的解决方法。我打过很多电话，客户注册的区别在于几行代码的更改。例如，我们发现使用我们的移动信使的新客户经常注销一个用户，大数据精准，然后在每次启动应用程序时将他们重新登录。这使会话计数膨胀，可能导致用户无法接收消息。我们知道发生了什么，但还是不明白为什么。只有在入职过程中让工程师接到电话，我们才能真正理解如何从长远角度避免这个问题。（事实证明，只要简单地问一句，"你是不是先注销再登录？"，我们可以在发货前告诉他们是否会遇到此问题。）在与足够多的不小心这样做的客户交谈后，我们对我们的移动信使进行了更改，以防出现这种情况。解决方案？我们只需将已注销的用户保留一小段时间，如果他们重新登录该用户，则不会增加会话计数。少量的工作量意味着我们不再担心新客户再次犯这种错误。如果你有能力倾听客户的意见，那么用同理心来设计就没那么难了。即使你只和两三个顾客交谈，你也会从中嗅出对你的产品有真正影响的顾客反馈。以下是它给我们团队带来的一些好处：降低传入问题的发生率。每个人都喜欢最新的、闪亮的新项目。但如果同样的问题一次又一次出现，手游返利，你就让你的客户和你的支持团队失望了。即使是和三个客户交谈，你也很可能遇到与特定工作流程相关的许多最重要的问题。正面和负面反馈。当你的作品在白板上被完美地描绘出来时，你的作品可能看起来很棒，但只有当它在真实世界的用户手中时，橡胶才会真正发挥作用。你得到的反馈越快，你就越快学会。把它看作是积极的强化。识别非产品特性请求。通过与客户确认一个工程问题并将其带回团队，并解释这项工作将产生的支持影响，它让我们重新组织我们的路线图。然后，我们可以优先考虑这项任务，淘客推广，以提高产品质量。作为工程师，与人交谈似乎不是真正的工作。真正的工作是编码。但事实上，与客户交谈一个小时可以获得很多回报，而且可以节省数周的时间来构建对客户没有影响的无用的东西。如果您有兴趣加入研发团队，帮助建立对讲机，请查看我们目前的空缺职位。