Answers:
您的错误跟踪器是为了您的方便，而不是客户的。如果您不介意接听他们的电话或电子邮件并亲自输入，您认为他们的感觉如何？
您需要能够输入问题并将其手动分配给客户端。然后，当他们提出问题时，您可以说：“谢谢您的举报！我将其输入我们的问题管理系统，您将在处理过程中开始收到电子邮件（或其他任何电子邮件）。将来，如果您方便的话，您可以在此处输入此类信息。也可以随时致电我，这也很好。”
我作为客户使用过的最好的此类系统之一是我转售的托管服务提供商中的一种。发送至support @的电子邮件会在主题行中解析为域名，然后根据发件人地址分配给客户帐户，然后自动输入其票务系统。很漂亮
抱怨的用户要比不抱怨，放弃并打电话给竞争对手的用户好。因此，我将尽可能轻松地发送投诉。我会让他们继续打电话和/或发送电子邮件，而不要他们提交错误。
从他们的角度来看它-如果您不仅要花时间打电话/写一封电子邮件，还不得不学习某人的错误跟踪系统，那么您就不会抱怨了。
如有需要，请聘请客户服务人员，以免开发人员受到干扰。他们可以接受客户的投诉，并为开发团队造成错误。
我不专门了解螳螂，但是可以将其配置为监视电子邮件地址并自动从中生成报告吗？我知道其他系统（例如JIRA可以）。
问题就变成了让他们使用正确的电子邮件地址！
“请在http：// your / url /的错误跟踪器上报告此问题。如果您不在此处报告错误，我将无法跟踪。”
也许您可以为邮件客户端编写一个插件，以将电子邮件转换为错误报告，或者使用专用邮箱bugs @ foo来获取错误报告。（但是，后者当然需要培训用户...）
好吧，如果您想使用全局异常处理程序，那么您就有很多选择。对于Delphi，我们使用MadExcept，但也使用了Eureka Log，两者都将（随着用户的前进）发送电子邮件，或通过HTTP上传错误报告。
您的应用程序中可能有一个按钮，该按钮只会引发异常并启动此错误跟踪程序。MadExcept非常酷，因为它需要截取应用程序的屏幕截图并与错误一起上传，这样即使用户不能正确解释他们在做什么，您也可以拥有一个很好的渴望。
还有其他需要考虑的事情是进行编码以使错误从何而来变得显而易见。如果您有Beta版用户，则可以在他们的应用程序中包含调试信息，以便在崩溃时可以从他们那里获取更多数据。
尽管这些都无助于实现错误（即按钮位于错误的位置），但希望您没有这些错误。