深度分析|領跑:一款運動類APP的交互設計(2萬字干貨)

41 評論 95750 瀏覽 734 收藏 91 分鐘

這次的分享是前不久完成的一次比較完整的交互設計工作,基本上涵蓋了前、中、后期的完整流程,包括前期的定位分析、用戶調研、業務需求分析、目標用戶畫像、用戶需求分析、關鍵因素分解、路徑分析,完整的交互設計文檔,以及后期的可用性測試。希望對需求分析、交互設計或可用性測試感興趣的朋友們有用。

第一卷 需求分析

1 概述

1.1 產品目標

以運動為主題,選定某一種運動形式,完成一款 APP 產品的交互設計,內容集中在統計和分享運動量方面。

1.2 關鍵詞分解

運動,APP,統計,分享,運動量

1.3 工作流程與任務排期

  1. 基本定位分析(7月8日):通過頭腦風暴,由產品目標確定基本的分析思路和調研方向。見本卷第2節。
  2. 問卷/訪談調研(7月9-11日):根據基本思路制定調查問卷,對目標用戶進行問卷調研,尋找已有思路與用戶期望的結合點。見本卷第3節。
  3. 業務需求分析(7月12日):確定產品的核心任務點,據此分解產品的業務需求。見本卷第4節。
  4. 明確目標用戶(7月12日):由業務需求確定目標用戶特征,分析核心流程的用戶場景。見本卷第5節。
  5. 用戶需求分析(7月13日):尋找目標用戶使用過程與業務需求的結合點,分解產品的用戶需求。見本卷第6節。
  6. 關鍵因素分解(7月14日):對所有需求進行關鍵因素分解,確定各個需求的動機、擔憂和障礙。見本卷第7節。
  7. 歸納用戶需求(7月14日):匯總用戶需求,去重、合并近似需求,形成需求清單。見本卷第8節。
  8. 路徑分析(7月15日):畫出用戶體驗路徑和情感坐標,整理各個接觸點的問題和驚喜,力圖在一套完整的路徑上滿足用戶需求和提升用戶體驗。見本卷第9節。

2 基本定位分析

接到需求后,可以感覺到這是一個看似簡單卻又不容易做好的需求。

從關鍵詞分解結果看,很容易想到,產品的核心流程就是“運動-計步-統計-分享”,也就是“產生數據-記錄數據-統計數據-分享數據”的過程。相對于騎行、甚至登山、徒步等運動形式,跑步是最為普及、也最容易形成習慣的一種。

同時,在跑步類應用上,市面上已有咕咚、悅跑圈、虎撲跑步、動動、Nike Running、Feel等一眾數不勝數、又各自都擁有一定的用戶數量的競品。雖然這樣的數量說明這一市場已具有一定的飽和度,新產品脫穎而出的難度比以往任何時候都更大,但從另一個角度,這樣成熟且已經發酵多年的競品環境,已經為后來者提供了一片在合適的切入點可以快速成長的沃土,因為當前國內具有“使用APP記錄跑步”習慣的用戶基數,也是以往任何時期都不具備的條件。

同時,恰恰是這樣的數量,也說明沒有一家產品能夠占據壟斷性的地位,每個產品都在“運動-計步-統計-分享”這一主流程的基礎上,通過各自的特色,吸引了具有相應目標用戶特征的用戶群體,都保有自己應有的生存空間。

因此,考慮到跑步(尤其是城市上班族的夜跑)族已日趨成熟的APP使用習慣和較為可觀的用戶基數,以及眾多競品提供的參考和分析樣本,本次設計選擇了夜跑這一運動形式,作為產品的主題。

確定了運動形式后,在設計調研問卷之前,還需要明確產品在數據的“產生、記錄、統計、分享”這一枯燥的主要功能線之外需要突出的特色。

經過頭腦風暴的羅列、篩選和整合,我最終選擇留下的是下面四個關鍵點,作為產品定位的關鍵:

  1. 值得炫耀:滿足用戶炫耀的需要。
  2. 群體感:給用戶提供群體參與感。
  3. 競爭感:通過競爭產生激勵。
  4. 簡潔:簡化所有與主流程和以上三個關鍵點無關的功能。

第一點,是運動類APP很特殊也很有趣的一個地方。用戶選擇使用APP記錄自己的運動成績和統計數據,無論有任何其他強身健體、結識跑友之類的動機,幾乎100%的用戶都無法否認“炫耀”是一個非常大的使用動機和動力。因此,如果能提供“格外值得我炫耀”的東西,就可以對幾乎所有用戶產生一定的吸引力。

第二點是由目前處于“戰國時代”的運動類APP市場上,用戶群體的分散度所決定的。無論使用的是幾大主流運動APP中的哪種,在同時使用這款APP的朋友都只有那么幾個。即使幾乎所有主流運動APP中都做了社區甚至IM功能,即使微信、QQ、朋友圈這幾大分享途徑成了每款APP的標配,也還是無力改變用戶永遠只有屈指可數的幾個朋友在和他一同使用同一款APP進行跑步的現狀。而社區和IM功能中,無論推薦多少陌生人用戶,他們的存在、他們的運動記錄永遠和用戶自己的存在沒有產生足夠的結合點。因此,在接受了用戶群體分散這個現實條件的情況下,如何讓用戶能與陌生用戶產生更好的化學反應、產生一定的群體參與感,個人認為比想方設法把應用內IM做得像QQ、微信一樣好更有效果一些。

第三點是目前以悅跑圈為代表的許多競品都在注意到的一個方面。上面提到的炫耀決定了使用產品的動機,群體參與感決定了對產品的歸屬感和依賴,那么競爭感則可以為痛苦(對大多數普通人而言)的跑步提供堅持下去的動力。

第四點來自我個人作為夜跑群體的一員,使用和嘗試過幾大主流跑步APP的體驗。上面提到,起初,各家產品都在主流程的基礎上營造了各自的特色并以此為生,而每個有野心爭取更多用戶的產品在研究了對手之后,都不約而同地選擇將競品的特色功能搬進自己的產品——打個比方,A產品做了社區、圈子,不久后B產品也加入了社區和圈子。B產品做了IM,不久后C產品也更新了IM功能。C產品開始做線上馬拉松,不久后A、B產品乃至D、E、F中馬拉松類的賽事功能如雨后春筍。最后的結果就是除了小部分堅持特色(另一個角度上講是迭代頻率比較低)的產品功能還比較簡單、具有辨識度之外(例如Nike Running,但另一方面,它的界面和功能上已經有點與時代脫節了),幾家主流產品都發展成了相似度很高的“全家桶”。而這些“全家桶”的功能中充滿你了不管適不適合自己就搬進來的功能,體積和使用體驗都越發臃腫。因此,本次設計中將在參考競品信息架構的同時,考慮刪減大量對突出前三項特色無益的功能。

3 問卷/訪談調研

3.1 問卷設計

圍繞以上整理出的四個關鍵點,我設計了由以下17個問題構成、涵蓋有夜跑習慣和無夜跑習慣人群的問卷。問題清單如下:

1

3.2 調研方法

這里必須承認的是,在調研環節出現了本次設計中一個比較大的難關。首先,調研形式的選擇上,出于個人在其他行業領域的線上問卷調研經歷,個人認為在沒有合適、專業的線上問卷投放渠道的情況下,通過QQ群等類似方式投放的線上問卷,回收后的結果通常是非常不可靠的。這種投放方式會導致具有相同特征的樣本扎堆,且樣本填寫問卷的隨意性較大,輕則導致統計結果無規律可循,重則嚴重誤導根據統計結果而進行的決策。因此,本次設計中我傾向于選擇線下調研。

但兩天的線下問卷調研結果依然不盡理想,雖然樣本填寫問卷時隨意性較大的現象比在線調研有了較大程度的改善,但在沒有經費和人力支持的情況下,這樣個人試驗性質的小規模線下問卷在樣本量上很受限,由此導致具有相同特征的樣本扎堆現象依舊難以完全避免,難以形成具有統計意義的定量數據,只能形成一些定性的結論。

當然,就定性結論的可信度而言,已經比同樣屬于個人試驗規模的在線問卷有了明顯的提高。

最后一天,作為定性結論的有益補充,我根據第二節梳理出的前三個關鍵點,基本上依照與問卷類似的提綱,在朋友中對若干典型用戶進行了訪談調研。

3.3 調研結論

