百木园-与人分享,
就是让自己快乐。

答题活动,我是如何构建交互流程的

这是这个系列的第三篇文章,更新此类文章的初衷,并不是想教大家做一个具体活动的交互流程,而是希望通过我对于以往项目思考过程的拆解,帮助你建立一套属于自己的思维逻辑。同时,也希望通过这些输出,让更多的交互设计师找到自己的价值,包括我自己。

一、活动背景

运营活动的交互流程往往都是在明确的运营目标的前提下建立的,不同的目标对应的活动形式以及功能模块、操作流程都有所不同。

比如为了达成“促活”的目标,我们可以以抽奖的形式来实现;如果促活的同时,再加上“转化”,那我们把抽奖与任务相关联,以任务的形式完成转化;如果再加上“裂变”的目标,那我们可以加上分享;如果还需要满足用户“攀比心理”,那可以加上排行榜功能等等。

本次活动的运营目标是“宣教”,即宣传教育,简而言之,就是通过某种方式,将自己想要用户了解的信息传达出去。

而以往的宣教一般通过图文、视频的方式进行设计,但是由于太过于常规且缺少用户激励,导致用户的点击率较低。

如何通过对这些信息的包装设计,增加用户的学习欲望从而提升信息的转化,本次我们选择了“答题”的形式。

二、确定答题类型

在确定了形式以后,接下来我们就需要根据该形式选择符合此次需求的答题类型。

可能有人会问,答题不就是答对or答错么,会有什么不同的类型?

其实不尽然,选择答案只是答题活动设计中的其中一点,不同的运营策略对应的答题活动的功能与逻辑、流程都有所不同,接下来我们一一分析并拆解。

1. 连续答题or累计答题

