編輯導語：在負責的一個組隊活動的交互設計工作中，作者發現前期在跟客戶溝通需求時進展不是很順利，為了減少信息不對等，便開始根據客戶提到的一些想法來搭建初版交互流程。本文是對這次活動的總結與分享，一起來看一下吧。

前段時間負責了一個組隊活動的交互設計工作，前期在跟客戶溝通需求的時候進展不是很順利，主要原因有兩點：

1. 由于是線上溝通，所以經常會出現特殊情況導緻會議時間被壓縮或者取消，最終導緻需求沒有完全達成一緻
2. 客戶對活動沒有一個明确的方向，隻是想通過組隊的形式來滿足他的運營目标

基于這兩點，為了減少大家的信息不對等，我開始根據客戶提到的一些想法來搭建初版的交互流程，目的是讓客戶可以具象地看到用戶在整個活動的操作路徑是否符合預期，同時也可以通過頁面與流程的展示進一步的完善需求。 以下，就是我針對這次活動的總結與分享。

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

雖然客戶的需求比較簡單，僅僅提到了以組隊的形式，但是在與客戶幾次的溝通中我們得知，客戶是希望用戶每組隊成功就給一個獎勵，以達到活動的不斷裂變，吸引更多的用戶參與活動。所以我們首先需要确定的就是組隊的規則。

根據以往參與組隊活動的經驗，我們或許都知道，組隊的交互流程，其實就是将活動微信等社交平台，被邀請人完成某項指定的任務後，就算加入隊伍，當達到人數要求時，組隊成功，獲得對應獎勵。但是不同的組隊規則所對應的獎勵形式有所不同，這裡我們列舉常見的兩種組隊形式。

1）無人數限制的組隊

這種形式的組隊就是用戶不管邀請多少人加入隊伍都可以，人數越多，隊伍獲得的獎勵越大，獎勵一般以瓜分獎池的形式，隊伍中的每個人都可以瓜分到對應的獎勵；另外一種形式是分階段給獎勵，比如設置每邀請3、6、9….給對應的獎勵，這樣的好處就是能将大目标拆解成小目标，讓用戶一直都有馬上就要獲得獎勵的感覺，從而刺激用戶繼續邀請好友完成裂變。

2）有人數限制的組隊

這種形式的組隊就是設定隊伍人數，用戶邀請到對應的人數加入戰隊即組隊成功，可以獲得對應的獎勵。為了讓用戶可以持續的分享，當一個隊伍組建成功後，可以繼續發起組隊。這種形式的優勢在于，每次用戶重新組隊的時候，自己都會占隊伍的一個名額，這樣就會讓隊伍每次都有種快組建成功的感覺，刺激用戶分享。

通過以上的分析，我們結合客戶的需求不難看出，第二種組隊規則更适合本次活動的玩法跟預期。我們在确定了組隊的基本規則後，就可以開始構建組隊的整個交互流程了。

二、分模塊構建交互流程

不同的運營目的所對應的組隊活動的頁面信息都有所不同，我們可以抛開其他的流程不談，隻單單來分析下“組隊”這個功能模塊的交互流程。

可能大家在參與組隊活動的時候會發現，這個流程其實并不複雜，通過點擊邀請按鈕，目标位置，被邀請用戶通過邀請即成功加入該戰隊。但是往往簡單的交互流程都會“暗藏殺機”，不提前規劃好就開始流程的繪制，隻會給自己挖坑導緻交互流程不斷的被修改。所以我們來看看都有哪些信息需要被考慮到。

1. 可以哪些地方？

交互設計師在日常工作中，最容易陷入“我以為”的思維模式中，覺得參考了幾家競品就明白了其中的奧秘。哪裡，我們需要結合業務跟技術可行性來考慮這個問題。

業務而言，并不是分享的途徑越多帶來的轉化越大，過多的途徑反而會讓用戶産生選擇焦慮，需要考慮哪裡的用戶最有可能參與活動。比如QQ我們都知道現在的用戶都是以00後為主，考慮到00後目前的屬性，一個投資的活動可能不一定适合，所以在選擇分享途徑的時候可以不用考慮上去。

