可用性测试非典型应用是什么

大家是否还对这部分产品运营知识存在疑问呀，让我来为大家详细解答一下。下面由小编带你走进文章的学习！！！希望你们能认真倾听哦！！网络运营

可用性测试（Usability Test）作为用户研究方法体系中，过程相对最为成熟可控，输出最为显性的方式之一而被广泛使用。甚至在一个已有产品形态团队接触用户研究工作初始，常以它去试水去研究双方的合作方式，普及可用性知识，了解彼此对产品的思维角度。
然而今天要说的，并不是UT执行细节上的思考今天想分享的，在个人实际工作中，一些非典型情况下使用可用性测试的方法后，取得意想不到结果的情况。

产品经理职责
那么，通过上述两个特点，UT还可以在什么时候（可能）发挥出作用呢？
实践，个人尝试过的4个非典型场景
下述是个人尝试过的一些非典型场景，仅供参考。
1、影响高层领导
典型问题：有没有遇到过这样的情况，领导对自己的产品都是浅使用，但是一旦有些零散感受就开始点评一通，下达的修改意见往往不符合经理的长远规划，让本就焦头烂额的产品经理（们）更加头痛。
邀请领导作为被测试人，是为了让领导对产品形成结构化认知，并潜移默化的和领导互通信息
优点：
1、有助PM项目规划：领导在认真的完成主要功能操作后，更明白产品的功能形态，明白哪些地方才是体验差异化的发力点，这对产品后期规划简直有莫大帮助
2、让领导冷静思考：这恐怕是唯一的机会，领导能够平等的坐下来，在专门的主持人引导下，进行更为客观的思考，真正评估一下产品细节，而非上来就表扬或痛批
3、有助于PM大革新探底：在对一款产品进行大革新前，产品人员往往希望知道领导对上一代产品真实看法，和这次革新有什么底线。这些都可以通过测试获得
风险与难点：

服务好普通用户最重要的就是做好内容推荐，如何挖掘用户感兴趣的内容？我之前在CSDN社区工作时的方法是：让研发将最近1年之中社区之中回帖量排名前1000的帖子导出，然后将他们归为几类，
再看他们的比重。选择两三个比较热门的领域组织活动，激励用户分享内容。这个方法适合比较大型的社区，因为社区已经有了一定的访问量基础，可以用来做数据分析，如果你是运营一个新社区，可以找行业内比较著名的网站或者社区，抓取他们的数据，然后做数据分析。
这里面还有一个问题，做活动只是一个短期的刺激手段，你必须要有一些长期的运营方案，才能把这件事做好，我之前的方法是在社区一些固定的推广位，每天按照比例更新下这些内容。在做内容推荐的时候，要注意以下几点：
?推荐的内容要与社区的主题息息相关。
?以内容质量优先，如果社区人气不行，可以适当找一些站外的内容。
?选择内容好或者主题的帖子进行推荐，二者必占其一。产品包装
?如果是主题好的帖子，要选择楼主比较爱参与互动讨论的进行推荐。
?如果是含有负面信息的帖子，要看楼主的回复判断下内容的真实性，有必要的时候要与楼主私下沟通，保证内容的真实性。

1、不适合现有团队的不成熟产品：可用性测试是发现问题的，领导发现这么多不足后可能冲冠一怒。所以要么产品比较成熟，要么是新团队推翻重做时比较适合
2、领导不愿意花费时间：领导们都忙得来去无踪的，在引起足够重视前可能不愿意参与。这时需要有推动力的人让领导知晓，平时冗长而低效，动辄几个小时的XX讨论会其实弱爆了。通过一次测试，说不定就能有个客观全面认识哦亲。

3、作为头脑风暴的主持形式
典型问题：在产品组日常讨论时，往往是针对几个主要功能点，以散点或者页面为单位进行讨论，进行点对点的头脑风暴。由于缺乏专门的主持人，讨论时部分人参与感不强，或者场面容易跑题，或者容易被一两个强势产品经理主导
将UT的主持形式引入头脑风暴，主要是引入一种讨论路径、和更客观的主持人
优点
1、以任务为单位的讨论路径：在产品组的讨论中，缺乏严格按场景任务的讨论路径方式，当讨论是以覆盖面广为目的时可以理解，否则以完整的任务为路径讨论时会更加make sense
2、更客观的主持人和提问方式：产品组讨论时多半由最有经验的PM来主导，有时难免遇到某些产品经理过于强势，而引入一个更客观，有主持经验的主持人，更能保证每个人客观表达；此外，产品经理的讨论很容易直接进入设计，通过主持人引导，先对问题本身进行讨论也会更有意义
风险与难点
1、主持人能力对效果影响很大：显然的，要对一群产品经理组织头脑风暴，一方面要对产品熟悉不亚于产品经理，另一方面要有极强的场控能力，才能把强势的产品经理拉得回来

更多视频课程文章的课程，可到课课家官网查看。我在等你哟！！！你一定会得到你想要的！！