如何才能設計一款優秀的產品呢?當我們在設計產品的時候,遵循哪些原則能夠幫助我們更好的設計產品?本文作者總結了三點交互設計原則,作為產品經理的你,非常有必要了解這三點交互設計原則。

1. 沒有人願意停留在新手級別

觀點:我們的用戶是小白

工作中和PD溝通的時候偶爾會遇到這個尷尬的問題。PD希望需求里的某個點能設計地“細緻到不能再細分出任何一道步驟”,理由是“用戶是小白”。(抱歉,為了不影響兄弟團隊的和諧就不舉具體例子了;同時聲明一下本文所有論點都不帶有“個人針對”色彩。)

那麼用戶真的是小白嗎?他們到底有多“白”?

如果將用戶對互聯網產品的認知作為衡量標準,我們可以將用戶分為新手(=小白用戶)、中間用戶和專家。那麼只要我們分清我們的主流用戶是誰,問題就會迎刃而解。請看圖:

圖片來源:《About Face 3:交互設計精髓》

互聯網產品的用戶群分佈狀況,與大多數人口分佈一樣遵循着經典的正態分佈統計曲線。我們的主流用戶既不是新手小白,也不是專家用戶;大多數用戶屬於中間用戶。同時不要忽視,新手用戶發展很快,會隨着時間發展慢慢成長為中間用戶;這也就是說我們的小白用戶不會永遠是小白。

通常用戶群主體是中間用戶。所以在整個產品設計的初期,我們主要考慮的對象應是中間用戶,同時根據具體情況考慮是否要完全滿足小白用戶的需求,並適當聽取一下專家用戶的建議。大多數中間用戶其實是不需要我們“極具耐心地介紹與展示”,他們其實比我們想象得聰明;“極具耐心地介紹與展示”反而會拉長用戶體驗的時間過程。

總結

所以我們的主要目標是讓新手小白用戶愉悅快速地成為中間中戶;讓中間用戶感受到持續不斷地愉悅。當然也不為想成為專家的那些用戶設置障礙。

2. 從用戶心理模型出發,而不是產品的實現模型

觀點:開發這樣實現比較容易,所以不能按你說的那樣做

這是我在工作中遇到的最尷尬地問題了。大概自己帶有“完美主義”傾向,所以非常注重最終呈現到用戶眼前的界面和與用戶直接互動的用戶體驗感受,總是希望在開發可行的基礎上,辛苦程序員哥哥稍微再費多一點點的心思。

當然,大的項目開發成本很高,出於多種因素的綜合考量,需要捨棄一點用戶體驗,以避免開發成本太高,給後期維護造成多餘的人力成本和時間。這一點我也十分肯定並理解。

但在整個產品設計過程中,我認為用戶的心理模型應該大於產品的實現模型。這是我從事產品設計以來最堅定的立場之一;並認為這是產品設計師的common knowledge之一。但沮喪的是,仍是有願意為節省開發成本選擇犧牲用戶體驗的情況發生(我所指的是比較小的需求處理時)。那麼在實際情況中到底該如何取捨,需要我們好好斟酌一番。也許大家坐在一起喝喝咖啡,愉快地互相理解一番,一切就完美解決了也不是沒可能~^_^

最後老生常談地解釋一下這兩個概念:

  • 用戶的心理模型,是指用戶在和我們的產品交互的過程中,如何感覺到要做的操作,以及產品如何幫助用戶來完成這些操作。
  • 產品的實現模型,簡單地說就是就是開發的具體實現。

總結

我們的產品應該反應用戶的心理模型;實現模型盡量與用戶心理模型去靠,讓用戶看不出背後的技術。(設計的最高境界大概就是用戶在我們的產品里沉浸地無法自拔,而對背後的技術實現手段毫無察覺。同事想到日本一位大師的一句真理:“最好的設計是虛無。”)

3. PRD更新要及時,溝通要快、准、勤

觀點:這個需求點/這個解釋/這個業務要求的依據找不到耶

溝通在工作中有極其重要的作用,有時甚至決定一個項目的成敗和項目組成員之間的關係。互聯網大概是這個時代發展變快最快的行業了,所以我們的需求迭代很頻繁。甚至會在搞定了一個需求之後,又因為環境所變將其推翻重來。

溝通是如此地重要,一旦不及時,或將會導致需求變形不說,還會引起責任歸咎的尷尬局面。所以時刻保持一顆不耐其煩的心,做一個耐撕的人。(意思就是,盡量不要在溝通中帶有激動的情緒,不要慌、不要慌~一切好商量~)

如果說PD是整個項目的核心人物,那麼PRD就是他們最有力的武器了。更新及時的PRD讓我們有依據可尋,降低了溝通成本。

這一點大家都很了解,在此不多做解釋。

總結

同理心不單單是針對用戶,也是對我們身邊的可愛的搭檔們。讓我們一起愉快地做更好的產品吧。

以上我說的全都是錯的。不喜勿噴。

 

作者@小媛

來源@簡書

本文由 @小媛 授權發佈於人人都是產品經理 ,未經許可,禁止轉載。