产品团队要如何才能成功地进行一次产品测试？(组图)

编辑编者按：在产品即将公布之前，产品团队和开发人员常常还要进行产品检测，便于及时发觉漏洞、完善用户感受。这么，产品团队要怎么能够成功地进行一次产品检测？本篇文章里，作者小结了十个关键方法，一上去看。

#

在iPad公布的当日，它立刻在中国和美国的应用商场中排行第一，荣获了4.6星级的评价，并得到了许多杂志的好评。

#

这个应用程序最初的成功是出于设计，而不是碰巧的。一个有用的Beta程序可以帮助团队成功地进行设计和实践，虽然最重要的是，让我们的用户发觉到了付出、包含和参与到造就生态系统的未来中。 #

用一位Beta参与者的话说：“我出席了不少检测版程序，这儿的Slack频道社区很棒，我很高兴成为社区的一员，我很喜欢推出iPad版本的极至感受，这让感受愈发直观。太谢谢了！ #

Beta（检测版）程序适于在开发周期搜集有关产品或服务的反馈，从而在版本公布之前进行改进。即便产品开发完成，目标用户就可以从一个端口到了另一个端口，来完成一个或多个关键工作流，以搜集真实世界的用户的感受。 #

在硬件开发世界中，Beta检测是常见的，但在焦点和方式上差别巨大。Adobe近些年来，我们仍然在通过反复实验，来开发一套检测版最佳实践步骤。我们坚信，我们早已找到了成功的10个关键主题，某些主题方法可以成为强悍的工具，来帮助任何团队推出成功产品的。 #

下边，我们将深入研究这种主题，并提供一些有关怎样在你自己的检测版程序中实现他们的信息。 #

一、选一个目标Pickagoal

这其实看上去很显著，但作为一个团队，你还要为beta检测程序设定一个目标。这一目标在做出较小规模的决定时侯，将要提供一个明晰定义的优先级，例如约请谁出席程序，或举行何种类型的虚拟活动。 #

假如你的团队的主要目标是营销和参与，这么搜集反馈以缓解感受和产品开发策略将愈加困难。诸如，将市场营销置于首位的检测计划或许会影响社交媒体大V参与者人数，由于这会造成某些影响力者将产品推广给她们的追寻者，在这些状况下，产品团队和检测团队之间或许更倾向于迎合用户，而不是荣获可操作的产品反馈。 #

因为项目中有社会影响者，团队将不太或许调查挑战领域，分享它们正在寻求反馈的领域，或则宽容负面反馈。同样，假如检测版的重点放到指出这项技术有多神奇的教程上，用户将难以提供最初的、公正的反馈——这将更能代表用户在应用公布时的反应。

假如你的团队的目标是搜集可操作的反馈以帮助改进用户感受，这么本文特别适于您。获取有用的产品反馈将使整个团队获益：设计师将荣获有关用户感受的有用反馈；安装工程师将发觉有助于改进代码的相关缺陷；营销人员将开发一个投资社区，产品总监可以依据用户需求调整功能构架和未来产品方向。 #

二、建立社区a #

用户更喜欢有被聆听的觉得。开发一个社区，让它活跃，鼓励和欢迎用户参与。通过确保社区中的每位人都能向合适的跨职能团队成员提出职责问题、困惑和管理恳求，让用户才能看到任何给定主题的“专家”的意见。

#

假如用户难以解决困惑她们的问题或得到有用的反馈，它们将停止勾通。可以通过成立有趣的复活节彩蛋来鼓励用户参与，例如惊喜赠品、参与设计挑战和有益的座谈会。

从组织管理的视角来看，确保整个跨职能团队在回答问题和跟进用户反馈方面承当一定的责任。那样，参与的负担就不会落在一个团队成员头上，团队的参与能力能够得到最大化。 #

至于社区平台，我们仍然在使用Slack。你公司旗下的在线峰会或许难以荣获持续的互动和参与，这是由于用户不习惯在这些状况下进行交流，然而最重要的是在用户习惯的场景下与它们进行互动勾通：我们发觉，每次我们的许多用户都在使用Slack与顾客和合作者进行勾通，所以整合功能对我们很有用。 #

无论怎样，找到你的用户所集聚的地方，并将这种平台作为潜在的社区进行调查，但同样重要的是要坚信平台为用户提供了安全和隐私。

无论你的平台是何种，假如在你的检测版中有两个或更多不同的用户类别，这么寻求不同的社区是很重要的，这将使你更容易将研究结果背景化，对你的检测参与者来说，这将是一个更好的感受。

我们通过一次悲哀经历意识到这一点：在一次检测中，我们既包括了师生，也包括了专业人士。我们很快意识到中学生们被专业人士激怒了，她们倍感被排除在交谈此外。在Slack中，这意味着我们还要开发单独的工作兴趣区供相似类别的用户勾通（而不只是仅仅一个渠道）。

