可能像许多软件开发人员一样，我几乎从没见过真正的用户使用我的软件。
当然，在这种情况下很难获得良好的用户反馈。即使一些用户同意向我提供一些关于他们使用该软件的方式的信息，但他们实际使用它的方式与他们认为自己使用它的方式之间存在巨大差异。
碰巧，我的软件是客户端/服务器，这意味着我可以很容易地从技术上收集服务器上的一些信息。
当然，没有什么比看真实用户在现实生活中使用该软件更重要，但我认为总比没有好，或者至少值得尝试:)
虽然我将客户端引发的所有异常记录在我的数据库中，但我还没有离开这一点。
【问题讨论】：
标签： user-experience user-feedback
我正在开发的软件遇到同样的问题，尽管我还没有用户。
我通常认为监控应该始终是可选的，并且您应该能够在发送材料之前进行审查。我想大多数人都会同意这一点。
但是，从法律角度来看，存在更大的问题。出于安全原因，一些公司限制用户安装包含任何“回家”组件的软件。根据使用上下文，任何监控数据都可能泄露秘密。
例如，我的软件在 IDE 中对事物进行注释。如果我传输有关打开的文件（而不是哈希）的“家庭”详细信息，即使没有这些文件的内容，我仍然可能会发送机密详细信息。如果您的工具可用于打开图像或文档，则可能存在类似问题。
我建议在客户端散列或寻找混淆结果的方法，并通过充分的测试确保不会出现您的软件在未经同意和混淆的情况下将信息发送回家的情况。如果我没记错的话，如果你的软件这样做了，即使是错误的，你也可能违反了美国联邦法律。
此外，请确保在通过网络发送详细信息时对其进行加密。
最后，如果您的一些用户位于隐私法更严格的欧盟，您的例外数据库本身可能在法律上被视为“数据库”（例如，如果您在 SQL 语句执行和失败时存储它们并且这些包含生产价值）。因此，您可能必须遵守许多有关个人身份信息的规则。
【讨论】：
当我做 UI 开发时，我曾经收集每个用户命令（按钮推送、菜单选择）并使用我自己的内部调试信息将它们记录到文件中，但几天后会自动删除日志文件。在尝试调试您自己的软件时，此信息非常宝贵（用户很少能准确回忆起问题发生时所采取的步骤）。我还记录了每次应用程序的启动，以防我们遇到与第三方软件的兼容性问题。
关键是，除非出现问题确实，否则信息不会被使用，它被保存在本地，没有远程访问，如果没有问题，它会自动被删除。只有当客户因为问题打电话给我们时，我们才会访问日志数据。
主动跟踪用户操作并将它们发送回基地完全是一个单独的问题，我一直回避这个问题。
【讨论】：
这并不完全符合您的要求，但您确实有一些与编程无关的解决方案：
1) Do some hallway usability testing（向下滚动到 #12）。
2) 尝试使用像 Morae 这样的产品来设置更正式但远程的查看会话。
3) 使用 GoToMeeting、CoPilot 或 WinVNC 之类的工具让客户在他们的肩膀上监视。或者去他们的网站呆一天，然后在他们的实际肩膀上闲逛。
其中任何一个都会让您很好地了解哪些有效，哪些无效。
【讨论】：
您可以执行类似this 之类的操作，它可以捕捉鼠标移动并重放它们以供您使用 javascript 和 ajax 查看。
【讨论】：