以下是本次設計的問卷與訪談相結合的調研方式形成的定型結論,雖然沒有大樣本的定量數據那樣優秀的說服力,但對個人試驗性質的設計而言已足夠具有一定的指導意義:

  1. 夜跑頻率為3~4次的最多,而5次以上的極少。
  2. 夜跑者以獨自夜跑居多。
  3. 夜跑強度集中在4公里以下,其中以2~4公里間居多。
  4. 有較多的夜跑者有同時使用APP的習慣,其中以咕咚和悅跑圈的用戶居多。
  5. 無APP使用習慣的受訪者中,多是由于不知道有這樣的產品,還有部分用戶認為帶手機跑步麻煩,或怕手機摔壞,因而不帶手機,或選擇了手環類的產品。
  6. 群體參與感和競爭感最有可能提高用戶使用產品熱情和增強用戶粘度,其次是科學的數據分析,而作為跑步類而非綜合健身類的APP,類似“健身指導”的功能并沒有被特別的重視。
  7. 受訪者對競賽功能的興趣最高,其次是運動數據分析功能。
  8. 愿意將數據截圖在朋友圈或微博分享的用戶比例基本上是一半,不愿意分享的受訪者認為這樣的行為有可能招致朋友的“酸意”或產生厭煩感。
  9. 無夜跑習慣的受訪者中,認為可能誘使他們開始夜跑的原因以“群體參與感”居多,這一結論與有夜跑習慣的受訪者類似。
  10. 對無夜跑習慣的受訪者而言,沒有運動的習慣、缺乏動力、孤獨感,可能都是不習慣夜跑的根源。
  11. 絕大多數受訪者都認為,有競爭氣氛的情況下做一件事的動力或熱情會更高。
  12. 對一項競賽和排名而言,無論涉不涉及經濟利益,作弊都是最影響口碑和參與積極性的因素。
  13. 相比分享單純的運動數據,愿意在社交平臺分享證書的用戶比例較高。
  14. 大多數受訪者認為,當排名位于后半部分時,將使其產生的負面情緒大于產生的激勵

4 業務需求分析

根據基本思路梳理和用戶調研的定性結果,整理形成以下12個業務需求。按重要性分為核心需求、主任務需求、配套需求三類:

  • 核心需求:賽區/賽季功能、升降級功能、等級證書功能、反作弊措施
  • 主任務需求:記錄運動數據、可視化的數據統計與分享、跑伴(好友)及聲援(留言)功能
  • 配套需求:注冊功能、推送提醒、問題反饋、用戶評分、廣告

以下逐條對業務需求的目標、目的、指標和用戶行為進行分析。

4.1 賽區/賽季功能

業務需求:賽季/賽區功能。用戶可選擇加入一個本地賽區和合適的組別(即每次運動最小需要完成的距離),參與一個賽季的競賽。

  • 業務目標:為用戶提供一個可產生歸屬感的群體
  • 業務目的:為用戶提供群體參與感,培養穩定的使用習慣
  • 衡量指標:報名參加賽季的用戶數
  • 用戶行為:選擇賽區,選擇組別,報名新賽季。

4.2 升降級功能
業務需求:升降級功能(參考足球聯賽系統、或爐石傳說等游戲的“天梯”系統),同賽區、同組別的用戶作為同一個系統,在不同級別進行每賽季一定比例的升級和降級。在賽季中堅持進行計分運動(即結果與賽季得分掛鉤的運動,與不掛鉤的自由運動相對應)獲得積分。

業務目標:營造競賽氛圍,為用戶提供競爭感。

業務目的:充分激發用戶的好勝心,抓住用戶不甘心落后甚至降級的痛點,通過競爭激勵和鼓勵用戶堅持使用產品。

衡量指標:堅持全勤或缺勤次數少于一定值的用戶數目。

用戶行為:進行計分運動。

4.3 等級證書功能

業務需求:在賽季結束時為用戶生成電子版的等級證書,可生成高清圖片,視覺效果與真實證書力求相近。

業務目標:刺激用戶進行分享。

業務目的:提升產品知名度,吸引更多潛在用戶。

衡量指標:證書頁面的分享計數,或注冊用戶數。

用戶行為:查看證書頁面,并向QQ好友、微信好友或在微信朋友圈分享證書。

4.4 反作弊功能

業務需求:依據運動的配速、步頻、軌跡,通過一定技術手段并輔以人工抽查,進行最嚴格的反作弊篩查。

業務目標:增強平臺數據真實性。

業務目的:鼓勵誠信參賽,為用戶更好地參與競爭增強信心。

衡量指標:各反饋渠道中關于作弊的投訴數量(降低)。

用戶行為:上傳真實有效的運動數據。

4.5 記錄運動數據

業務需求:記錄運動的配速、時間、軌跡。

業務目標:為一切的運動統計、分享和競賽提供數據基礎。

業務目的:通過數據的記錄和積累帶給用戶成就感,刺激用戶使用產品的積極性。

衡量指標:上傳的運動數據數量。

用戶行為:記錄運動并上傳數據。

4.6 可視化的數據統計與分享

業務需求:對運動數據在多個維度進行統計,對重要數據提供可視化圖表,提供比截圖更便捷的分享途徑。

業務目標:通過數據的對比和可視化的圖表,讓用戶更好地感知自己鍛煉情況,并樂于將其分享給朋友。

業務目的:增強用戶成就感,刺激用戶使用產品的積極性和分享運動結果的沖動。

衡量指標:運動結果統計頁面的點擊數和分享數。

用戶行為:查看運動結果和歷史統計頁面。

4.7 跑伴及聲援功能

業務需求:提供跑伴(好友)系統和聲援(留言)功能,同時提供邀請其他社交工具中的好友進入跑伴的入口。

業務目標:在不影響主功能體驗的情況下,提供最基本的應用內社交功能,設置邀請途徑。

業務目的:建立用戶間交流、用戶引流的渠道,提高用戶粘度。

衡量指標:人均好友數量和用戶的日均聲援數量。

用戶行為:添加跑伴,聲援跑伴,邀請好友。

4.8 注冊功能

業務需求:要求用戶使用注冊功能注冊賬號后才可使用產品。

業務目標:提高注冊轉化率。

業務目的:有效進行用戶管理。

衡量指標:注冊用戶數量。

用戶行為:完成注冊流程。

4.9 推送提醒

業務需求:定時發送推送提醒用戶使用產品。

業務目標:提醒用戶使用產品。

業務目的:提高用戶粘度,培養用戶使用產品的習慣。

衡量指標:日活躍用戶數。

用戶行為:通過通知條打開產品。

4.10 問題反饋

業務需求:在應用內提供問題反饋的渠道。

業務目標:獲取真實用戶反饋。

業務目的:根據真實的反饋改進現有問題。

衡量指標:反饋數量。

用戶行為:提交問題反饋并留下聯系方式。

4.11 用戶評分

業務需求:在應用內提供前往APP Store評分的渠道。

業務目標:吸引更多評價、評分。

業務目的:讓產品顯得人氣旺盛。

衡量指標:評分數量。

用戶行為:前往Apple Store進行評分。

4.12 廣告

業務需求:在合理的位置設置注重情感化設計的廣告。

業務目標:讓用戶接受廣告的存在并產生興趣。

業務目的:提供盈利渠道。

衡量指標:廣告的引流量。

用戶行為:瀏覽廣告并對商品留下印象。

5 目標用戶與典型場景

通過基本定位思路、調研結果與業務需求的分析,本次設計將產品初步明確為“以含升降級制度的競賽為核心特色,重視激勵和習慣養成,簡潔而美”的一款應用,并給它賦予一個能體現上述特色、又非常容易記憶和傳播的名字——“領跑”。

5.1 目標用戶

針對這樣的初步定位,可以同時確定領跑的目標用戶:

特征

  1. 20~35歲之間的大學生或職員
  2. 年輕,勇于也樂于參與競爭,喜歡新事物,熱衷社交,有運動熱情

經驗

  1. 有一定的互聯網產品使用經驗
  2. 對跑步類APP(或運動手環等同類產品)有一定的使用經驗或了解

5.2 人物模型

產品需要為具有特定需要的特定個體類型設計。如果產品涵蓋受眾過多,只會增加所有用戶的認知負擔及導航成本。例如,能夠取悅某些用戶的功能設置可能對其他用戶造成困擾。因此,人物模型有助于避免設計對用戶的理解過于彈性化、將自己過多地代入設計、或將一些邊緣功能當做重點。根據調研結果和上述目標,可以構建兩個典型的人物模型:

111

5.3 情境場景

通過情境場景可以由敘事的方式簡明描述運用“領跑”實現以上兩個人物模型的具體目標的過程,聚焦于兩個人物模型及其思考和行為方式,從“他們”的角度描述一種理想的體驗。本節將分別對兩個人物模型,就其接觸領跑、使用領跑這兩大核心流程進行場景描述。

