產(chǎn)品研發(fā)過程中，不奢求完美主義，能夠在產(chǎn)品生長的每一步中將產(chǎn)品設(shè)計做到恰如其分，同時也能避免一些常規(guī)陷阱，已經(jīng)是很不錯了！

近幾年大大小小接觸過的軟件產(chǎn)品少說也幾十款，產(chǎn)品交互設(shè)計能夠做到“恰如其分”的著實少之又少?；镜囊恍┊a(chǎn)品思維，想必不論是開發(fā)團(tuán)隊、產(chǎn)品團(tuán)隊、設(shè)計團(tuán)隊都會多少具備的，比如：一款產(chǎn)品可以面臨不同類型的用戶基本上是一種共識，甚至于同一款產(chǎn)品內(nèi)部不同的模塊面對不同的用戶。

不過我們?nèi)匀唤?jīng)常見到下面這種現(xiàn)象：

1、各個模塊間出現(xiàn)對于用戶的不同假設(shè)定位，一會兒認(rèn)為用戶是專家用戶，一會兒認(rèn)為用戶是新手，給出來的框架+表現(xiàn)層參差不齊。

這還不是最可怕的，雖然這已經(jīng)足夠讓用戶感到苦惱了，如果你是商業(yè)產(chǎn)品，還好。如果你是消費(fèi)產(chǎn)品，那這一條基本上就拜拜了。用戶在屏幕后面距離產(chǎn)品設(shè)計者十萬八千里，早就用腳投票和產(chǎn)品say byebye了。

2、最為可怕的是自我代入：產(chǎn)品經(jīng)理自我代入、程序員自我代入、測試工程師也自我代入。（令人意外的是，觀察后發(fā)現(xiàn)自我代入通常竟然還要求極高的洞察力和微觀體感。）

后果會出現(xiàn)多層的矛盾——產(chǎn)品呈現(xiàn)與用戶心理期望的矛盾、產(chǎn)品呈現(xiàn)與底層實現(xiàn)的矛盾，底層實現(xiàn)如果自我代入了，基本意味著重建的必然性。開發(fā)實現(xiàn)自我代入是高危行為，作為產(chǎn)品經(jīng)理這里必須留意再留意！警惕再警惕?。ㄟ@里要求的是產(chǎn)品邏輯和程序邏輯的一致性，產(chǎn)品經(jīng)理要確保和開發(fā)團(tuán)隊達(dá)成共同的認(rèn)知水準(zhǔn)）

如果實現(xiàn)模型（軟件的程序?qū)用妫_突于呈現(xiàn)模型（用戶的體驗層面，也即產(chǎn)品功能/界面/信息），且在未來的演進(jìn)思路上（演進(jìn)是跟隨著用戶模型、市場模型的共同變化）已經(jīng)南轅北轍，那么這款產(chǎn)品會很快感受到成長的無力感。

看清問題，才能做到“恰如其分”

第1個問題出在產(chǎn)品研發(fā)團(tuán)隊，甚至于市場團(tuán)隊、管理團(tuán)隊，這些人員中心里住著不同的“用戶”，你說的用戶和我說的用戶，并不是一個用戶。

大家對于“用戶模型”并沒有達(dá)成一致，而用戶模型，一定是一款產(chǎn)品成功的基礎(chǔ)。不論是對于產(chǎn)品設(shè)計、交互設(shè)計、技術(shù)架構(gòu)設(shè)計、編碼實現(xiàn)、市場營銷。

用戶模型的構(gòu)建，需要前期一系列的研究工作，在常規(guī)的團(tuán)隊里面，這些工作通常都是隱型的、不被okr/kpi包含的，重視程度基本靠自覺、靠個人的市場/業(yè)務(wù)理解支撐。大到新設(shè)計一款產(chǎn)品、或者一個新增功能模塊/視覺體系改版，小到一個按鈕的調(diào)整，都可以參考到用戶模型。

用戶研究里面，人物模型的建立又是一套復(fù)雜而完整的體系，如果沒有有充足的資源以及時間的情況下，即便通過專家知識、過往積累知識的了解，自己來擬定一個臨時人物模型，即使是這樣，也勝過沒有任何人物模型的，仍然會在產(chǎn)品設(shè)計研發(fā)過程中起到良好的指導(dǎo)作用。（但這并不代表任意不經(jīng)過仔細(xì)研究的臨時人物模型就可以拿來就用，雖然有勝有無，但一定要避免誤入歧途）

第2個問題，涉及到產(chǎn)品設(shè)計邏輯和代碼構(gòu)建邏輯的一致性。也許有的產(chǎn)品/設(shè)計團(tuán)隊會說，我的方案如此，要求開發(fā)團(tuán)隊交付出來滿足當(dāng)前方案/文檔的項目成果即可，而往往測試團(tuán)隊也是對于標(biāo)的物的產(chǎn)品需求文檔交付測試為主。但最終產(chǎn)品要為用戶/客戶負(fù)責(zé)，除非我們的用戶/客戶是不變的。

產(chǎn)品/設(shè)計團(tuán)隊?wèi)?yīng)該能夠根據(jù)業(yè)務(wù)的發(fā)展 、產(chǎn)品路徑的演進(jìn)，判斷出來一些核心邏輯的設(shè)計、區(qū)分和預(yù)留。這個基調(diào)引導(dǎo)了代碼的架構(gòu)，這也就是產(chǎn)品設(shè)計邏輯、功能邏輯、到代碼邏輯、數(shù)據(jù)邏輯的層層銜接了。（參考之前分享的這篇文章??產(chǎn)品設(shè)計邏輯能否引導(dǎo)代碼構(gòu)建邏輯？）

絕對不是簡單的我想要什么，剩下的交給開發(fā)者。想要什么很重要、路徑演進(jìn)的可能性同樣也很重要，表達(dá)清楚絕對是為自己的產(chǎn)品路線鋪路。

相信都不愿意看到產(chǎn)品極速發(fā)展的過程中，代碼逐漸臃腫不堪、跟不上發(fā)展的步伐，最終不得不面臨重構(gòu)，要不就是產(chǎn)品的妥協(xié)、用戶價值和商業(yè)價值大大折扣。