我偶然读到 @codinghorror 撰写的一篇关于如何进行低保真可用性测试的优秀文章。可用性测试（以及广义上的用户测试）是我非常希望提升的领域，因此我很乐意了解大家在实际操作中是如何进行的。
那么，Discourse 团队是否有专门的可用性测试流程呢？例如，在开发 Discourse for Teams 或其他任何 Discourse 功能时，是否会进行此类测试？
我相信杰夫这篇同样出色的帖子已经解答了您的疑问。
8 个赞
谢谢！这是一篇很棒的文章。我特别喜欢这个见解：
让你的团队和你自己每天都、全天候地使用那个最小可行性产品。这远远超越了单纯的软件开发：它关乎你的整个生活。
我尚未找到足够建议的部分是：如何/在哪里找到那些早期测试者（针对你的 Discourse 论坛、你的应用等）。文章有所提及，但我觉得还有更多内容值得探讨。大家是否有行之有效的策略？
以下是我对通常关于寻找首批测试者/客户的建议所看到的问题：
Y Combinator 的 Michael Seibel 有一段关于寻找首批十位客户的优秀视频，但即使是他，也并未真正阐明寻找首批测试者/用户/客户的具体流程。他似乎假设你已拥有吸引那些愿意尝试你产品的人的流程，然后你只需从中挑选即可。问题依然存在：如何找到这些人？
许多人会给出以下两种答案之一：
1. 直接询问你的朋友和家人。问题在于，你的产品可能解决了一个真实问题，但未必是你朋友和家人面临的问题。例如，Michael Seibel 在上述视频中谈到寻找“合适”的早期客户——即那些拥有你试图解决的问题并愿意为此付费的人。很多时候，你的朋友和家人并不属于这一群体。
此外，你的朋友和家人可能出于善意，愿意试用你早期版本的粗糙产品，但这与让他们继续测试第 2、3 和 4 个版本是不同的。除非你的朋友和家人确实是“合适”的客户（如前所述，这往往并非如此），否则这实际上是在提出过高的要求。
2. 已经身处可能成为“合适”客户/测试者的人群或网络中。这个想法（我认为 Michael Seibel 也持此观点）是，你应该已经在希望服务的社区中活跃。理论上，这很有道理。互联网在这方面提供了很大帮助，因为网上存在许多围绕特定主题的社区。其他 Discourse 论坛、Reddit、Hacker News、Discord、线下聚会等等。因此，你可以成为这些社区的活跃成员。或者，你也可以成为线下群体的活跃成员，例如不同的专业团体或在会议上聚集的群体。
不过，这条建议也有其问题。首先，如果你本身并非活跃成员，这条建议意味着你需要花时间成为活跃成员——这与快速推进产品背道而驰，因为它推迟了你可以测试产品的时间。
其次，在这些群体中邀请人们试用你的产品可能会违背该群体的文化，因此你向人们提出试用请求的程度是有限的。
关于这个问题，我还见过另外两条较少见的建议：
(i) 使用可以付费聘请软件测试人员的网站。这些平台可能有助于发现漏洞，但费用可能较高，且不太可能提供与你目标用户/客户群体相匹配的测试人员。
(ii) 走向现实世界，勇敢地主动接触陌生人，邀请他们试用你的产品（或许可以为此提供礼品卡或其他奖励）。这实际上可能是我所提到的建议中缺陷最少的一条，因为走向现实世界通常是一件好事。但老实说，这仍然很难做到（尤其如果你不住在城市里）。而且显然，在新冠疫情期间，这变得更加困难。
大家是否有过行之有效的方法策略？
3 个赞
我们确实选择了几家合作伙伴来共同启动 Discourse，相关信息已在我们博客的早期文章中有所记录。
以下是其中一篇：Our Second Partner: Boing Boing
5 个赞
这很有帮助。看来 Discourse 的目标是带着 3 个站点一起启动：
那么，这条建议可能是：寻找（或为）几位早期客户打造产品，这些客户你认为非常适合你的产品，然后直接与他们联系。
很想知道其他人是否有其他策略，或者更多关于这一策略的实例。
4 个赞