5.3.1 核心場景一:接觸領跑——注冊、登錄與了解

(1)楊鵬

楊鵬合上筆記本屏幕,揉了一下眼睛,這么涼快的傍晚,這樣宅在宿舍實在不符合他的性格。

楊鵬走到陽臺,看了一眼足球場,曾經那是他和班上的球友下課后奮戰的地方,然而大三之后大家各有各的事情,想找齊人去踢球已經變成一件很困難的事情。

他百無聊賴地打開微信,越來越多的同學開始用微信,尤其是喜歡發朋友圈,他沒有這樣的喜好,但也越發喜歡沒事刷新一下朋友圈,看看他們在分享什么有趣的東西。

下拉刷新后,一張精美的證書映入眼簾:

“領跑 廣州大學城賽區 男子三公里組 乙級B 銀獎”——這一下子激起了他的好奇心,更讓他燃起了獲得同樣證書的想法。他點開大圖后在醒目的位置發現了這張證書的出處,是一款名為領跑的APP,旁邊附有二維碼。

他用掃描圖片中的二維碼功能順利掃碼下載了領跑。簡單地通過手機注冊后,就進入了第一次使用時的資料設置環節,填寫個人資料、選擇頭像后進入的是賽季的介紹頁,并詢問他是否要馬上參加一個賽季——當然!這就是他下載領跑的原因。

進入賽季報名流程后,首先要選擇的是賽區,楊鵬看到提示語——原來賽區的選擇是和起跑地點掛鉤的,與賽區不符的運動是沒法有效計分的,“大概是怕投機取巧的人去競爭不強的賽區刷好名次吧”他一邊這樣猜著,一邊選擇了廣州大學城賽區。

接下來是選擇組別,頁面中同樣附有提示語,告訴他組別代表了每次運動要完成的最小長度,而每周需要完成4次這樣的運動,因此建議沒有長期跑步習慣的人從較短的組別開始適應。他想了想自己大三開學后就沒怎么運動的事實,決定選擇最低的組別“一公里組”開始嘗試。

最后一個頁面顯示了從“入門級E”到“甲級A”一共14個等級的升降規則,這更激起了他作為一個對足球聯賽和游戲里“天梯”機制著迷的男生的挑戰欲。這樣一來,楊鵬就完成了一次流程沒有任何冗余、提示清晰、又突出產品特色的注冊和首次登錄體驗。

(2)潘曉

晚上八點半,潘曉站在下班的公交車上,她的左手拉著扶手,右手拿著手機把玩著。這是打仗似的一天工作結束后,和晚上自己的運動、英語學習計劃之間,最美好的放空時間。

忽然,她的微信收到一條來自閨蜜阿春的消息,她通過通知條打開消息后,發現這是一條APP的注冊邀請鏈接,附言是“曉兒,最近還跑步嗎,試試這個。”,緊接著又蹦出一條運動記錄的分享圖片。有別于常見的截屏圖片,這張圖片是應用內部生成的,將運動軌跡、數據拼合在了同一張圖上,頂部還有一張有趣的插畫——看到插畫她這才想起今天是夏至,看來這個應用會每天出品不同的主題圖片。

這很讓潘曉欣喜,她在之前使用咕咚作為跑步APP時,一度很喜歡在朋友圈分享運動記錄,但每天看上去千篇一律的縮略圖不僅讓她自己覺得單調,甚至引起了一部分朋友的厭煩,所以她已經很久沒有發過這樣的截圖了,這也是阿春不清楚她還有沒有在跑步的原因。

簡短地詢問阿春后,潘曉確認了這款應用會每天更新不同的主題圖片,類似Google的Doodle形式。每個賽季(即每個月)也會更新不同的月度主題圖片,這讓每天的使用和分享都有新的體驗。

通過分享鏈接進入APP Store后,潘曉看了看搜索結果,領跑的評論數并不多,看起來是一個比較新的產品。但風格極簡的圖標卻在第一眼就引起了她的好感。應用的副標題中強調了,這是一個簡潔而美的應用——這無疑更讓潘曉堅定了嘗試使用的決心,她已經被同類產品越發臃腫的界面磨失了使用的耐心。

作為一個APP控,她輕車熟路地完成了她已經非常習慣的注冊和登錄流程。

而在首次登錄流程中,當頁面詢問她是否有意報名參加下賽季時,潘曉對賽區的設定產生了興趣。在以往使用同類應用時,身邊使用同樣一款應用的朋友少之又少,而陌生人方面呢,雖然應用提供了社區、IM功能,但她和其他用戶之間始終處于一種“各跑各的”的狀態,即使她有意結識陌生人,對方的運動也和她沒有任何關聯。

潘曉期待著,處于一個彼此相互關聯的賽區里,或許在跑步時不會像以往那樣有“踽踽獨行”的感覺吧。就這樣,在泳道控件中依次選擇了賽區和級別后,她完成了一次充滿期待的報名流程。

5.3.2 核心場景二:使用領跑——完成運動、完成賽季與分享

(1)楊鵬

經過一個月的使用,原本不熟悉運動APP的楊鵬也逐漸開始習慣于堅持跑步,無論是下午下課后,還是晚上自習回來。
今天也不例外,這是楊鵬在這個月——也就是這個賽季中的最后一次計分運動,這次運動結果上傳后,官方就將在幾天后公布本賽季的結果——這件事已經讓他興奮了很久。

楊鵬一邊下樓,一邊戴上耳機。他打開另一款音樂APP放著自己挑選的、適合運動的歌單,然后雙擊Home鍵、選擇返回領跑界面后,他點擊當前賽季的詳情頁又確認了一次自己截止上周結束后的排名——他排在11%~20%。而賽季的升降級規則中清楚地寫著,要緊急下一個級別(入門級D)需要排在前10%,這樣不但可以獲得金獎,還可以獲得升級資格。

楊鵬對計分規則已經熟記于心——只要一周堅持4次有效的運動,就可以獲得100分的基礎分,少一次會扣除25分。而附加分則根據每周4次有效運動的平均配速,隨在賽區內的排位,由10分到0分遞減。楊鵬認為這樣“堅持第一,競速其次”的設置還是有道理的,畢竟這是一款鼓勵人們堅持運動的APP,而不是真的要拼死拼活地去競速。

“我現在的得分是316”,楊鵬想,“如果想在最后一周突破進前10%的話,這周只有拿到8~10分的附加分才有機會。”這樣的念頭已經激勵他在這周的前三次運動中每次都在刷新著自己的最好成績。不可否認,這樣類似于“天梯”的升降級制度對爭強好勝的他而言,實在是讓他恨不得每天都去跑步的一劑強有力的興奮劑。

“今天也不例外!”楊鵬走出宿舍樓前,又打開朋友圈翻出朋友分享的那精致漂亮的證書?!暗饶玫诫娮幼C書,我一定要第一時間在朋友圈分享他的喜悅”楊鵬不禁笑了笑,不可否認這種心態有炫耀的成分,但是,成為一個更好、更健康的人,本來就是值得一個自信的人“炫耀”給朋友的事情。他咬了咬牙,隨著“3、2、1”的倒計時,在路燈下的校道上向前奔去。

(2)潘曉

潘曉在洗手間飛速地換上短褲短袖后,把換下來的正裝收進紙袋,放回了辦公室西側的私人儲物柜里。
每天下午五點半是她固定的跑步時間——當然了,跑完步,吃完飯,回來還有月報要趕,今天大概又是末班地鐵的節奏。

她習慣使用領跑已經不知不覺三個多月了,跑步也漸漸從一件“有心情、有精力”甚至“想在朋友圈發點什么證明自己的存在感”時才有念頭去做的事,切實地變成了融進她生活的一種習慣。

正因為如此,考慮到自己這樣下班時間不固定、經常下班已是深夜的工作特點,她開始把跑步時間改到了下午。正常下班時間過后,即使要加班,五點半到七點之間這段晚飯時間還是相對固定而且沒人打擾的個人時間。

等電梯的時候,潘曉打開領跑下意識地四處翻看著。她的賽季排位還是牢牢地排在前10%,從入門級E開始的三個賽季她已經連續三個賽季升級了,如今在入門級B,已有長期夜跑歷史的她在女子四公里組這個對女生而言較為“艱苦”的組別中,依然優勢明顯。

