開發(fā)一款A(yù)PP產(chǎn)品，數(shù)據(jù)是否重要？做產(chǎn)品一定得看數(shù)據(jù)嗎？，下面，樂信小編就跟大家嘗試探討一下這個(gè)話題：

 

我們做和產(chǎn)品有關(guān)的決策時(shí)的各種方法，無論是定量數(shù)據(jù)、還是定性研究（例如觀察、部分用戶的主觀評(píng)論等），其作用都在于幫助我們減少?zèng)Q策的風(fēng)險(xiǎn)，幫助我們?cè)诟鞣N不確定性下更有把握，并且，更能說服別人，讓團(tuán)隊(duì)保持一個(gè)方向。

 

我們每個(gè)人都喜歡數(shù)字，從中小學(xué)做應(yīng)用題時(shí)開始，我們就喜歡給出幾個(gè)輸入，就有確定的輸出。但是APP開發(fā)不是做應(yīng)用題，更多的情況下，我們面對(duì)的不是線性的、能夠明確看到數(shù)據(jù)并100% 確定的結(jié)果，我們所碰到的往往是一些不可解、或者以我們掌握的有限數(shù)據(jù)很難解出的非線性方程。

對(duì)應(yīng)的例子可以想到很多了。經(jīng)典的一個(gè)是 Office 2003 到 2007 的轉(zhuǎn)換，因?yàn)榻缑娴拇蠓日{(diào)整，用戶罵聲一片，很多人抱怨找不到想用的功能，甚至有了轉(zhuǎn)回 2003 菜單方式的插件。

但是現(xiàn)在呢？過了這個(gè)用戶體驗(yàn)的臨界點(diǎn)，Ribbon UI 也成了標(biāo)準(zhǔn)。當(dāng)時(shí)去看數(shù)據(jù)也并不會(huì)樂觀。

 

定量數(shù)據(jù)是一把雙刃劍，用的好的是高手，用的不好的只傷到自己。最可怕的、也最常見的不是沒有數(shù)據(jù)，而是我們“聽風(fēng)便是雨”，用一些過于簡(jiǎn)化的模型，去解釋原本復(fù)雜的現(xiàn)象，還自己為正確，因?yàn)橛袛?shù)據(jù)的支撐。拉些數(shù)據(jù)來說個(gè)結(jié)果很多人都會(huì)，但是真正能從復(fù)雜性中找到問題核心的卻不多。

 

實(shí)際上，數(shù)據(jù)自己并不說謊……只是我們解讀數(shù)據(jù)的方式，我們?cè)O(shè)定的模型，我們的自變量、控制變量的選擇……時(shí)間、成本對(duì)定量數(shù)據(jù)的影響也不可忽略。并不是所有決策都需要數(shù)據(jù)支撐的。

很多交互設(shè)計(jì)，一個(gè)有經(jīng)驗(yàn)的設(shè)計(jì)師在依靠可用性知識(shí)和領(lǐng)域經(jīng)驗(yàn)的基礎(chǔ)上，完全可以給出快速、合適的設(shè)計(jì)。如果一定要細(xì)究出 123 就抓不住主要矛盾了。曾經(jīng)要調(diào)整產(chǎn)品中某個(gè)界面的預(yù)設(shè)狀態(tài)，負(fù)責(zé)相應(yīng)工作的工程師一定要問我要數(shù)據(jù)，讓他知道百分之多少的用戶會(huì)這么做，百分之多少的會(huì)那么做，然后才能改……這種細(xì)節(jié)問題如果去抓數(shù)據(jù)就別想做什么事了，最終的結(jié)果是找他的經(jīng)理，告訴他們這種問題上必須相信設(shè)計(jì)師的判斷，就像在編程上需要相信工程師一樣。

 

總的來說，做產(chǎn)品時(shí)，單純的感覺靠不住。除非你是喬布斯二世，或者讓大家相信你是，或者你是 Big Boss，否則憑什么你自己的感覺就是對(duì)的。當(dāng)然，如果大家都愿意相信你，那也不錯(cuò)（這樣的團(tuán)隊(duì)至少方向是可以一致的）。 數(shù)據(jù)很有用，但是要用的對(duì)，別搞錯(cuò)因果關(guān)系、遺漏重要影響因子、在做比較時(shí)沒有保持其他條件不變等等。