網易20周年活動項目總結

這個活動總體比較簡單，由於第一次做活動，所以踩了很多坑，現把踩過的那些坑記錄下來，避免以後再次踩坑，/(ㄒoㄒ)/~~

需求背景：網易內部的政治活動，網易20周年全體二級部門都會做一些活動來紀念網易。

主要目的：傳播網易情懷，分享，突出「匠心」和「情懷」。

次要目的：借網易來宣傳考拉，給用戶發券，提高成交量。

活動成果：過程挺曲折，最後結果還不錯，數據還可以，具體數據保密。

整體設計流程：

開發+測試時間：一周左右 （直接導致了這次活動不能做複雜的設計）

那些坑~

坑一：開始時沒有確認開發量和開發資源，想了一些方案走了彎路

做需求前一定要問清楚時間節點，具體包括：初稿時間，開發評審時間，開發周期，測試時間，上線時間等，確保整個項目可以按時上線。若時間很緊，則不可能做一些複雜的效果，需需要用最簡單的方式先保證項目優先完成。

場景還原：大家分析討論了一下需求，感覺只是簡單的文字排版和領券，用戶並沒有分享的慾望，所以出了一版以漂流瓶的傳遞心智來傳遞網易耳熟能詳的產品的方案，但開發量比較大，同時也沒有顧及到網易產品的選擇權問題，導致方案被否。

坑二： 整個流程不順暢，沒有從用戶角度出發想整個流程

在交互設計的整個過程中，要深刻體會用戶的想法和感覺，按照用戶的預期來設計整個產品，中間不要打斷用戶。

場景還原：開始的設計是出現完所有文字和動畫時，頁面跳轉出現領券按鈕，點擊按鈕後再次跳轉出現分享按鈕。從用戶的角度想，這一個小小的活動，用戶根本接受不了如此多的頁面跳轉，打斷了用戶本可以連貫的用戶體驗，最後的方案為文案和動畫出現後，下方出現領券按鈕，點擊按鈕後出現分享按鈕，中間沒有頁面跳轉，整個場景很連貫。

坑三：沒有體會老大的話和整個需求，沒有給視覺傳達到位，導致最後反覆修改

如果你沒有信心做出比老大想法更牛逼的方案，那就按照老大的想法去執行吧。老大考慮這件事是站在更高的角度上，考慮開發成本，活動帶來的收益，這項任務和其他任務的優先順序等等，需要站在老大的角度去看待問題，才能把方案做出符合當下情況下預期的方案。

場景還原：老大的話：「用最簡單的文字排版和簡單的動效做出逼格」

重點1：這活動要有逼格

重點2：這活動時間很短，方式要簡單

重點3：簡單的方法做出逼格

由於沒有準確體會，給視覺傳達的心智不準確，導致視覺做出的圖是比較偏向於促銷的圖片，並沒有想要的那種很有逼格的效果。做出風格圖後再糾正方向，就浪費了時間。

Tips：依賴於視覺風格的頁面，在給視覺傳達之前，就需要在交互稿上畫出草圖來確定整體的視覺方向。

坑四：早早的讓視覺給風格圖確認整體風格

風格圖儘早給，先做一個主要頁面，看方向對不對，這個風格圖給的時間越早越好，避免了全部都做好，再去修改的成本。

出完交互初稿，技術評審完成後不代表交互的事情結束了，還要去查缺補漏，所有的細節很難再交互初稿裡面補全，很有可能是交互初稿只是畫出了一個主要的流程而已，一些分支和特殊情況並沒有考慮進去，在評審結束後的時候，需要重新回顧整個交互流程，查缺補漏，給後續的開發多多填坑。

場景還原：

由於交互初稿只有一天，所以漏洞很多，以下列舉出此次踩過的坑。

1、登錄流程。考拉native登錄是在浮層中，所以在進入H5活動頁面需要領券時就要調起登錄浮層，一旦用戶誤觸關閉了登錄浮層，則用戶只能看到空白頁面，返回後也看不到活動入口（由於客觀限制，此活動只有第一次登錄才會顯示彈窗入口），這個流程上的問題在測試的時候才發現，又要緊急將登錄流程後置。

2、領券流程。領券成功、領券失敗、已經領過券、未到領券時間、已過領券時間等等情況要怎樣提示。

3、活動未開始和活動已結束。活動邊界時進入活動頁面應該顯示什麼？

4、分享。右上角的分享是否要禁用，是否想要用戶分享鏈接？（右上角的分享點擊次數過多則有被微信禁用的風險）分享出是圖片還是鏈接，圖片的話下面二維碼是否支持易信、QQ等？鏈接的話，需要提供文案和小圖。

5、二次分享。是否要做微信里的二次分享？

6、外部進入活動頁面。外部進入活動頁面的流程和APP中流程是不同的，具體表現在登錄頁面不同，分享流程不同等等。

坑六： 改bug

早早去體驗，讓老大看，多找些人一起體驗，找毛病，早點提給開發解決。修改的時候，涉及到需求的變更時要找需求方討論，一起解決。等開發好就去體驗，不要等到測試完再去體驗，那樣就會導致來不及。體驗的時候儘可能的把風險早暴露，早解決。

場景還原：

此次活動涉及到細微的動效，這些動效需要反覆修改直至完美，自以為完美的時候，事實確不夠完美，因為自己的體驗僅代表自己的觀點，而做活動需要大眾的認可，所以找其他人體驗的時候又找到一些優化點，又導致返工。

坑七：每次修改完一些內容的時候記得把整個流程再重新體驗一遍，因為可能會改出其他bug

場景還原：修改toast提示的時候沒有測試整個流程，導致最後測試的時候發現修改名稱的部分出現一些顯示上的問題，又重新修改。

坑八： 上線後很難修改，不要輕易上線

記住一旦上線，修改將會非常困難，故上線前一定要確保萬無一失，萬無一失的方法就是多找一些人體驗，大家都覺得可以了就基本OK了。

總結：雖然是一個小活動，但整體經歷了整個需求從開始到結束的完整的過程，踩過的這些坑分享出來，讓自己記得更清楚一些~

推薦閱讀：