技術而言，哪裡需要考慮的是如何打通兩個産品，并且能支持數據互通。舉個例子，當你在微信給你的好友“砍一刀”時，交互流程是複制口令-打開拼多多-砍一刀。但是如果沒有下載産品，用戶就必須要去下載，這個就是用戶完成任務的一個阻力，如果用戶能在微信直接助力，app也能獲取到用戶信息，那參與活動的門檻就會降低很多。而這些，都是要在設計前需要技術評估的。

2. 通過什麼形式分享出去？

一般我們分享出去的都是以鍊接的形式，但是也有可能會被識别成“非法鍊接”而遭到禁用，所以我們在考慮分享形式的時候要知道都有哪些可做選擇。

一般我們常用的除了鍊接還有口令跟生成海報，我們需要權衡每個形式的利弊。比如口令，雖然可能不會被禁用但是需要去活動主體應用打開，增加了用戶的操作路徑；而生成海報雖然增加了活動信息的透出與沖擊力，但是也是需要用戶通過識别二維碼打開，沒有直接打開鍊接方便。所以，不同的形式各有利弊，我們需要根據具體情況作出選擇。

3. 被邀請者如何參與活動？

為了避免一個用戶多次加入同一戰隊，我們需要在用戶加入戰隊前獲取用戶身份來判斷是否符合參與活動的條件。金融産品一般除了用戶需要注冊賬戶以外，還需要一系列的身份認證來判别用戶的真實性，但是往往這個流程過于繁瑣。所以我們在考慮被邀請者如何參與活動的時候，就需要考慮參與活動的條件是注冊用戶還是實名用戶，顯然用戶操作路徑越少，用戶參與活動的可能性越大。

三、進一步完善功能與用戶體驗

如上我們分析了組隊活動的一些基礎交互流程與注意事項，但是除此以外，我們需要考慮還有哪些功能或者流程可以進一步完善，用來提升業務目标。接下來我們進一步分析。

1. 發起組隊&加入隊伍

“組隊”實際是一種熟人社交，通過不斷在好友間傳播達到裂變。但是我們在前期調研中發現，由于目前産品的體量小，沒有多少注冊用戶，這樣就會導緻大部分用戶在加入戰隊的時候，都需要去app注冊甚至是下載産品，這無疑加大了組隊的難度，那該如何提升組隊的成功率來提升整個活動的運營數據呢？

按照參與活動必須注冊登錄的邏輯，那每個能發起組隊的用戶都是成功登錄的狀态，是否可以換一種思路，我們可以在頁面中加入别人的戰隊，隊伍如果組隊成功也可以分得獎勵，這樣就降低了獲得獎勵的難度。我們将這個想法加入到交互流程并與客戶溝通确認，也得到了客戶的認可。

2. 組隊排行榜

“加入戰隊“确實提升了用戶獲得組隊成功獎勵的概率，但是如果一味的加入别人的戰隊而不發起戰隊，就無法達到裂變的運營目标。該如何平衡呢？我們除了限制單次加入戰隊的數量以外，還希望提升發起戰隊的權重，所以增加了組隊排行榜的功能，根據所有用戶發起組隊的成功數進行排行，對于前幾名的用戶，我們給予額外的獎勵，從而提升用戶發起組隊的意願。

3. 組隊成功反饋

組隊成功了什麼時候反饋？以何種形式反饋？這個是我們需要考慮的兩個問題。

針對什麼時候反饋，我們要知道這個不像一般的分享活動，分享出去用戶返回活動就算分享成功，組隊是需要被邀請者進行身份驗證以後加入組隊才算成功，而且還需要達到組隊的人數，所以我們在考慮什麼時候反饋組隊成功的流程時，需要跟技術确認什麼時候刷新頁面數據，能獲取到當前被邀請人是否接受邀請以及接受邀請的人數，再在合适的時機反饋給用戶；

針對如何反饋，大緻可分為兩種形式：Toast或者彈窗，Toast雖然可以告訴用戶組隊成功的結果以及獲得的獎勵，但是權重太低，不足以凸顯組隊成功的獲得感。所以我們選擇彈窗的形式反饋，一方面告訴用戶組隊成功獲得獎勵，另一方面也可以引導用戶繼續組隊。

四、總結

以上，就是筆者根據過往的工作經驗，分享的一篇關于構建組隊活動交互流程的文章，後續也會繼續分享自己在實際工作中的一些産品與交互心得與感想，經驗有限，歡迎大家批評指正與交流。

本文由 @背包流浪 原創發布于人人都是産品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于 CC0 協議。

,