實際上潘曉反而不像很多使用者一樣在意級別的升降和獎項,對她而言,每天把自己的運動成績和那張精巧可愛又富有設計感的每日主題插畫一起保存下來,時常翻看著自己在奔跑中度過的節氣、節日和紀念日,是一件在她看來更有趣的事情。她相信,這種認真對待每一天的態度,正是這個產品,包括每日、每月主題插畫的設計師想傳達給使用者的。

潘曉也不像以往那樣把枯燥而千篇一律的數據截屏發到朋友圈,而是輸出很多天的運動結果頁后,挑選其中主題插畫最合她意的9張,湊齊九宮格再發朋友圈。這樣既避免了引起朋友的反感和審美疲勞,也更說明她是確確實實地每天都在運動——而不是一時興起或純粹的炫耀。

潘曉忽然留意到“跑伴”頁面右上角的消息中心有兩個紅點,點擊后她看到其中一個是來自跑伴“白夜漫步”的聲援——“明晚我從公司跑過來合江亭,希望再和你偶遇,哈哈”。她不禁一笑,點擊對方的頭像進入對方主頁,然后回復了一句聲援:“好像每個月都會偶遇一次,這個月還沒偶遇過,看來明天的幾率格外的大:)”。白夜漫步是在東門附近上班的一個剛畢業的小女生,兩個月前她在“跑伴推薦”的“賽區跑伴”列表里忍不住加了這個頻繁出現的哈士奇頭像,幾番閑聊,兩個人發現很投緣,而且公司竟然距離這么近。當白夜漫步偶爾選擇沿河邊跑步時,偶爾會和潘曉遇到——這也算領跑帶來的緣分一場。

潘曉返回消息中心,點開“跑伴驗證”標簽頁,通過了一條新的跑伴申請——她只要看到頭像合眼的就會通過,或許又能交到像白夜漫步這樣同樣熱愛跑步、熱愛生活的朋友呢。

潘曉走出公司所在的寫字樓,穿過馬路來到河邊,在很好的夕陽斜照下開始了她又一天的運動。

又有多少個賽區的跑伴們,正在同樣的夕陽下努力鍛煉、成為更好的自己呢?潘曉一邊矯健地跑動、一邊微微笑著——這種和一個賽區的伙伴們一起運動的感覺,和貫徹了宣傳語中“簡潔而美”的設計,大概是潘曉堅持使用領跑至今最大的原因所在吧。

6 用戶體驗目標

結合目標用戶的特征與經驗、典型用戶場景、用戶行為,我們可以分析得出用戶使用產品的體驗目標,即期望得到的最終成果。領跑的核心用戶體驗目標可以總結為以下10點:

(1)用戶需求:流暢的注冊與登錄流程

  • 用戶場景(每當):首次下載使用本產品
  • 用戶行為(想要):簡潔清晰的注冊流程,首次使用時必要的引導
  • 用戶體驗目標(就能):以最快的速度、帶著必要的了解開始體驗產品
  • 衡量指標:注冊用戶數

(2)用戶需求:記錄運動軌跡與數據

  • 用戶場景(每當):開始運動
  • 用戶行為(想要):即時或在結束后了解自己的運動軌跡和數據
  • 用戶體驗目標(就能):增強對身體行為的了解,獲得成就感
  • 衡量指標:培養跑步時使用產品的習慣(提高)

(3)用戶需求:運動結果的查看與分享

  • 用戶場景(每當):每次運動結束
  • 用戶行為(想要):了解本次運動數據,分享統計結果頁面至朋友圈等
  • 用戶體驗目標(就能):了解本次運動結果。顯示自己是一個健康、積極向上的人,受到點贊或肯定,獲得滿足感
  • 衡量指標:單次運動結果頁面的分享次數

(4)用戶需求:賽季數據的查看與分享

  • 用戶場景(每當):了解當前情況,希望得到更理想的名次。分享自己本月的成就至朋友圈等
  • 用戶行為(想要):每周排名更新或賽季末
  • 用戶體驗目標(就能):獲得對本月所有付出的肯定。顯示自己是一個健康、積極向上、且有堅持、有始有終的,人受到點贊或肯定,獲得滿足感
  • 衡量指標:排名、證書頁面的查看次數

(5)用戶需求:選擇賽區與公里級別

  • 用戶場景(每當):首次使用或新賽季開始前
  • 用戶行為(想要):選擇市區和適合自己的級別,參與一個無需較多熟人參與即可享受競爭氣氛的競賽
  • 用戶體驗目標(就能):有助于更好地堅持下來,并獲得參與感,告別獨自夜跑或只有少數熟人相互排名的孤單感
  • 衡量指標:報名并堅持夜跑的次數,用戶使用產品的頻率和粘度

(6)用戶需求:自由運動模式

  • 用戶場景(每當):未來得及參加當前賽季或暫時不想參加賽季時
  • 用戶行為(想要):在未參加賽季的情況下也能盡可能多地參與其中
  • 用戶體驗目標(就能):體驗產品的特色,激發參加下賽季比賽的興趣和熱情
  • 衡量指標:在非月初開始使用產品,并在本月剩下的時間體驗自由跑的用戶數

(7)用戶需求:跑伴功能

  • 用戶場景(每當):希望與熟悉的朋友在平臺內互動,或結識志同道合的朋友并與之交流
  • 用戶行為(想要):邀請朋友、搜索賬號或通過推薦列表添加好友
  • 用戶體驗目標(就能):在平臺內通過社交互動帶來參與感和歸屬感
  • 衡量指標:人均跑伴數量

(8)用戶需求:查看歷史統計

  • 用戶場景(每當):參加多次自由跑或多個賽季后
  • 用戶行為(想要):查看自己的歷史統計數據
  • 用戶體驗目標(就能):由日積月累的數據得到滿足感
  • 衡量指標:歷史統計頁面的查看次數

(9)用戶需求:意見反饋

  • 用戶場景(每當):有建議或問題時
  • 用戶行為(想要):有途徑反饋自己遇到的問題和意見
  • 用戶體驗目標(就能):認為產品可改進、可靠
  • 衡量指標:收到反饋的數目

(10)用戶需求:反作弊功能

  • 用戶場景(每當):階段性結果更新(每周)或賽季排名更新(每月)
  • 用戶行為(想要):確信自己的排名沒有因為有人作弊而下滑
  • 用戶體驗目標(就能):對競賽的公平性產生信任
  • 衡量指標:用戶使用產品的頻率和粘度

7 關鍵因素分解

根據業務目標(見第4節)對用戶意愿進行分析,可以得出使用產品前的動機和可能面臨的擔憂。而根據用戶體驗目標對用戶行動進行分析(見第6節),則可以明確用戶在使用過程中可能面對的障礙。如何創造動機、排除擔憂和解決障礙,是將這三大關鍵因素轉化為合理的設計依據的關鍵。

7.1 流暢的注冊與登錄流程
用戶體驗目標:以最快的速度、帶著必要的了解開始體驗產品

關鍵因素分解:

(1)動機

  • 開始使用產品、成為產品的用戶和服務對象
  • 初步解決方案:在歡迎頁結束后即要求用戶注冊

(2)擔憂

  • 是否需要注冊一個使用頻率未知的新產品
  • 注冊流程繁瑣,導致放棄注冊

初步解決方案:

  • 在歡迎頁將產品特色完整、精煉地告訴用戶,吸引目標用戶克服不確定感,完成注冊流程
  • 簡化注冊流程

(3)障礙

首次注冊登錄后對產品的特色和使用方法缺乏基本的了解

初步解決方案:

注冊成功后即提供一個首次使用時才會出現的設置頭像、昵稱、賽季報名的流程

7.2 記錄運動軌跡與數據

用戶體驗目標:增強對身體行為的了解,獲得成就感

關鍵因素分解:

(1)動機

  • 希望記錄運動軌跡
  • 希望記錄自己的用時與配速等數據
  • 希望可以在不查看屏幕的情況下不斷獲知當前的數據

初步解決方案:

  1. 通過GPS功能實時記錄運動軌跡
  2. 實時統計配速、時速、步頻等數據
  3. 提示音功能,每隔一定距離播報當前用時和配速

(2)擔憂

  1. 在GPS沒有定位準確的情況下開始運動,造成記錄不準確
  2. 有其他用戶利用長時間的暫停功能作弊

初步解決方案:

  1. 在運動開始的界面提醒用戶當前GPS信號是否過弱
  2. 計分運動模式下,每次暫停最多暫停1分鐘

(3)障礙

  1. 過于復雜的操作
  2. 過馬路等待紅燈時影響速度記錄

初步解決方案:

  1. 一鍵開始
  2. 提供暫停功能

7.3 運動結果的查看與分享

