我正在构建一个名为Collect的新软件，该软件目前处于“测试版”中。
基本上有两种“测试版”：
- 私人测试版。 您只允许几个人访问您的产品。
- 公开测试版。 每个人都可以访问您的产品，但是他们知道它可能有故障。
关于收集，我决定从“私人测试版”开始。我的目标是：
- 更正错误
- 为了改善它的工作方式（也许某些功能太隐藏了……）
- 了解潜在用户需要哪些功能
在过去的几周中，我无意中通过三种不同的方式向一群人发送了访问权限：
- 新年愿望; 感觉已经不堪重负了？
- 您能否只关注25分钟：如果不尝试番茄酱技术
- 5 Passos Para Implantar o家庭办公室em sua empresa
- 一个简单的步骤即可将您的计划付诸实践
- 3种帮助您完成事情的工具
现场演示
通常，当我建立一个演示时，我会开始询问有关它们正在使用哪些工具，已经存在的流程，已建立的流程以及可以使用Collect进行自动化的流程的问题。
然后，我开始共享我的屏幕，并使用刚才所说的内容进行演示。
您也可以让他们进行测试，但是他们很有可能会在中间问您问题和/或尝试给出提示。
这种格式的主要优点是您会收到直接的问题，例如“ ，如果我想做x，我应该怎么做？ ”这些问题使您可以洞悉人们如何计划使用您的应用。
另一个优点是，您还可以显示人们可能不会立即发现的非常强大的功能。
主要的缺点是您的存在使用户的行为有偏见。
录制的视频
我请一些朋友记录并评论他们使用“收集”的最初经历。
–他们开始使用QuickTime录制屏幕。
–激活其“收集”帐户并开始使用。
–通过讲话评论他们在做什么。
–使用我发送给他们的收集请求将他们的录音发回给我（吃您自己的狗粮）。
这种方法的主要优点是它们可以提供更真实的反馈，并且不会因您的存在而产生偏见。
如果他们遇到错误，很容易理解它发生在哪个上下文中并进行重现。
我喜欢看看他们发现并测试了哪些功能，以及错过了哪些功能。
该方法的主要缺点是需要向用户解释如何记录他们的屏幕。 文件传输也可能是一个难题，但是使用Collect😉可以使文件传输更容易
只需提供访问权限并希望获得反馈
这种方法的主要优点是您可以向所有人提出此要求，并且不需要任何内容。 主要缺点是您将获得非常有限的反馈。 如果用户不了解某些内容，则极有可能他们将停止使用您的产品，而您将永远不会了解原因。
另一个缺点是您真的不知道他们看到了什么功能。
最好的解决方案是什么？
我会说，这取决于您需要测试的内容。
如果您想测试您的界面，请了解人们如何使用您的产品。 我更喜欢记录的反馈。 我对这种方法的期望并不高，但是我对此感到非常惊讶。
如果您想在“定量”方面测试您的应用程序（您的平台是否仍能响应x个用户，…），我认为“经典” beta测试是最好的方法。
在我的自由职业中，我还使用了一些“活动跟踪”解决方案（分析，热图），但我认为一开始它的尺寸有点过大。
我真的很想知道您是否还有其他建议方法。 您在自己的产品上使用什么？