我们首先要考虑的就是答题的类型是连续答题还是累计答题,这两种不同规则的设定会影响到用户答题流程。

  • 连续答题,关注点是连续性,用户只有答对才能进入下一题,答错就直接结束本轮答题;
  • 累计答题,关注点是正确数量,用户答错不结束答题流程,进入下一题,最后统计用户答对的数量。
  • 选择何种类型,就需要分析这两种的优缺点,结合运营策略来抉择。

    连续答题,因为要确保用户的完成率(全部答对),所以需要合理的设置题目的难易程度跟数量,如果第一题难度很高或者需要连续答对100题才能完成,不管哪种方式,都会让用户产生抵触心理。

    而设置题目数量的好处在于,我们可以围绕具体的一类知识点进行题目的设置,比如一支基金产品、一个基金经理等。用户可以循序渐进的,通过答题的形式,学习并接受此类知识,建立起用户的心智。这无疑是比较符合本次运营目标的答题类型。

    而累计答题,它统计的是答对题目的数量,由于答错不结束答题流程,所以就必须有一个约束来主动结束答题,往往通过设置时间来完成,就类似经常在综艺里出现的“你画我猜”的游戏。

    这个类型的答题,为了确保用户每次答题不出现相同的题目,就需要丰富的题库来支撑,无法针对一个具体的知识点进行宣教,不符合本次运营的目标。

    但是如果为了增加用户在产品的活跃度以及节日的氛围感,就可以沿用此类型,比如“元宵答题会”等主题,同时加入PK的流程,来进一步丰富活动的玩法,这里就不做进一步的展开。

    2. 答题机会or复活机会

    我们都知道一个运营活动一般不会只有单一的目标,本次活动除了“宣教”以外,还有一个就是常规的转化。

    答题只是简单的建立起用户对于某类知识的基础了解,但是想要深入了解就需要用户进入到具体的页面,而促进用户点击的刺激点就是完成任务的奖励,这类奖励一定是用户在本次活动中的“刚需”,才会主动去完成。

    结合答题的场景,奖励的设置可以是获得答题机会或者复活机会。

    该选择谁,需要结合前面我们选的答题类型来分析,连续答题的关键点是连续性,一般会设置几个节点,比如3、6、9、12等,每个节点对应一定的奖励,越往后奖励越大,这就要求用户为了获得后面大的奖励,就必须要连续答对。

    如果答错,用户是希望退回原点从头再来还是就地复活继续答题呢?

    绝大部分用户应该会选择后者,所以,针对连续答题的类型,奖励设置为复活机会就比较合适了。

    三、选择页面相关元素

    确定好答题类型跟奖励类型以后,我们接下来就需要思考整个流程的页面细节,找到可能会影响用户进程的阻碍点,看看可以通过什么方式来消除。

    第一个阻碍点就是完成任务。虽然用户完成任务能带来他们希望的回报,即复活机会。

    但是完成任务需要指定用户跳转到另一个页面,甚至需要停留一定的时间或者完成具体的操作,这无疑对于用户来说,是比较反感的。那如何促进用户完成任务呢?

    我们可以进一步强化利益点,通过呈现答题进度,告知用户即将获得奖励。利用利益点的刺激,让用户继续答题,当出现答题错误,用户自然需要复活,而这时候,就可以达到引导用户去完成任务的目的。

    而第二个需要考虑的,就是需不需要放“答题倒计时”功能,我们知道一般为了营造答题氛围,以及减少用户“作弊”,通常会设置倒计时来约束用户的答题时间,但是带来的负面影响就是用户会在答题的过程中过于紧张。

    如果不放,用户可以拥有大量的时间查阅答案,无疑降低了用户通关的门槛。

    该不该放,需要结合本次活动的目的,本次活动的本质就是宣教,用户在查阅资料的时候,也是一种学习相关知识的过程,而且如果需要控制奖励的预算,可以约束用户每天答题的次数,就可以降低因成功率过高而带来预算超标的影响。

    所以最后我们没有将“倒计时”功能放在本次活动流程中。

    四、创建交互流程

    在创建交互流程的时候,我们需要考虑三点,即状态、操作、反馈。针对本次互动,我们来分析这三要素。

    首先是状态。状态需要考虑的是所有的页面、按钮的状态,比如答题按钮的状态,任务按钮的状态。

    不同的状态选择是需要根据活动的规则决定的,比如用户每天可以无限制答题,那么答题按钮就是始终高亮的状态,如果是有次数限制,就需要告诉用户当前次数,以及没有次数时的置灰状态,告知用户今日不能参与等等。

    而操作就是要考虑用户在页面所有能发生的操作行为,如点击、双击、滑动等,以及用户发生操作后的跳转逻辑。

    比如当用户在选择答案后,是直接展示结果还是需要点击确认再提交选择,是否支持用户返回查看上一题的选项。

    不同操作流程的选择需要结合活动性质来抉择,如是否支持返回查看上一题,我们可以分析用户返回的目的是什么,可能是需要去修改上一题的答案,但是由于活动的性质是连续性,当用户选择错误就终止进程,所以不存在用户返回修改答案的情况,也就没必要支持用户返回了。

    最后是反馈,反馈应该是及时的,减少用户因等待产生的焦虑心理,答题流程中的反馈主要包括用户选择答案以后,是否正确的反馈。但是在这两个常规的反馈中,我们还可以结合运营目标做进一步的设计。

    根据运营活动的设定,我们将用户连续答对的过程拆解了几个阶段,当用户达到某个阶段就会给个奖励,以刺激用户持续答题,所以当用户答题正确的时候,页面反馈除了答案正确的反馈,还得考虑用户是不是已经达到了奖励的节点,如果达到了,就需要给出对应的奖励的反馈。

    而当用户回答错误时,除了及时反馈用户选择的答案错误,我们还需要考虑用户是否持有复活卡,如果持有,那么当用户答错的同时,反馈用户可以通过使用复活卡继续答题,但是如果没有,是不是就结束本轮答题了呢?

    我们可以分析,当用户想要继续进行本轮答题,肯定是需要复活卡激活,但是复活卡需要去完成任务获得,那如果在用户答错且没有复活卡的时候,直接让用户去完成任务获得复活卡,是不是既满足用户想要复活的用户诉求,也满足了客户想转化的业务诉求了呢?

    五、数据维护与分析

    以上的分析,其实都是根据自己以往答题活动的经验,以及从用户体验的角度出发而创建的流程,我们只是保证了用户在整个链路中操作流程的完整性。

    但是对于真实用户而言,最终的效果是怎样的我们不得而知,但是我们可以通过对数据的维护与分析,来获取用户的使用情况,从而不断的优化活动。

    本次活动的数据主要有三个地方需要客户维护,也就是活动的中台功能,分别是奖励、任务、题库。

    前两个都是常规的运营活动需要维护的数据,本次活动主要的差异化在于题库的维护上,我们在进行活动设计的时候,分了几个阶段,随着答题的深入,奖励也会越来越高,那对应的题目难度应该也就越来越大。

    所以我们在进行题库配置的时候,需要按照难易程度对每个阶段的题库单独配置,这样在前端取题目的时候,可以在对应的题库里提取数据,就保证了每个阶段题目难度不同的目的。

    而数据分析,主要在于埋点数据的分析,我们可以通过数据的变化来分析可能存在的问题。

    比如当我们发现绝大部分用户在第二阶段就结束了答题,那我们可以分析是否是第二阶段的题目难度太大,还是第二阶段的奖励太低,通过不断调整数据来验证我们的猜想,从而解决用户在整个流程中所遇到的问题。

    六、总结

    以上,就是笔者根据过往的工作经验,分享的一篇关于构建答题活动交互流程的文章。

    后续也会继续分享自己在实际工作中,关于产品交互的心得与感想,经验有限,欢迎大家批评指正与交流。

    本文由@背包流浪 原创发布于人人都是产品经理。未经许可,禁止转载。

    题图来自 Unsplash,基于 CC0 协议

    该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。


    来源:https://www.woshipm.com/ucd/5609650.html
    本站部分图文来源于网络,如有侵权请联系删除。

    未经允许不得转载:百木园 » 答题活动,我是如何构建交互流程的

    相关推荐

    • 暂无文章