您當(dāng)前位置:圖趣網(wǎng)(Tuquu) >> 網(wǎng)頁設(shè)計教程 >> 設(shè)計理論 >> 瀏覽設(shè)計教程

交互設(shè)計師和產(chǎn)品經(jīng)理PK的一點心得

沈天宇 :鑒于交互設(shè)計師經(jīng)常和各個職能的同事PK一些需求,在實習(xí)期間做了一些總結(jié),給本身,也給大家參考。

我覺得在多方合作的年代,PK是不可避免的。畢竟各個職能有各個職能的專業(yè),設(shè)計師要做好體驗,產(chǎn)品經(jīng)理要統(tǒng)籌資源,開發(fā)要兼顧工作量,作為大公司,一定不能在某個方面偏科,所以互相制衡來達到一個平衡點也是十分必須的。

我把那些辯論分為兩種:定位目標(biāo)之爭,開發(fā)性價比之爭

其實本文照舊會有一個盲區(qū),就是體驗與商業(yè)之爭,之前面試攜程的時候曾經(jīng)被問到過。但是目前做的產(chǎn)品還算比較陽春白雪,并沒有什么營收壓力,所以這方面還沒有什么經(jīng)驗。

一. 定位目標(biāo)之爭

許多時候我們會和產(chǎn)品糾結(jié)一個按鈕是不是大,一個功能要不要有,雖然從外觀上看是交互細節(jié)之爭。但是其實這類辯論通常是由于產(chǎn)品定位和目標(biāo)優(yōu)先級,設(shè)計師和產(chǎn)品經(jīng)理沒有形成共識導(dǎo)致的。

有一些方法是可以破解這個題目。

1.明確優(yōu)先級,目標(biāo)層面先達成共識

許多時候?qū)τ谀繕?biāo)的優(yōu)先級的不同會讓不同的人對于產(chǎn)品的想法完全不一樣。舉一個真實的例子,我要做一個產(chǎn)品的官網(wǎng)。

我作為設(shè)計師大概對于官網(wǎng)的定位就是:通過官網(wǎng)的內(nèi)容感染用戶,并說服用戶我們可以給用戶帶來的價值,最后指導(dǎo)下載。

于是就做了一個極致酷炫,全屏,沒有tab,沒有導(dǎo)航,在頁面的最底部加上了,整個兒就是一沉浸式體驗,最后凸顯那個下載按鈕,讓用戶感覺「點了這個下載就老厲害了」。

效果給產(chǎn)品過方案的時候被懟了。

“為什么產(chǎn)品支持這么?。恳庖姺答伳??跑到最底下去了?為什么找回帳號的按鈕也這么?。俊?/p>

那我當(dāng)然說。

“由于這些沒用啊,意見反饋還有FAQ誰會看啊…必要找回帳號的人才幾個…有入口就行了還想要怎樣…blabla”。

其實這個時候就是優(yōu)先級上的一個差別了。假如這個時候僅僅是辯論在那些幫助入口的顯明程度的話,這個爭論就會陷入死循環(huán)。

由于我認為官網(wǎng)這個東西說白了就是個廣告單,下載完了就OK了。但是產(chǎn)品告訴我,也有許多用戶是來官網(wǎng)追求幫助的,所以雖然下載的確是重要目標(biāo),但是支持幫助這個目標(biāo)也是個次要目標(biāo)。

后來做了個比較具有效戶關(guān)懷的幫助網(wǎng)頁,然后就過稿了。

所以作為交互設(shè)計師,我們要明確我們本身的定位。之前聽蘇杰說的一句話我覺得分外好:

用戶體驗是服務(wù)于用戶價值的。

因此,設(shè)計目標(biāo)先達成共識很緊張。

2.Persona & 用戶旅程地圖

這兩個工具是用來幫助定位和發(fā)掘場景的,比較容易讓產(chǎn)品理解你的設(shè)計思路。

任何一個類型的產(chǎn)品,都可以無窮發(fā)散。假如舛錯定位和使用人群有一個明確的定義,就會讓產(chǎn)品的發(fā)展失控。

許多時候我們爭論某個功能到底需不必要的時候,例如說,產(chǎn)品說要添加XXX功能,但是你覺得這個功能其實沒什么用,但其實這個也比較憑感覺,怎么去知道這個功能到底有沒有效呢?

這個時候我們必要對我們的用戶做一個詳細的定義:這個就是Persona。關(guān)于Persona要怎么用大家可以本身去查,總之必要有一個或者幾小我物原型。

有了這小我物原型,當(dāng)產(chǎn)品再來提需求的時候,我們可以直接比照這個Persona。

“sorry,我們Persona中的人物應(yīng)該是用不到這個功能的。”

用戶旅程地圖是對一個服務(wù)的所有場景的羅列,當(dāng)我們梳理出了每一個場景的設(shè)計目標(biāo),也可以幫助判斷一個需求到底需不必要做。

3.用戶測試

還有一些產(chǎn)品會去干預(yù)一些比較細節(jié)的交互題目,會認為你的界面并沒能正確的傳達信息,這個時候照舊必要去做一個demo然后進行一些用戶測試。對于測試的成本比較高,但是又比較細節(jié)的交互,可能什么方案都拿不準(zhǔn),其實也不用太糾結(jié),可以留到灰度的時候再去決策。

開發(fā)成本之爭

關(guān)于這個題目,假如是個對技術(shù)完全不了解的設(shè)計,那也只能尊重開發(fā)的意見了。

說真話我們設(shè)計師對于技術(shù)方面也不能完全一無所知,許多開發(fā)的實現(xiàn)是必要設(shè)計師來共同完成的。

例如說,之前在騰訊設(shè)計周上聽到的分享:微信的音樂播放器,有個底色,是要取自唱片的封面的。如何取色?假如你的交互稿僅僅給到這里,那程序員小哥哥是無法完成的。作為設(shè)計師必要考慮到,假如顏色太艷?假如顏色太灰?這些顏色的算法是要設(shè)計師來幫忙工程師一路完成的。假如你僅僅是個只會畫界面的設(shè)計師,那也是沒有辦法勝任某些需求的。

因此,我特別很是建議設(shè)計師可以去了解一下開發(fā)方面的東西,不肯定要會寫代碼,但是要有個也許的了解。

最后,有一句話要牢記:和同事們PK,并不是為了證實本身是對的,而是為產(chǎn)品討論出一個更好的解決方案。

原文:zhihu


[教程作者:互聯(lián)網(wǎng)]
免責(zé)聲明:本站文章系圖趣網(wǎng)整理發(fā)布,如需轉(zhuǎn)載,請注明出處,素材資料僅供個人學(xué)習(xí)與參考,請勿用于商業(yè)用途!
本文地址:http://irelandcustomcontracting.com/tutorial/di3931.html
高手課堂!「按鈕系列」之按鈕位置與用戶體驗的關(guān)系
從建筑到頁面,粗野主義風(fēng)格確實有著它獨特的魅力
圖趣網(wǎng)微信
建議反饋
×