用戶體驗目標:了解本次運動結果。顯示自己是一個健康、積極向上的人,受到點贊或肯定,獲得滿足感。

關鍵因素分解:

(1)動機

  • 希望在運動結束后可以可視化地查看本次運動的數據統計
  • 希望分享并收獲更多的“贊”以滿足被肯定的心理

初步解決方案:

  1. 提供每次運動的統計頁面,通過數據、圖表等方式綜合呈現本次運動結果
  2. 在數據完善的基礎上,提供盡可能美觀、具有設計感的分享頁面

(2)擔憂

經常性的分享(或圈子里有其他人同時在分享)時導致朋友審美疲勞甚至厭煩

初步解決方案:

在分享頁面提供每天不同主題的、富有趣味性的插畫(參考Google Doodle)

(3)障礙

  • 不便閱讀或需要過多滾動才能看完完整內容
  • 操作復雜,需要使用系統截圖后再轉至其他應用程序內發送
  • 系統截圖帶有狀態欄、底部導航欄等干擾元素,且無法在同一張截圖呈現3個標簽頁的完整信息

初步解決方案:

  1. 將軌跡、數據、圖表分為3個標簽頁顯示
  2. 提供內置的分享圖片生成功能,以及分享至QQ好友、微信好友、微信朋友圈和生成分享鏈接的直接入口
  3. 內置生成用于分享的圖片中,不含狀態欄、導航欄等信息,且截圖中將3個標簽頁的信息由左至右逐次拼合,從而可以完整地顯示全部內容

7.4 賽季數據的查看與分享

用戶體驗目標:獲得對本月所有付出的肯定。顯示自己是一個健康、積極向上、且有堅持、有始有終的,人受到點贊或肯定,獲得滿足感。

關鍵因素分解:

(1)動機

  • 了解自己的排名
  • 希望晉級更高組別,或不甘心降入更低組別,以證明自己的實力
  • 當獲得理想的成績時,希望分享并收獲更多的“贊”以滿足被肯定的心理
  • 獲得真實的證書的成就感

初步解決方案:

  1. 將實時排名信息在開始頁用盡可能醒目的布局顯示
  2. 在當前賽季頁的排名數據下方附上鼓勵性文案
  3. 在應用內提供完整、高清證書圖片的生成與保存功能
  4. 證書頁面設計得更接近用戶生活經歷中所習慣的證書形式

(2)擔憂

  • 排名不如期望,產生挫敗感
  • 經常性的分享(或圈子里有其他人同時在分享)時導致朋友審美疲勞甚至厭煩

初步解決方案:

  1. 對排名靠后的用戶不再顯示詳細的排位,而是只顯示“后50%”這一非常寬泛的范圍,以降低用戶的挫敗感,輔以激勵性話語
  2. 在賽季證書頁面提供每個月不同的主題Banner

(3)障礙

  • 不便閱讀或需要過多滾動才能看完完整內容
  • 操作復雜,需要使用系統截圖后再轉至其他應用程序內發送
  • 系統截圖帶有狀態欄、底部導航欄等干擾元素

初步解決方案:

  1. 無需滾動即可顯示全部內容
  2. 提供內置的分享圖片生成功能
  3. 內置生成用于分享的圖片中,不含狀態欄、導航欄等信息

7.5 選擇賽區與級別

用戶體驗目標:參與賽區有助于告別獨自夜跑或只有少數熟人相互排名的孤單感。合適的級別有助于更好地堅持下來,并獲得參與感。

關鍵因素分解:

(1)動機

  • 參與一個賽區,讓自己的運動與周邊用戶產生有機聯系
  • 選擇適合自己運動量的級別,參與本月的競賽

初步解決方案:

  1. 以行政區劃為基礎,基本上按城市的區縣劃分賽區
  2. 按公里數區分運動量,分為多個等級

(2)擔憂

  • 一時興起或對自己的體能估計錯誤,選擇了過高的級別,導致無法堅持
  • 在選擇時建議用戶(尤其是首次使用的用戶)選擇較低的級別

(3)障礙

  • 難以判斷自己適合選擇哪個級別
  • 不清楚在選擇后是否能再次更改,可能造成草率地選擇
  1. 給出級別選擇建議
  2. 明確地告知用戶在選擇后在本月度無法更改

7.6 自由運動模式

用戶體驗目標:體驗產品的特色,激發參加下賽季比賽的興趣和熱情。

關鍵因素分解:

(1)動機

  • 由于并非在月初開始使用本產品,無法參加本月競賽,但希望體驗產品特色
  • 提供除不計成績外與計分模式功能完全相同的自由運動模式

(2)擔憂

  • 缺少對產品主功能的參與感,與使用同類產品時沒有功能上的區別,出現被排除在主要功能外的負面情緒
  • 不清楚是否由于不屬于計分運動,運動結果無法記錄

初步解決方案:

  1. 提醒用戶可以通過自由模式,在賽季開始前充分熱身
  2. 自由運動的跑步數據可以照常保存和累計

(3)障礙

  • 不清楚自己是在計分運動還是在自由運動
  • 還有過久才能參與賽季,淡忘甚至放棄產品

初步解決方案:

  1. 設置不同的標簽頁分離兩種類型的入口
  2. 設置賽季周期為一個月,既不會太短導致失去“賽季”的意義,又不會太長導致錯失報名的用戶需要等待過久

7.7 跑伴功能

用戶體驗目標:在平臺內通過社交互動帶來參與感和歸屬感。

關鍵因素分解:

(1)動機

  • 希望與熟悉的朋友在平臺內互動
  • 希望結識志同道合的朋友并與之交流
  • 希望與同一賽區的參賽者進行互動

初步解決方案:

  1. 提供搜索賬號添加好友的方式。
  2. 提供邀請好友加入領跑的入口。
  3. 隨機推薦附近的跑伴或同級別的參賽者。

(2)擔憂

  • 擔心被來路不明的陌生人打擾
  • 擔心需要頻繁處理驗證消息

初步解決方案:

  1. 出現在推薦列表中的跑伴或參賽者都是有一定的運動數據積累的用戶,以此篩掉大批“來意不明”的用戶。
  2. 在底部導航欄上不顯示未讀紅點,只有點擊“跑伴”頁時,右上角的消息中心旁會出現計數紅點。僅在用戶有意查看時才提供未讀提示給用戶,避免打擾。

(3)障礙

沒有在運動類應用內聊天的習慣,對即時性的聊天產生反感

初步解決方案:

只保留最基本的非即時留言功能(聲援)

7.8 查看歷史統計

用戶體驗目標:由日積月累的數據得到滿足感。

關鍵因素分解:

(1)動機

查看自己的歷史運動數據

初步解決方案:

提供歷史統計頁面。

(2)擔憂

對間歇性使用產品的用戶而言,可能疑慮是否可以按特定時間段進行數據統計,避免總體數據被空檔期大量的零數據均攤,導致統計結果讓其產生挫敗感。

初步解決方案:

可以按周、月、年、總計等四個維度,查看總體數據或某一特定時段內的數據。

(3)障礙

歷史數據過于龐雜,造成用戶的信息負擔

初步解決方案:

設置不同標簽頁,分離周、月、年、總計等不同維度的統計數據,每個頁面注意設計層次感

7.9 反作弊功能

用戶體驗目標:對競賽的公平性產生信任。

關鍵因素分解:

(1)動機

希望有一個公平的競爭環境

初步解決方案:

提供并在歡迎頁強調反作弊功能

(2)擔憂

  1. 其他用戶使用騎車、汽車作弊
  2. 其他用戶使用利用暫停作弊

初步解決方案:

  1. 通過技術手段(包括但不限于步頻判斷和配速范圍判斷),防止騎車、汽車作弊
  2. 計分運動模式下每次暫停最多1分鐘,要再點擊一次暫停才能繼續

(3)障礙

計分運動時,不清楚每次點擊只能暫停1分鐘

初步解決方案:

將計分運動模式下的暫停按鈕文案直接設計為“暫停1分鐘”

8 用戶需求清單