#

三、以用户为中心Beuser-

理想状况下，整个跨职能团队都能与用户谈话，我们还要确保所有人都打算就绪。当直接与用户谈话时，有一些还要留意最佳实践办法可以提供给大家（这儿我们不会全部介绍）。 #

举个实例，你作为评分者，用户会倾向于迎合你，所以依照本文中的指导原则将有助于降低这些成见，并为参与者提供抒发自己的空间，并提供关键信息。

#

请记住，对于参与者来说，有点困难是可以的接受的（这可以让我们了解须要解决的问题），对于我们来说，只是可以选择不提供答案的——相反，所有团队成员都应当探究“为什么”。 #

比如，假如一个用户说，“嘿，我想要某甲功能”，不要回答说，“那不在我们的规划内。”而是，问她们为何想要这个功能——他们会用它做哪些？它们哪些时侯用？她们希望在那里找到它？

这将更具洞察力——它将方便设计团队更好地了解预期的发力点；它将为产品管理层提供关于特定工作步骤还要这些功能的清晰信息；它并且或许阐明，用户的问题可以通过实现相似目标的不同功能来解决。 #

四、仔细筛选参与者the #

当一个团队开始检测的时侯，最大的问题总是：谁会被约请出席检测？为此，很重要的一点是要清楚地定义你检测对象的的要求。很多用户将决定应用程序的未来，所以确保它们反映目标用户的属性十分重要。

这可以包括职业、工具使用、工作步骤、需求和目标等变量。与研究人员合作，为筛选调查来设计问题，以囊括你决定的所有标准，并按照用户完成的调查结果，来只约请符合这种标准的用户。

#

当你在做的时侯实质性分析程序注意事项，筛选调查是一个搜集其他有用数据的绝好机会，因此不要局限于打听上面提及的用户标准。其实筛选的首要任务是选择用户参与（或不参与）beta检测程序，但它也可以适于其他成因。

比如，可以拿来筛选出对你的产品感兴趣的人群，并洞察这些信息是用户群体在产品新上市时最感兴趣的。

据悉，筛选调查是一个挺好的途径，可以搜集到更多关于这些最终步入数据检测程序的用户的看法。该用户信息可以稍后与用户提供的反馈进行三角剖分；诸如，有关用户正在运行的设备、他们对类似产品的经验以及它们使用的其他技术信息，这种都可以帮助解释它们的定性反馈。

当你确定检测版目标受众时，一定要考虑公正和宽容。虽然，我们生活在一个多样化的社会，而不是一个单一的社会，你产品的最终用户将反映这一点。

#

一定要为不同背景、性取向、性别、体型以及身体、心理和听觉能力的人缔造一个宽容的空间。搜集不同的观点可以帮助团队更好地理解用户面临的一系列问题，使它们能否在产品公布之前解决这种问题。假如你想了解更多提示，可以查看Adobe或其他Adobe资源。 #

我们的团队将很快分享一份宽容性的研究最佳实践手册，其中是有关招募用户、与用户勾通、适应和吸引具备各类能力的用户的最佳实践的具体信息。

五、严格跟踪和分类反馈trackand #

假如团队忽略了跟踪和分类，这么我们最初搜集的所有有用的产品反馈都将遗失。

#

出于某些目的，我们选择使用，这是Slack上的一个插件，通过使用预定义的emoji对单个消息进行简略的回馈，就可以对消息进行有效的标记、排序和跟踪。通过这些方法，我们可以用瓢虫表情符号标记与bug相关的反馈，并将它发送到安装工程部，而我们可以用剪贴板标记与可用性相关的反馈，并将它发送到设计部。

整个团队都参与了“反应”——这是一种确保Beta版反馈被发送到正确位置的低费用模式实质性分析程序注意事项，何必花一整个晚上的时间来回答用户的问题。虽然，团队正疏于开发新产品！ #

我们还使用了，这是一种应用外敷务，容许用户迅速轻松地共享bug、崩溃日志，用户可以选择直接报告改进的方面。通常来说，的反馈会发送给安装工程师或用研人员，而可用性恳求或功能恳求会发送给研究人员进行剖析。

六、切实剖析反馈the #

在使用（应用插件）对键入进行分类以后，反馈可以被传送到数据库硬件中（我们使用），在那儿，研究人员可以对其进行分类、跟踪、组织和剖析。

#

整个团队都应当才能访问那些数据，那样假如它们想获取详尽信息，就可以引用很多数据。 #

在剖析中的反馈以后，研究人员将结果与所有跨职能团队分享，于是她们可以施行反馈。对我们来说，这采取了每日一次的全感受议的方式，研究人员在会上分享了检测版中最重要的几点看法：一次又一次出现的特征恳求或重复出现的可用性问题（值得留意的是，按照上述国际观点，这是针对多个国家的）。

