编辑导语:在一次团队建设活动的交互设计工作中，笔者发现前期与客户沟通的进度并不是很顺利。为了减少信息不平等，他根据客户提到的一些想法，开始构建交互流程的第一个版本。本文是这次活动的总结和分享。让我们来看看。

前段时间负责一个团队活动的交互设计，前期和客户沟通的进度不是很顺利，主要有两个原因:

由于是线上沟通，所以经常会出现特殊情况导致会议时间被压缩或者取消，最终导致需求没有完全达成一致客户对活动没有一个明确的方向，只是想通过组队的形式来满足他的运营目标

基于这两点，为了减少大家的信息不对等，我根据客户提到的一些想法，开始搭建第一版的交互流程，让客户直观的看到用户在整个活动中的操作路径是否符合预期，同时通过页面和流程的展示，进一步完善自己的需求。以下是我对这次活动的总结和分享。

一、拆解需求获得有用信息

【/h/】虽然客户的需求比较简单，只是以组队的形式提及，但是在与客户的几次沟通中，我们知道客户希望用户每组队成功给一次奖励，从而实现活动的持续裂变，吸引更多用户参与活动。所以我们首先要确定的是团队的规则。

【/h/】根据以往参加建队活动的经验，我们可能都知道，建队的互动过程，其实就是被邀请者在微信等社交平台上完成一个指定的任务后加入队伍，当人数达到要求时，队伍就成功了，并获得相应的奖励。但是，不同的团队规则对应不同的奖励形式。这里我们列出了两种常见的团队形式。

1)队伍人数不限。

这种组队形式意味着用户可以邀请无论多少人加入团队。人越多，团队得到的奖励就越大。奖励一般是分奖池的形式，团队中每个人都可以瓜分相应的奖励；另一种形式是分阶段给予奖励，比如设置3、6、9等。对于每一个邀请。这样做的好处是可以把大目标分解成小目标，让用户总觉得很快就能得到回报，从而刺激用户继续邀请好友完成裂变。

2)人数有限的团队

这种组队形式就是设定队伍数量。当用户邀请相应的号码加入队伍，队伍就成功了，可以获得相应的奖励。为了让用户继续分享，当一个团队成功组建后，可以继续发起团队。这种形式的好处是，每次用户重组都会占用团队的一个名额，每次都会让团队有成功的感觉，刺激用户分享。

通过上面的分析，不难看出第二种组队法则更适合这个活动的玩法和期待。在我们确定了组队的基本规则之后，就可以开始搭建整个组队的互动流程了。

二、分模块构建交互流程

不同运营目的对应的建队活动页面信息不同。我们可以只分析“团队建设”这个功能模块的交互过程，而不谈其他过程。

也许当你参加团队活动的时候，你会发现这个过程其实并不复杂。通过点击邀请按钮和目标位置，被邀请的用户将通过邀请成功加入团队。然而，往往简单的交互过程会被“隐藏”。如果没有提前规划就开始画流程，只会给自己挖一个坑，导致交互流程不断修改。所以我们来看看需要考虑哪些信息。

1.我能去哪里？

【/h/】交互设计师在日常工作中最容易陷入“我以为”的思维模式，觉得参考几款竞品就能明白其中奥妙。不，我们需要结合商业和技术可行性来考虑这个问题。

就商业而言，分享的方式越多，转化就越大。方式太多会让用户对自己的选择感到焦虑。需要考虑用户最有可能在哪里参与活动。比如QQ，众所周知，以00后用户为主。考虑到现在00后用户的属性，一个投资活动不一定合适，所以在选择分享渠道的时候可以不用考虑。

技术方面，需要考虑的是如何打通两个产品，支持数据互通。比如你在微信上给朋友送刀，交互过程是复制密码——打开pin duoduo——送刀。但如果产品不下载，用户就必须下载，这对用户完成任务是一种阻力。如果用户可以直接在微信上帮忙，app可以获取用户信息，参与活动的门槛会低很多。而这些，都需要在设计前进行技术评估。

2.以什么形式分享？

一般我们分享的都是链接的形式，但是可能会被认定为“非法链接”而被封禁，所以在考虑分享形式的时候要知道可以选择什么。

一般除了链接，我们还会使用密码，生成海报。我们需要权衡每种形式的优缺点。比如密码可以不禁用，但需要主动主体应用打开，增加了用户的操作路径；虽然生成的海报增加了活动信息的曝光度和影响力，但也需要用户通过识别二维码打开，不方便直接打开链接。所以不同的形式各有利弊，需要我们根据具体情况做出选择。

3.受邀者如何参与活动？

为了防止一个用户多次加入同一个团队，我们需要在用户加入团队之前获取用户身份，以判断其是否符合参加活动的条件。一般金融产品除了注册账户，还需要一系列的身份认证来判断用户的真实性，但这个过程往往过于繁琐。所以在考虑被邀请者如何参与活动时，我们需要考虑参与活动的条件是注册用户还是实名用户。显然，用户操作路径越少，用户参与活动的可能性就越大。

三、进一步完善功能与用户体验

如上所述，我们分析了团队建设活动的一些基本交互流程和注意事项，但除此之外，我们还需要考虑还有哪些功能或流程可以进一步改进，以提高业务目标。接下来，我们将进一步分析。

1.发起团队并加入团队

“组队”其实是一种熟人社交，通过在朋友间不断传播来实现裂变。但在之前的调查中，我们发现由于目前产品的规模较小，注册用户并不多，这将导致大部分用户在加入团队时会在app中注册甚至下载产品，这无疑增加了团队组建的难度。如何提高组队成功率，提高整个活动的运营数据？

按照必须注册登录才能参与活动的逻辑，每一个能发起团队的用户都是处于成功登录的状态。能不能换个思路？我们可以在页面中添加别人的团队，团队如果建队成功也可以获得奖励，降低获得奖励的难度。我们在互动过程中加入了这个想法，并与客户沟通确认，也得到了客户的认可。

2.团队排行榜

“加入团队”确实提高了用户获得团队成功奖励的概率，但如果只是加入别人的团队而没有组建团队，就无法实现裂变运营目标。怎么平衡？除了限制我们一次可以加入的团队数量，我们还想增加发起团队的权重。所以我们增加了队伍排名的功能，根据所有用户发起成功队伍的数量进行排名。对于顶级用户，我们会给予额外奖励，从而提升用户发起团队的意愿。

3.团队成功反馈

团队什么时候能成功？什么形式的反馈？这是我们需要考虑的两个问题。

至于什么时候反馈，要知道这个分享活动和一般的分享活动是不一样的。如果用户分享后返回活动，则分享成功，只有被邀请人通过身份验证，团队才成功，需要达到加入团队的人数。因此，当我们考虑何时反馈团队建设成功的过程时，需要与技术确认何时刷新页面数据，从而获得当前被邀请者是否接受邀请以及接受邀请的人数，然后在适当的时候反馈给用户。

如何反馈大致可以分为吐司和弹出两种形式。虽然Toast可以告诉用户组队成功的结果以及获得的奖励，但是权重太低，无法突出组队的成功感。所以我们选择弹窗反馈的形式，一方面是告诉用户组队已经奖励成功，另一方面也可以引导用户继续组队。

四、总结

以上是作者在以往工作经验的基础上分享的文章，后续还会继续分享一些自己在实际工作中的产品和交互经验和感受，经验有限。欢迎大家批评指正和交流。

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

题图来自Unsplash，基于CC0协议。

,