對第7節三大關鍵因素的分解結果進行匯總、整合、去重,可以將來自動機、擔憂、障礙三個關鍵因素的用戶需求清單整理如下(擴折號后為對應的初步解決方案):
8.1 創造動機

  1. 開始使用產品、成為產品的用戶和服務對象——在歡迎頁結束后即要求用戶注冊
  2. 希望記錄運動軌跡——通過GPS功能實時記錄運動軌跡
  3. 希望記錄自己的用時與配速等數據——實時統計配速、時速、步頻等數據
  4. 希望可以在不查看屏幕的情況下不斷獲知當前的數據——提示音功能,每隔一定距離播報當前用時和配速
  5. 希望在運動結束后可以可視化地查看本次運動的數據統計——提供每次運動的統計頁面,通過數據、圖表等方式綜合呈現本次運動結果
  6. 希望分享并收獲更多的“贊”以滿足被肯定的心理——在數據完善的基礎上,提供盡可能美觀、具有設計感的分享頁面
  7. 了解自己的排名——將實時排名信息在開始頁用盡可能醒目的布局顯示
  8. 希望晉級更高組別、避免降入更低組別,以證明自己的實力——在當前賽季頁的排名數據下方附上鼓勵性文案
  9. 當獲得理想的成績時,希望分享并收獲更多的“贊”以滿足被肯定的心理——在應用內提供完整、高清證書圖片的生成與保存功能
  10. 獲得真實的證書的成就感——證書頁面設計得更接近用戶生活經歷中所習慣的證書形式
  11. 參與一個賽區,讓自己的運動與周邊用戶產生有機聯系——以行政區劃為基礎,基本上按城市的區縣劃分賽區
  12. 選擇適合自己運動量的級別,參與本月的競賽——按公里數區分運動量,分為多個等級
  13. 由于并非在月初開始使用本產品,無法參加本月競賽,但希望體驗產品特色——提供除不計成績外與計分模式功能完全相同的自由運動模式
  14. 希望與熟悉的朋友在平臺內互動——提供搜索賬號添加好友的方式
  15. 希望結識志同道合的朋友并與之交流——提供邀請好友加入領跑的入口
  16. 希望與同一賽區的參賽者進行互動——隨機推薦附近的跑伴或同級別的參賽者
  17. 查看自己的歷史運動數據——提供歷史統計頁面
  18. 希望有一個公平的競爭環境——提供并在歡迎頁強調反作弊功能

8.2 排除擔憂

  1. 是否需要注冊一個使用頻率未知的新產品——在歡迎頁將產品特色完整、精煉地告訴用戶,吸引目標用戶克服不確定感,完成注冊流程
  2. 注冊流程繁瑣,導致放棄注冊——簡化注冊流程
  3. 在GPS沒有定位準確的情況下開始運動,造成記錄不準確——在運動開始的界面提醒用戶當前GPS信號是否過弱
  4. 經常性的分享(或圈子里有其他人同時在分享)時導致朋友審美疲勞甚至厭煩——在分享頁面提供每天不同主題的、富有趣味性的插畫(參考Google Doodle)
  5. 排名不如期望,產生挫敗感——對排名靠后的用戶不再顯示詳細的排位,而是只顯示“后50%”這一非常寬泛的范圍,以降低用戶的挫敗感,輔以激勵性話語
  6. 一時興起或對自己的體能估計錯誤,選擇了過高的級別,導致無法堅持——在選擇時建議用戶(尤其是首次使用的用戶)選擇較低的級別
  7. 缺少對產品主功能的參與感,與使用同類產品時沒有功能上的區別,出現被排除在主要功能外的負面情緒——提醒用戶可以通過自由模式,在賽季開始前充分熱身
  8. 不清楚是否由于不屬于計分運動,運動結果無法記錄——自由運動的跑步數據可以照常保存和累計
  9. 擔心被來路不明的陌生人打擾——出現在推薦列表中的跑伴或參賽者都是有一定的運動數據積累的用戶,以此篩掉大批“來意不明”的用戶。
  10. 擔心需要頻繁處理驗證消息——在底部導航欄上不顯示未讀紅點,只有點擊“跑伴”頁時,右上角的消息中心旁會出現計數紅點。僅在用戶有意查看時才提供未讀提示給用戶,避免打擾
  11. 對間歇性使用產品的用戶而言,可能疑慮是否可以按特定時間段進行數據統計,避免總體數據被空檔期大量的零數據均攤,導致統計結果讓其產生挫敗感——可以按周、月、年、總計等四個維度,查看總體數據或某一特定時段內的數據。
  12. 其他用戶使用騎車、汽車作弊——通過技術手段(包括但不限于步頻判斷和配速范圍判斷),防止騎車、汽車作弊
  13. 其他用戶使用利用暫停作弊——計分運動模式下每次暫停最多1分鐘,要再點擊一次暫停才能繼續

8.3 解決障礙

  1. 首次注冊登錄后對產品的特色和使用方法缺乏基本的了解——注冊成功后即提供一個首次使用時才會出現的設置頭像、昵稱、賽季報名的流程
  2. 過于復雜的操作——一鍵開始
  3. 過馬路等待紅燈時影響速度記錄——提供暫停功能
  4. 不便閱讀或需要過多滾動才能看完完整內容——將軌跡、數據、圖表分為3個標簽頁顯示
  5. 操作復雜,需要使用系統截圖后再轉至其他應用程序內發送——提供內置的分享圖片生成功能,以及分享至QQ好友、微信好友、微信朋友圈和生成分享鏈接的直接入口
  6. 系統截圖帶有狀態欄、底部導航欄等干擾元素,且無法在同一張截圖呈現3個標簽頁的完整信息——內置生成用于分享的圖片中,不含狀態欄、導航欄等信息,且截圖中將3個標簽頁的信息由左至右逐次拼合,從而可以完整地顯示全部內容
  7. 不便閱讀或需要過多滾動才能看完完整內容——無需滾動即可顯示全部內容
  8. 操作復雜,需要使用系統截圖后再轉至其他應用程序內發送——提供內置的分享圖片生成功能
  9. 系統截圖帶有狀態欄、底部導航欄等干擾元素——內置生成用于分享的圖片中,不含狀態欄、導航欄等信息
  10. 難以判斷自己適合選擇哪個級別——給出級別選擇建議
  11. 不清楚在選擇后是否能再次更改,可能造成草率地選擇——明確地告知用戶在選擇后在本月度無法更改
  12. 不清楚自己是在計分運動還是在自由運動——設置不同的標簽頁分離兩種類型的入口
  13. 還有過久才能參與賽季,淡忘甚至放棄產品——設置賽季周期為一個月,既不會太短導致失去“賽季”的意義,又不會太長導致錯失報名的用戶需要等待過久。
  14. 沒有在運動類應用內聊天的習慣,對即時性的聊天產生反感——只保留最基本的非即時留言功能(聲援)
  15. 歷史數據過于龐雜,造成用戶的信息負擔——設置不同標簽頁,分離周、月、年、總計等不同維度的統計數據,每個頁面注意設計層次感
  16. 計分運動時,不清楚每次點擊只能暫停1分鐘——將計分運動模式下的暫停按鈕文案直接設計為“暫停1分鐘”

9 體驗路徑分析

設計用戶體驗需要在體驗路徑的全程都能滿足用戶的期望,對領跑而言,我們可以將各種細微末節的流程歸結為以下7個核心接觸點:歡迎、注冊與登錄、賽季報名、運動、運動結果、賽季數據與證書、跑伴。同樣的,用戶的體驗路徑基本也可以用這7個接觸點按上述順序一一涵蓋(其中“跑伴”屬于主流程之外的支線,位置可能出現在注冊登錄完成后的任意節點,因此暫放在最后考慮)。

在需求分析的最后,本節將對這條體驗路徑中的驚喜和問題進行分析。以下是用戶體驗路徑和情感坐標。

首先,對這7個接觸點中用戶會感受到的(與同類產品顯著不同)驚喜,以及盡管已經采取相應措施,仍然可能面臨的細節問題做一梳理。

接下來,針對各個接觸點所面臨的驚喜和問題的不同權重,判斷各個接觸點的情感高低并將其連接起來,進而與兩個主要競品(悅跑圈和咕咚)的情感曲線進行對比:

可以看出,領跑對冗余功能的精簡可能導致習慣了使用悅跑圈、咕咚等“大而全”的應用的用戶在使用之初感覺到一些不適應,尤其是對好友系統和運動過程中的體驗而言。但領跑從注冊和登錄開始貫穿體驗全程的簡潔感,最具特色的賽季和證書系統,以及富有設計感的界面和每日/每月主題插畫,這些特色都讓我們可以期待用戶在注冊、登錄、賽季報名、運動結果、賽季結果等接觸點產生顯著區別于競品的驚喜感。并且,領跑的情緒曲線具有顯著遞增特點(跑伴系統獨立于主路徑之外,對這一結論并無影響),將帶給用戶一種“越用越舒服”的感受。

在信息架構、流程設計以及正式的原型設計階段,這一結論有助于設計能夠堅持特色、揚長避短,對雖然會造成一定損失但利大于弊的功能刪減做到“忍痛割愛”,對凸顯產品特色的驚喜點進行勇敢、膽大心細的創新。

