我们有一个设置，用户可以使用基于 Web 的表单或向特定的电子邮件地址发送电子邮件，以便他们可以报告错误。如果他们这样做，则会在错误跟踪系统中创建记录，并通过电子邮件通知相应的开发人员。
一些用户仍然亲自向我们发送电子邮件，打电话给我们，或者（最糟糕的是）亲自找到我们以口头描述错误。
您如何鼓励您的用户使用您为他们安排的错误报告系统？
无论您使用什么方式，您如何解决以下问题：
我正在寻找有关此问题的一般指导。我们曾希望通过让他们更轻松的方式来帮助解决问题，并且在某种程度上确实如此，但是是否有人有一些特别成功（或不成功）的方法可以分享？
毫无疑问地将它们与流程集成
我会尝试的是，当您收到带外报告时，将其正式化为错误，通过电子邮件将错误抄送给他们，然后将错误留在“需要检查”状态，然后要求他们阅读并制作确保它的书面正确。
这不是一个超级解决方案，但它更有可能诱使他们了解系统的好处，并意识到他们尝试以不同的方式做这件事最终对他们来说比仅仅启动他们的网络浏览器并正确报告它更难。
我想我们同意最糟糕的部分是打电话或亲自描述错误（一封电子邮件可以很容易地转发到错误跟踪系统）。
我通常要求我需要屏幕截图或需要他们在电脑前的东西，所以他们只使用电子邮件会最方便。如果那时他们将其发送给您而不是跟踪器，您可以轻轻提醒他们，但通常无需打扰，我。
我要求它明确表示如果没有那条信息我就无法解决它。正如我所说，这可能是一个屏幕截图，但也可能是一个日志文件或任何对你来说有意义的东西。
这并不是说这些信息实际上与错误解决相关（尽管可能），这只是让他们习惯于将错误报告与向您发送一些无法口头传递的信息相关联的一种手段。
当然，如果它可以自动发送（用户按下按钮并将适当的电子邮件发送到包含相关内容的正确地址），那就太棒了，有一些工具可以集成到你的程序中来做到这一点。
哦，我永远不会拒绝错误报告。正如您所说，要让报告拒绝某些报告已经够难的了。如果描述很糟糕，我要做的是询问更多信息。
每当您在非正式渠道上遇到错误时
谁手动报告，为他们创建一个电子问题。确保电子系统尝试让他们下次以电子方式报告，但不要太用力。很高兴他们关心并感谢他们的反馈。
如果这些事情令人不安，我怀疑您的真正问题与其他形式的质量有关。
告诉您的客户，当报告上的姓名不是公司员工时，错误报告对 PM 的影响更大。虽然您可以自己报告错误，但它可能看起来只是在内部遇到并且实际上不会影响客户，但如果它来自外部，则分配时间来修复它的优先级更高，因为客户已经不仅遇到了问题，而且深受其影响，以至于促使他或她去填写正式的错误报告。