本文結(jié)合具體案例,，跟大家介紹一下互聯(lián)網(wǎng)金融APP產(chǎn)品的優(yōu)化過程。這不僅是一個優(yōu)化過程,，更像是思考問題的過程,。整個過程是通過對公司現(xiàn)有產(chǎn)品進行優(yōu)化研究得出的，研究優(yōu)化的對象是公司現(xiàn)有線上的p2p產(chǎn)品,，但我認為整個優(yōu)化過程可以適用于任何互聯(lián)網(wǎng)產(chǎn)品的優(yōu)化,。

整個過程分為三個大的步驟，每個步驟用不同的方式方法達到最終要達到的目的,。

我們做任何事情的時候都會有一個起因,，而“優(yōu)化”的起因是需要進行監(jiān)控、調(diào)查或?qū)Ρ鹊?，有了這些我們才可以更好的衡量出什么時候什么內(nèi)容才是問題,。

在“發(fā)現(xiàn)問題”這一過程中我們使用了3種手段：

1. 可用性調(diào)查,；
2. 協(xié)作啟發(fā)式評估,；
3. 數(shù)據(jù)衡量反饋。

這3種發(fā)現(xiàn)問題的手段,，基本可以發(fā)現(xiàn)目前產(chǎn)品中能想到的所有層面的體驗問題（用戶層面,、專業(yè)層面、數(shù)據(jù)層面）

可用性調(diào)查干啥的,？

可用性調(diào)查是基于用戶的調(diào)查,，直觀反饋出用戶的感受，適用于系統(tǒng)的整體使用的評測,，缺陷是反饋的問題內(nèi)容不夠詳細,。