第二卷 交互設計文檔

10 信息架構設計

11 總流程圖

12 交互設計文檔

交互文檔中將所有任務經過整理,涵蓋在1.登錄前流程、2.跑步流程、3.社交流程、4.賽季流程、5.用戶資料流程、6.設置流程共6個大流程、24個子流程中。并在文檔中以子流程為單位,逐一清晰地傳達了完成每個具體任務的交互方式。

這里展示的交互文檔以0.12版為準,已包含了0.10、0.11版后可用性測試的整改結果

(注:0.12版本后因項目與交流原因,交互文檔采用英文撰寫)

12.1 登錄前流程

12.2 跑步流程

12.3 社交流程

12.4 賽季流程

12.5 用戶資料流程

12.6 設置流程

12.7 通用交互說明

第三卷 可用性測試

13 報告綜述

評估對象:使用領跑0.10版本原型頁面作為測試對象。

研究目的:了解領跑當前版本(0.10)的設計是否符合用戶使用習慣,頁面布局與交互邏輯是否會造成用戶的使用障礙。

關注點:

  1. 產品整體感知:用戶對領跑初次使用的體驗、印象,以及整體滿意度;
  2. 用戶在使用領跑過程中的情緒曲線是否與設計時的分析結果和目的相符;
  3. 信息架構與跳轉邏輯:頁面跳轉邏輯是否讓用戶操作自如,并清除自己每步操作的后果;用戶對整個站點的信息架構是否存在理解障礙或較高的學習成本。
  4. 頁面布局與界面設計:目前設計的頁面排布是否合理,界面設計是否規范合理、具有一致性、能提供舒適的交互體驗,操作含義是否明晰,用戶對每步操作的理解會不會存在歧義或偏差。
  5. 有運動類APP使用經驗的用戶在使用領跑時,操作是否順暢,是否符合其使用同類產品的習慣。
  6. 研究方法:可用性測試。
  7. 執行概述:本測試的執行時間為2016年7月27日至7月30日,共4位典型用戶參與了評估。

14 評估方案

14.1 用戶資料

典型用戶定義(詳見需求分析報告第5節):20~35歲之間的大學生或職員,年輕,勇于也樂于參與競爭,喜歡新事物,熱衷社交,有運動熱情,有一定的互聯網產品使用經驗,對跑步類APP(或運動手環等同類產品)有一定的使用經驗或了解。

招募方式:朋友推薦。

招募要求:

  1. 20~35歲之間。
  2. 使用iPhone作為主要的通訊設備。
  3. 有運動類APP使用經驗的用戶要求使用過咕咚、悅跑圈、虎撲跑步、Nike Running、Feel、動動、Runkeeper等運動記錄類APP中的一種或多種,嘗試過的種類越多越好。
  4. 無運動類APP使用經驗的用戶要求對iOS端互聯網產品有一定的熟悉度,熟悉程度越高越好。
  5. 樣本配比:根據領跑用戶的典型特征并結合可用性測試評估的特點,最終確定了4位典型用戶。包括2位有運動類APP使用經驗的用戶(以下簡稱:有經驗用戶)和2位無運動類APP使用經驗的用戶(以下簡稱:無經驗用戶)。有經驗用戶和無經驗用戶各招募1名學生用戶和1名在職用戶。

222

14.2 經費預算

40元/人。

14.3 項目計劃

333

14.4 調研人員

主持人:董佳奇

記錄人:董佳奇

14.5 測試執行計劃

  1. 暖場(3min),簡單聊天,消除用戶緊張情緒
  2. 測試說明(2min),對測試內容、規則做說明
  3. 測試前訪談(10min),了解用戶基本信息
  4. 簡單試用(3min),讓用戶熟悉產品
  5. 測試執行(35-45min),提示任務并觀察
  6. 測試后訪談(15min),針對疑問點進行追問,填寫評價表
  7. 道別(5min),感謝用戶,與用戶道別

注:場地安排——線上進行。

14.6 測試腳本

14.6.1 任務一:注冊與登錄

場景:周末的一天,你看到朋友的分享鏈接后對領跑產生了興趣,希望通過領跑開始(/重拾/或進一步加強)跑步的習慣。

關注點:

  • 用戶能否從歡迎頁了解到產品的特色
  • 用戶能否順暢地完成注冊和登錄
  • 用戶是否能清晰地完成首次登錄后的用戶資料設置和賽區、組別選擇流程

任務操作路徑:

  1. 進入歡迎頁(閃屏)
  2. 點擊屏幕任意位置或等待3s后依次進入3張首次使用歡迎頁
  3. 進入登錄頁
  4. 完成注冊流程
  5. 完成首次登錄后的引導流程,包括用戶資料設置和賽區、組別選擇
  6. 進入開始頁
  • 開始狀態:歡迎頁
  • 結束狀態:開始頁

14.6.2 任務二:完成一次運動

場景:今天是月初的第一個星期一,也是你參加的新賽季的第一個比賽周,你決定下班后開始第一次計分運動,你認為今天的主題插畫很有趣,決定在跑完后把運動結果分享給你最好的朋友。

關注點:

  1. 用戶能否找到將自由運動模式切換為計分運動模式的方式。
  2. 用戶能否順利地完成運動設置,并開始一次運動。
  3. 用戶是否知道如何暫停和結束一次運動。
  4. 用戶能否順利地切換標簽頁,以查看完整的運動結果信息。
  5. 用戶能否順利地將運動結果分享給一個微信好友(使用應用內置的功能生成完整版圖片,而不是手機截屏)。

任務操作路徑:

  1. 進入開始頁(當前運動模式為自由運動)
  2. 將運動模式切換為計分運動。
  3. 進入本次運動設置頁面確認設置。
  4. 返回開始頁,點擊開始按鈕,開始運動。
  5. 完成一次運動,期間暫停一次。
  6. 在運動結果頁面切換至數據和圖表標簽頁,再返回軌跡標簽頁。
  7. 將運動結果分享給一個微信好友(使用應用內置的功能生成完整版圖片,而不是手機截屏)。
  8. 返回領跑(運動結果頁)。
  • 開始狀態:開始頁
  • 結束狀態:運動結果頁

14.6.3 任務三:查看并分享你的賽季證書

場景:終于等到了期待已久的賽季最后一個星期天晚上,證書在晚上22:00準時發放,你獲得了當前級別的前10%——也就是金獎和升級名額,你迫不及待地要將精美的證書分享到朋友圈。

關注點:

  • 用戶能否找到查看賽季證書的入口。
  • 用戶能否順利地將證書高清版大圖保存至手機。
  • 用戶是否順利地將運動結果分享到微信朋友圈(使用應用內置的功能生成完整版圖片,而不是手機截屏)。

任務操作路徑:

  1. 進入開始頁
  2. 進入賽季頁
  3. 由用戶自由選擇,通過賽季頁或“我的”頁面進入 “我的證書”頁
  4. 進入當前賽季的證書頁面。
  5. 將證書高清大圖保存至手機。
  6. 將證書分享到微信朋友圈。
  7. 返回領跑(證書詳情頁)。
  • 開始狀態:開始頁
  • 結束狀態:證書詳情頁

14.6.4 任務四:添加和聲援跑伴

場景:你無意中看了一眼自己冷清的跑伴列表,覺得是時候添加幾個跑伴了。你首先想到了經你邀請加入跑伴的好友小君,你也知道他的昵稱,通過搜索功能應該就很容易找到他。加了小君后,你還想結識一些同賽區、同級別的“戰友”。順便,你還想給老同學老蔡發一條聲援寒暄一下。同時,你看到了有幾條申請加你為跑伴的未讀驗證消息,你決定全部通過。

關注點:

  1. 用戶能否找到搜索昵稱查看用戶的入口。
  2. 用戶能否通過搜索結果,順利地向目標用戶發送驗證請求。
  3. 用戶是否知道怎樣找到同賽季、同級別參賽者的推薦列表。
  4. 用戶能否順利地通過推薦列表,向想添加的用戶發送驗證。
  5. 用戶是否能順利地向跑伴發送聲援消息。

