UE UI PM的職責及職位分工

2024年3月23日發(作者：草莓的英文)

UE UI PM的職責及職位分工

其實很多人都搞不清楚這兩個概念的區別，UE：ur experience，直譯是用戶體驗；

UI：ur interface，直譯是用戶界面。前者涉及運營，囊括一個網站出現在網絡上時希

望提供給用戶的所有服務形象，包含產品流程設計、界面設計，甚至是訪問速度、穩定性、

站內推廣活動等所有讓用戶形成網站印象的相關內容；后者屬視覺層的勞動，從屬于UE，

主要是通過視覺上的統一性幫助用戶接受理解網站。

剛和一個同事聊起，就想起了以前看過的一些文章，以及諾曼的設計心理學。我不想

從UE/UI的具體應用上展開，網絡上太多類似的文章，專業講述UE/UI怎么做，不復贅言。

我想整理的，是關于怎么搭建UE團隊，如何執行的想法。

UE團隊，是個很特殊的團隊，如果把一個網站比作是人體，他的作用相當于脊髓。

以前UED（ur experience design）叫產品策劃或者網站策劃，一般沒有很明確

的分工。去年去參加UPA會議時，發現一些大的IT公司，比如Intel、alibaba、Souhu、

qq等，已經有了職責明確的用戶體驗設計師，具體交談時，了解到工作分工已很細致，說

明他們已經意識到了UE的重要性，對中國的IT行業而言，是件好事。

UE團隊的建立比較困難，因為這個領域本身也是近幾年才發展起來，沒有專業的人才

可供挑選。所以成員最好不要選擇同一類的，而是各種類型、層次的人都有配合。但有條

基本原則，一定要遵循，不管成員有什么專業技術，不管他來自哪里，一定要對產品本身

有極強的責任心。UED是個苦差，要想做出點名堂來，沒有極強的責任心，根本堅持不了。

根據經驗，比較完美的搭配是：平面設計師出身的兩個，技術出身的一個，市場出身

的一個，完全是門外漢甚至不懂網絡的fresh(比如剛畢業的實習生，多幾個都無所謂)，加

經驗充足全局意識強烈的開放式team leader，會比較有效率。如果公司小，團隊還可以

縮減到：一個技術出身+一個美工出身經驗充足的leader。實在是小成本操作，支持不了

太多人，就一個溝通能力強、美工出身的也可以撐過去創業階段。不過，如果公司有實力，

財力允許，還是建議加強UE團隊的投入，另外把用戶信息調研、網絡動態分析獨立成輔

助團隊，會對整個產品的運作有很大的影響力。

再說到執行，這是很多UED一直抱怨的問題，UED經常夾在中間，上有公司領導的

方向性指令，下有設計部門、技術實現部門的實現問題。上頭如果三天兩頭變臉，UE團隊

leader沒有足夠清醒的意識和全局觀，或者退而求其次，沒有足夠的肚量聽進去UE團隊

成員的看法，去整理化解上頭不一定科學的要求，導致的結果是快速的執行產品快速的死

亡，甚至嚴重點，會導致整個公司的混亂。

而這條產品鏈的下游，有個很多策劃一直在抱怨的大問題。如果UE團隊的溝通能力

太差，和設計部門、技術實現部門，尤其是后者，溝通的太差，后果就是互不認同雙方的

意見，花費大量精力扯皮，雙方關系惡化，結果呢？UE團隊一味強調用戶體驗而不管系統

性能是否能支撐，技術實現團隊單方面修改產品內核，甚至擅自更改頁面體現產品流程。

如果公司的各項制度比較嚴格，還能避免這兩類結果引發的產品問題，頂多就是產品過不

了QA，重新走流程增加開發成本（公司財力雄厚能接受也就無所謂了）。如果碰巧公司管

理制度不嚴格，那就催生了一大批糟糕的產品。一上線就被用戶罵，久而久之，這個公司

也就沒什么前途了。產品不合格，用戶不買賬，你拿什么回報投資人？

很多web2.0網站，一開始就靠某個概念來吸引用戶，而沒有真正做過UE，或許開頭