#

比如，本次周会将分享台湾的最高反馈，但台湾的反馈也会进行分享。这对整个团队的文化管理特别有帮助。每一项发觉都与可行的建议和下一步举措相结合，其中一些建议被键入Jira，以确保问责制的推行。 #

七、所有步骤国际化all

关于宽容性的建议，最重要的是要考虑到你的潜在受众的全部范围。因而，所有做法也应在国际上诉诸推行。国际化管理，而不只是是本地化。

#

正如我们的朋友Chan和Mika所强调的，国际研究早已赶超了语言，包括文化色调、符号、美学、设备使用、连接水平、技术标准、工作步骤、购买色调、学习色调，并且法律考虑。对于本文绪论的所有最佳实践，我们建议在其他国家（和语言/文化）也推行他们。

这张图片是由一位美国检测版的参和者在iPad的中创作的。

八、找到你的“部落”Findyour #

还要一个“部落”才能提升beta的实践成功性！一个成功的检测版还要专门的跨职能资源。按照你的团队结构，这或许包括安装工程、产品管理、设计、研究、用研品质评估、内容策略和社区管理。

我们发觉，假如有人将检测版本作为它们的主要关注点，这么检测版本的疗效将是最好——没错，运行检测版本可以是一项全职工作。我们强烈建议让用户感受研究人员从头到尾参与这个过程。其实它们或许不会运行检测版的日常后勤工作，但研究人员可以设置程序以斩获尽或许好的数据，这意味着还要搜集可操作和可预测的数据。

#

用户感受研究人员可以帮助进行例如面向用户的反馈大会、调查和数据剖析等活动。同样重要的是，检测版用户一般是你的产品的粉丝（稍后将对此进行具体介绍）。研究人员会意识到这些积极的成见，并在它们的剖析中加以解释。 #

九、纵向评估 #

横向研究是研究人员工具箱中最强悍的工具之一，它容许团队在相当长的一段时间（比如一个月）梁丘注应用程序中的完整工作流，从而更好地了解用户感受。

#

对于我们的横向研究，我们首先在实践研究前对每个参与者进行30分钟的人种学专访。之后，每日都有任务要求参与者完成关键的工作步骤，来确定风险领域。 #

参与者还要在每周五提供结构化的书面反馈。最后，我们对每个参与者进行30分钟的研究后汇报和反馈专访。 #

在整个过程中，参与者与主持人有一个开放的渠道，并鼓励参与者随时与主持人联系，提出失利的状况、bug、问题或疑问。同样，重要的是要参与者包括残障人和具备国际视野的人。

#

横向研究的结果可以阐明哪些有助于或妨碍用户成功使用产品，它们也可以提供一种方式来评判随着时间的推移，熟练程度的提升程度。 #

比如，我们寻求的关键指标之一是用户的感知能力随着时间的推移而降低；同时，它们完成任务的时间（或完成任务所需的时间）应当随着熟练程度的增加而减小。基本上，你的目标是那样的：

十、对结果进行基准检测the

#

基准检测提供了一致的测度标准，拿来考量用户对应用程序的感知。非常是，基准检测提供了基线测度，从而随着新版本的公布时间进行监视和跟踪，以便检测错误修补、性能更新和每位版本附送的新特征的影响。 #

在应用程序不断发展的过程中，它们通过辨识任何或许解决的成功和满意度障碍（心智模型不匹配、复制不清晰、使用品质等）来通告团队。他们还容许研究人员搜集对用户感受更深入的看法，因此，我们将在每天公布实质性更新时推送的应用内调查。

选择您最感兴趣的测度标准，我的建议是：易用性、性能、满意度，并使用量进行调查反映问题。 #

检测版本的一个重要指标是用户整合产品的意图。也就是说，假如这个应用程序今天推出，它们真的会使用它吗？我们还建议将每位定量问题与定性开放式问题配对；也就是说，对每位李克特量表问题都要问“为什么”，数字本来并不能说明全部状况！

虽然Beta检测版程序须要预先投入时间和资源，但它要比在公布错误应用程序后对其进行改进要简略得多，费用也要低得多。通过我们的检测程序搜集到的丰富信息使iPad团队中才能在开发过程中作出关键的作用，评估产品打算状况，加强营销材料，并公布一款荣获成功和用户赞许的产品。

#

本文翻译已荣获作者的即将授权（授权截图如下）

作者：Laura；译者：李玥琪；审校：蔡林燕、李泽慧、张聿彤；编辑：李莉好 #

原文链接： #

本文由@TCC翻译情报局翻译公布于人人都是产品总监，未经许可，严禁转载。

#

题图来自，基于CC0合同。

#