任務操作路徑:

  1. 進入開始頁
  2. 進入跑伴頁
  3. 進入“新的跑伴”頁
  4. 搜索昵稱“君_1989”
  5. 進入小君的用戶主頁,點擊添加跑伴按鈕。
  6. 編輯并發送驗證消息。
  7. 返回“新的跑伴”頁
  8. 進入“同級跑伴”標簽頁
  9. 進入推薦列表第二個用戶的主頁,點擊添加跑伴按鈕。
  10. 編輯并發送驗證消息。
  11. 返回跑伴頁,在跑伴列表中找到老蔡的頭像。
  12. 進入老蔡的用戶主頁,點擊聲援按鈕。
  13. 編輯并發送聲援內容。
  14. 返回跑伴頁,進入消息中心。
  15. 在“跑伴驗證”標簽頁通過所有新收到的驗證申請。
  16. 返回跑伴頁。
  • 開始狀態:開始頁
  • 結束狀態:跑伴頁

14.7 測試后訪談

我注意到您(操作/表現),您為什么會這樣操作(原因)?您覺得理想的應該是怎樣的(評價、建議)?

SUS量表:整體測試結束后,邀請用戶根據對產品試用的體驗在下面的陳述上進行評分。“1”代表完全不贊同,“3”代表既不贊同,也不反對,“5”代表非常贊同。

444

15 測試結果

15.1 總體評價

15.1.1 有經驗用戶

正面評價:

  1. 具有鮮明的特色,賽季系統亮點突出,在同類產品中辨識度高
  2. 簡潔小巧
  3. 期待有機會使用

負面評價:

  1. 主題插畫和簡潔的設計是把雙刃劍,在賦予產品美感的同時,可能造成產品藝術性過強,與運動的主題不確定能否恰當地融合(需要到視覺設計階段才能判斷)
  2. 部分交互可用性問題(見15.3節)。

15.1.2 無經驗用戶

正面評價:

  1. 賽季的升降級系統是個讓人有意愿嘗試的激勵手段
  2. 界面規范,使用起來上手應該比較快
  3. 期待每日/每月主題插畫以及簡潔而美的設計這一理念貫徹到實際UI中的效果

負面評價:

  1. 需要在迭代中收集名次不理想的用戶的反饋,長期名次靠后甚至降級產生的負面情緒如何引導和轉化為激勵,是一個必須面對的問題。
  2. 部分交互可用性問題(見15.3節)。

15.2 SUS量表反饋

  1. 我認為我會愿意經常使用領跑:3.3
  2. 我發現領跑沒必要這么復雜:1.3
  3. 我認為領跑容易使用:3.5
  4. 我認為我會需要技術人員的支持才能使用領跑:2.0
  5. 我發現領跑中的不同功能可以被較好地整合在一起:2.8
  6. 我認為領跑太不一致了:2.0
  7. 我以為大部分人會很快學會使用領跑:3.8
  8. 我發現領跑使用起來非常笨拙:1.8
  9. 對于使用領跑,我感到很自信:3.5
  10. 在我可以使用領跑之前,我需要學習很多東西:2.8

15.3 可用性問題

在自由熟悉應用、按腳本完成任務的過程中,我們發現了一系列可用性方面的細節問題。其中,有較多頁面存在性質相同的問題,可以歸結為同一類典型可用性問題。經過合并、整理,在本次可用性測試中發現的典型可用性問題共有以下7個大類:

  1. 信息冗余,影響層級清晰度
  2. 信息密度過高影響可讀性
  3. 缺少必要的快捷跳轉入口
  4. 需要默認值的表單中沒有提供默認選項或默認文案
  5. 存在必要性不大的確認對話框
  6. 垂直列表缺乏適當的分組
  7. 鏈接文本沒有清晰地告知用戶跳轉去向
    以下將對7類問題各取一個最典型的頁面進行舉例分析。另外,在可用性測試完成后,我已立即對測試中提出的問題根據修改建議進行了逐一處理(作為最終提交的原型版本0.11),以下的分析中,將同時列出修改建議和處理方案。

15.3.1 可用性問題例析1

頁面:開始頁

元素:運動模式Tab項

截屏:

可用性問題:信息冗余,影響層級清晰度

問題重要程度:2

問題分析:標簽頁的形式作為在兩個彼此完全獨立(在看到A的時候不需要看到B的入口)的元素之間的切換方式不是很合適,且容易造成頁面的層級不清,用戶不清楚哪些元素會隨著標簽頁的切換而變得不同、哪些會保持一致。

建議與處理結果:已在0.11版本修改為更簡潔、清晰的箭頭(或滑動)切換。

15.3.2 可用性問題例析2

頁面:運動結果頁-分享頁

元素:用于分享的拼合版圖片(及其預覽圖)

截屏:

可用性問題:信息密度過高,影響可讀性

問題重要程度:4

問題分析:在用于分享的圖片中匯集了軌跡、數據、圖表信息,雖然全面完整,但考慮到實際分享后的圖片尺寸和視覺效果,評委認為在這樣尺寸的圖片中圖表信息是根本看不清的,存在是一種對空間的浪費,同時造成了數據信息的空間被壓縮,原本可以顯示清晰的數據因此同樣變得有可能看不清。

建議與處理結果:已在0.11版本將圖表從圖片中去除,僅保留軌跡和數據。

15.3.3 可用性問題例析3

頁面:開始頁

元素:去往新獲得證書頁面的快捷入口(缺少)

截屏:

可用性問題:缺少去往新獲得證書頁面的快捷入口

問題重要程度:4

問題分析:正常狀態下,查看已獲得的證書信息的路徑是:①賽季-我的證書-證書詳情,或②我的-我的證書-證書詳情。而當一個賽季結束,用戶獲得了新證書的時候,0.10版本并沒有顯式的提示告知用戶,用戶需要不斷重復上述步驟查看證書列表,才能確認是否收到了新的證書。

建議與處理結果:已在0.11版本補充了浮窗提示:

當一個賽季結束后若干天,證書發布后,登錄時如果收到上賽季的證書,則在屏幕中心彈出懸窗(外部加60%黑色遮罩),點擊“稍后再看”按鈕后,浮窗消失,不進行跳轉。點擊“前往查看”按鈕后,跳轉至該證書的詳情頁。

15.3.4 可用性問題例析4

頁面:“加為跑伴”頁

元素:驗證消息輸入框

截屏:

可用性問題:沒有提供默認文案

問題重要程度:3

問題分析:對驗證消息這一多數用戶不愿意重復進行過多輸入(尤其是從推薦列表添加多個跑伴時)、且輸入內容的主題基本一致的字段,應當提供默認文案,減少用戶重復輸入,避免引起用戶煩躁。

建議與處理結果:已在0.11版本中的驗證消息輸入框提供了默認文案:

15.3.5 可用性問題例析5

頁面:“消息中心”頁

元素:通過驗證時的確認對話框

截屏:

可用性問題:存在必要性不大的確認對話框

問題重要程度:2

問題分析:“適度的反饋是可以的,但彈出一個注定要被關閉的對話框沒有必要。確認對話框顯示了軟件沒有自信對操作承擔責任。”——《About Face》

建議與處理結果:已在0.11版本中取消了這一確認過程,點擊“通過”后即直接通過驗證申請。

15.3.6 可用性問題例析6

頁面:“下一賽季”頁

元素:垂直列表

截屏:

可用性問題:垂直列表缺乏適當的分組

問題重要程度:4

問題分析:垂直列表同一區塊信息密度過大,沒有適當的層級結構,讓評委認為可讀性較差。

建議與處理結果:已在0.11版本中將多個不同類型的信息分塊顯示(其余多個存在類似問題的頁面也做出了相應的修改,如下面右圖的“個人信息”頁)。

15.3.7 可用性問題例析7

頁面:首次登錄設置流程-馬上開始

元素:規則詳情跳轉鏈接

截屏:

可用性問題:“詳情”鏈接跳轉目的地不明確

問題重要程度:4

問題分析:用戶不了解“詳情”的跳轉目的,對自己點擊后的去向心里沒數。

建議與處理結果:已在0.11版本中將該鏈接文本改為“了解詳細的計分與升級規則”。

 

作者:Qinsman,通信行業UE設計師,微信公眾號:西市饅頭鋪子。博客:http://qinsman.com/,歡迎大家與我交流。

本文由 @Qinsman 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 佩服大佬啊,這么用心的寫

    來自北京 回復
  2. 看了足足40多分鐘,我不知道這是您的公司項目還是虛擬的項目。前面的需求分析方法應該用的是網易他們的方法論,比較系統,理性的分析出特點和問題。包括對業務目的、業務目標、用戶需求、用戶體驗目標等一系列的內容歸納。配合用戶體驗路徑分析出利于產品優質的體驗設計。最后配合可用性測試,進行對具體流程細節以及痛點的改正。

    來自天津 回復
  3. 請問信息架構圖中的T代表什么?

    來自廣東 回復