可用性調(diào)查是在對用戶的真實調(diào)查計算分析后，進行衡量現(xiàn)系統(tǒng)可用性問題大小程度的一種手段,?？捎眯哉{(diào)查是目前各大廠均在使用的可用性評測手段之一，也是首選,。

可用性調(diào)查使用的是“系統(tǒng)可用性量表”進行的,， 量表由10個題目組成，包括奇數(shù)項的正面陳述和偶數(shù)項的反面陳述,，要求參與者在使用系統(tǒng)或產(chǎn)品后對每個題目進行按強烈反對（1分）到非常同意（5分）評分,。最后得到的分數(shù)通過計算分析來評判現(xiàn)系統(tǒng)的可用性級別。

【系統(tǒng)可用性量表】具體介紹：http://www.woshipm.com/user-research/620426.html

協(xié)作啟發(fā)評估干啥的?

協(xié)作啟發(fā)評估基于的專業(yè)角度進行的評估,，遵守的是尼爾森十大可用性原則,，適用于整個系統(tǒng)或系統(tǒng)中某個功能流程的評測和問題大小的評估，缺陷是無法判斷出真正用戶的想法,。

協(xié)作啟發(fā)評估是京東團隊研究的方法,，通過對尼爾森十大可用性原則的修改和演變，整理出了21條可用性原則,。在對準守21條可用性原則的情況下,，使得其他同事變成專業(yè)的交互專家角色來評測現(xiàn)有系統(tǒng)內(nèi)容，評估衡量現(xiàn)系統(tǒng)問題,。

具體內(nèi)容參考：http://www.woshipm.com/pd/1627682.html

數(shù)據(jù)衡量反饋干啥的,？

通過數(shù)據(jù)的表象和對比來衡量現(xiàn)內(nèi)容的問題，適用于流程、頁面,、AB測試等,。這里的數(shù)據(jù)包括：業(yè)務(wù)數(shù)據(jù)和交互流程中數(shù)據(jù)，業(yè)務(wù)數(shù)據(jù)一般用于發(fā)現(xiàn)問題比如轉(zhuǎn)化,、留存,、流失等等，交互流程數(shù)據(jù)一般用于分析問題比如點擊,、停留,、熱視圖等。

這三種發(fā)現(xiàn)問題的收手段在不同情況下可單獨使用,，也可配合使用,。單獨使用時一般作為發(fā)現(xiàn)問題時使用，配合使用時一般作為分析問題使用,。

這一步我們要做的是就是要知道，這個問題具體他是什么,？它在哪出現(xiàn)的,，問題有多大？怎么分析問題,？

用戶畫像

用戶畫像也叫人物模型,，能夠代表具體個人,。它們并非現(xiàn)實中的人，而是從對真實用戶的觀察和研究中直接合成而來的,。

用戶畫像就是用戶的化身,，用戶畫像可以把設(shè)計、產(chǎn)品和開發(fā)團隊的同理心聚集在用戶目標周圍,，讓整個團隊更準確的站在用戶的角度思考目標問題,。

所謂知己知彼方能百戰(zhàn)不殆，用戶畫像能幫助我們更好的思考,，用戶行為是什么樣的,？他們怎么思考？他們的預(yù)期目標是什么,？為何制定這種目標,？

用戶使用體驗地圖

什么是用戶體驗地圖,？就像打仗需要地形圖,，體驗提升的戰(zhàn)斗也需要一個藍圖來規(guī)劃和指引。

用戶體驗地圖（Experience Maps）也被稱為使用者旅程圖（User Journey Map）。

用直白的話來解釋下：用戶體驗地圖就是通過一張圖,，用一種講故事的方式,，從一個特定用戶的視角出發(fā)，記錄從用戶來到你的產(chǎn)品到完成目標離開的全部過程,。

它包括：用戶在這個場景中的觸點,、行為、痛點,、爽點,、以及內(nèi)心OS。

通過直觀地了解：用戶如何使用自己的產(chǎn)品,？以及在此過程中的整體感受,，幫助我們尋找新的機遇去建立更好的用戶體驗。

它的價值是什么,？

除了上面所說優(yōu)點,，用戶體驗地圖對團隊還有以下價值：用戶視角、全局思維,、達成共識,。

（1） 用戶視角

很多產(chǎn)品工作人員都有一個通病，習(xí)慣性的沉浸在自己的邏輯世界中,，以工作者的視角去做產(chǎn)品功能,，從“我”的目的是什么，“我”有什么東西出發(fā),，然后把功能羅列上去,。

一頓操作猛如虎自嗨的去設(shè)計，以為用戶就會在這個規(guī)則完成任務(wù),，其實用戶一臉懵逼,，甚至想卸載了你。

如果運用體驗地圖,，參與者需要切換成用戶視角,、小白模式去看產(chǎn)品體驗問題，去觀察用戶在整個路徑中是如何滿足自己目標的,，以及在滿足自己目標時,，是困難還是容易的，而不只停留在主觀的自嗨,。

（2）全局思維

身為設(shè)計師或產(chǎn)品經(jīng)理,，對“體驗優(yōu)化”應(yīng)該再熟悉不過了，大家往往單純從產(chǎn)品功能出發(fā),，通過數(shù)據(jù)或用戶反饋層面的依據(jù),，割裂地去看每一個模塊。

這樣做的問題就在于：很難做到整體系統(tǒng)的提升體驗，一直處于頭痛醫(yī)頭,，腳痛醫(yī)腳的優(yōu)化中,，被問題牽著鼻子走，不能從全局視角出發(fā),，發(fā)現(xiàn)更多的潛在機會點,。

而體驗地圖可以把我們拔高一個視角，以更全局的思維去看待用戶使用流程,，從而把握節(jié)奏,，在資源有限的情況下，輕重緩急的進行體驗優(yōu)化,。

（3） 達成共識

由于團隊角色不同,，PM更關(guān)注在KPI的壓力下自己的需求有沒有排進去，RD更關(guān)注突顯自己能力的技術(shù)實現(xiàn),，UE們更關(guān)注功能體驗和美觀程度,，老大們會拍腦袋說競品有了XX功能我也要……

在這種多角色易沖突的環(huán)境下，想要做一個人人都認同都支持并全力以赴的決定,，并且持續(xù)保持平衡太難了,。

所以，只有各角色成員親自理解了用戶,，參與到體驗地圖繪制中,，才能去感受到那些讓用戶緊鎖眉頭的操作，風(fēng)中凌亂不知往哪點的食指,，說出“臥槽”后懵逼中努力探索解決方案的體驗……

而不是每天對著冰冷的屏幕只關(guān)注著個人利益,，和“我覺得”的主觀認知中。

使大家更能同理心的去看待用戶體驗問題,，充分的達成共識，擰成一股繩去高效推進項目,。

更多介紹查看：http://www.woshipm.com/pd/2165337.html

怎么尋找機會點,？

一個福特汽車的故事，福特在造車之前曾問過用戶他們的需求是什么,？用戶反饋說”想要一匹特別快的馬”,，后來就有了福特汽車。

所以用戶真的想要馬嗎,？有的時候用戶根本不知道他們想要什么,，他們的想法、眼界或涉足的領(lǐng)域只允許他們這么想,，我們必須以專業(yè)的角度去分析它,，得到用戶真正的需求，找到機會點。

評測報告

評測報告是一種能找到真正機會點并可以記錄問題點的方法,，報告內(nèi)容有漏斗轉(zhuǎn)化流程圖,、功能模塊流程和頁面，分析時個內(nèi)容會有數(shù)據(jù)跟隨其中包括,，流失,、停留、點擊等,。

解決問題是比較看重個人能力和思考方式的，因為設(shè)計師的能力或思考方式的不一樣,，最后得到的最終解決方案就不一樣,，再加上每個產(chǎn)品的用戶也不一樣，所以方案會出現(xiàn)各種不同的差異,。

但最終的方案都是需要進行衡量對比的,，通過數(shù)據(jù)的觀察對比對更改后的方案進行一定的衡量，這里需要有時間的把控,、客群的把控等,。具體過程就不在這里過多的介紹了，以后有機會在分享個人的一些方法,。

優(yōu)化的過程和方法不是固定流程走下來的，不同情況的優(yōu)化需要在不同的過程節(jié)點進行穿插交替結(jié)合使用的,，大家自行摸索,。

以上過程方法都是工作中總結(jié)出的，咱也不知道說清楚沒有,，對大家有沒有啥幫助或啟發(fā)啥的,，咱也沒公眾號，微信也不想留,，有啥需要探討的或想吐槽的就留言吧,，我也不一定看、看了也不一定回~ 就醬,。