在APP開發過程中，會特意收集一些用戶數據，通過數據，可以讓APP運營人員更好的調整運營方向，也可以讓產品經理準確獲取需求，進而再推動產品的設計和開發。那么，數據分析在APP運營中到底有多大作用，我們應該如何使用數據呢。

在一些情況下，看數據可以使決策更合理;而有時，完全根據數據決策又可能會導致別的更嚴重的問題。
一個需求可能有多種的解決方案，產品經理該如何抉擇?在定性分析每種解決方案的優劣勢之后，定量的數據分析可以給決策提供更多的參考。
例如，某產品目前的“審批”功能中，用戶新建審批時根據組織架構選人的操作過程，如圖1所示：

圖1 目前用戶通過組織架構選擇審批人的操作過程示意圖
其中，由于業務上規定審批人只能選一人，當用戶選中一人后再選擇其他人時會彈出toast，提示“只能選一人”。此時用戶需要先取消原選中人，才能重新選擇其他人作為審批人。
彈出toast一般用于提示誤操作，而用戶可能只是想換一個審批人，卻被認為是誤操作，體驗并不友好。為了改變這種不友好的體驗，決定對此處的選人控件進行優化。經討論提出了兩種優化方案(考慮到未來會對接第三方的審批功能，現階段僅針對前述的體驗問題進行優化，不做業務層面的改動)：
方案一：在目前根據組織架構選人方案的基礎上，作如下修改：用戶選中一人后再選擇其他人，可直接選中、同時原選中人自動取消，且無提示。
方案二：取消圓形復選框，用戶通過組織架構選中審批人后，無需點擊“完成”，直接選中并跳回“新建審批”頁面;當需要重新選擇審批人時，再通過組織架構進入并更換。

這兩種方案都能解決上述體驗不友好的問題，但各有優劣，分析如下：
如果用戶通過組織架構選擇審批人，在不出現錯選的情況下，與方案二相比，采用方案一時用戶多了點擊“完成”這一動作。
若用戶出現錯選：采用方案一時，由于尚未點擊“完成”、頁面未跳回，只需直接選中正確的審批人即可，無需再次通過組織架構進入，出錯成本低;采用方案二時，用戶需要逐級進入審批人所在的分支(如果審批人在第十級分支，則用戶不得不點擊十次才能進入)，出錯后的成本很高。因此，若用戶主要通過組織架構選擇審批人，則方案一和方案二各有優劣。
如果用戶通過搜索選擇審批人，則兩種方案下如果出現錯選，用戶均只需通過搜索即可直接重新定位審批人，故出錯后的成本相差不大。因此，若用戶主要通過搜索選擇審批人，則應優先考慮省了點擊“完成”這一動作的方案二。
那么，究竟應該選擇方案一還是方案二呢?根據上面的分析可知，需要考慮兩個因素：
用戶在選擇審批人時更多地通過組織架構還是搜索;
用戶通過搜索選擇審批人時出錯的可能性大不大。
此時，如果能借助一些數據說明問題，方案的決策將會更合理、更有說服力。因此，嘗試獲取如下數據：
“通過組織架構選擇審批人”與“通過搜索選擇審批人”這兩種方法的使用次數分別占審批人選擇總次數的比例;
用戶“通過組織架構選擇審批人”時的出錯率。
根據獲得的數據，可以更科學地進行決策，例如：若用戶“通過組織架構選擇審批人”的使用次數占比較大、且出錯率也較大，則采用方案一更合理;若用戶“通過組織架構選擇審批人”的使用次數占比較小、且出錯率也很小，則采用方案二更合理。
通過上述這個案例可以看出，數據可以幫助產品經理更好地做決策。但是，事物都有兩面性，如果一味迷信數據也可能會做出錯誤的決策。