偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

為什么你的交互方案過不了?大廠高手教你這四個(gè)方法!

移動(dòng)開發(fā) 移動(dòng)應(yīng)用
你是否和我有過同樣的經(jīng)歷:當(dāng)我們費(fèi)盡心思、信心滿滿地做好了一個(gè)完成度很高的交互方案,可能被別人的幾句話就否定了。

本周特邀前百度資深交互設(shè)計(jì)師薏薏來講講自己從交互小白一路升級(jí)打怪的過程,薏薏從純理科轉(zhuǎn)行設(shè)計(jì),從 C 端近年轉(zhuǎn)行 B 端,求職、工作中踩過不少坑,今天將分享其中的一部分心得體會(huì)。

你是否和我有過同樣的經(jīng)歷:當(dāng)我們費(fèi)盡心思、信心滿滿地做好了一個(gè)完成度很高的交互方案,可能被別人的幾句話就否定了。

場(chǎng)景 1

和 leader 確認(rèn)交互方案時(shí),剛講兩句就被 leader 全盤否定,導(dǎo)致自己帶著 leader 沒看一眼的稿子默默回到工位、從頭再來。

場(chǎng)景 2

和 pm 確認(rèn)交互方案時(shí),pm 一遍一遍提出疑問、還說了 A、B、C、D、E 各種想法,導(dǎo)致自己的方案反復(fù)修改、無法按時(shí)交付。

場(chǎng)景 3

向 boss 推自己的設(shè)計(jì)自驅(qū)方案時(shí),無法得到 boss 的認(rèn)同,導(dǎo)致最終無法爭(zhēng)取到開發(fā)資源、自驅(qū)項(xiàng)目最終流產(chǎn)。

場(chǎng)景 4

大廠面試官對(duì)作品集中的某個(gè)項(xiàng)目不斷發(fā)問,而自己卻難以給出令他滿意的回答,導(dǎo)致面試最終失敗、無緣 offer。

對(duì)新人設(shè)計(jì)師來說,方案被反復(fù)否定不僅費(fèi)時(shí)費(fèi)力,還讓人懷疑自己的能力、動(dòng)搖自己初入交互大門的自信。那今天我將和大家一起分析什么樣的交互方案是經(jīng)不起推敲的方案,如何呈現(xiàn)展示,才能讓我們的方案(至少看起來)嚴(yán)絲合縫,經(jīng)得起別人的反復(fù)垂問和推敲?

呈現(xiàn)形式重要,但推導(dǎo)過程更重要

日常的瑣碎工作和求職準(zhǔn)備會(huì)讓很多人忘記交互設(shè)計(jì)的本質(zhì)。

從視覺設(shè)計(jì)師的視角來說,交互設(shè)計(jì)是對(duì)用戶行為的設(shè)計(jì),這和用戶直觀可感受到的視覺設(shè)計(jì)有很大的不同。

從產(chǎn)品的視角來說,交互設(shè)計(jì)更偏向?qū)π袨榧?xì)節(jié)和用戶心理的打磨,和宏觀、粗糙地設(shè)計(jì)整體產(chǎn)品框架有很大的不同。

交互設(shè)計(jì)師應(yīng)該輸出的是整個(gè)設(shè)計(jì)推導(dǎo)過程:用戶在操作流程中的行為習(xí)慣、預(yù)期心理、使用場(chǎng)景、使用痛點(diǎn)的等等,而不僅僅是最終看似完美的視覺呈現(xiàn)形式、或者看似有條理,但是缺乏細(xì)節(jié)打磨的功能介紹。

這一點(diǎn),常被初入行/非交互專業(yè)出身/小廠背景的設(shè)計(jì)師忽略。比較常見的兩種類型如下:

第一種是視覺出身、希望轉(zhuǎn)行交互設(shè)計(jì)的設(shè)計(jì)師。他們往往在方案中強(qiáng)調(diào)組件使用得當(dāng)、文案引導(dǎo)清晰、甚至是使用了新穎的微動(dòng)效等等,這些確實(shí)確實(shí)是好方案所需要的設(shè)計(jì)亮點(diǎn);但如果整體方案缺少設(shè)計(jì)推導(dǎo)過程,憑空自己的主觀想法做方案,那么你的方案自然不堪一擊。

第二種是因?yàn)楣救耸植蛔?,承?dān)了偏產(chǎn)品工作的交互設(shè)計(jì)師,或者是校招生。他們往往在方案中有比較好的背景說明、方案推導(dǎo),但是方案的呈現(xiàn)過于簡(jiǎn)化,或者過于強(qiáng)調(diào)“設(shè)計(jì)思維”。最終呈現(xiàn)的形式類似 PRD,缺乏細(xì)節(jié)推敲。設(shè)計(jì)中有一個(gè)原則叫“美即好用”,當(dāng)一個(gè)方案的呈現(xiàn)形式合理時(shí),聽眾自然會(huì)給它更多的耐心,否則為什么你不直接去面試產(chǎn)品經(jīng)理呢?

用閉環(huán)思維嚴(yán)謹(jǐn)?shù)亟榻B你的設(shè)計(jì)

那么,如何做出一個(gè)經(jīng)得起推敲的設(shè)計(jì)方案、一個(gè)嚴(yán)謹(jǐn)?shù)脑O(shè)計(jì)過程?或者說什么才是交互設(shè)計(jì)這個(gè)崗位需要去重點(diǎn)強(qiáng)調(diào)、重點(diǎn)展示的?我認(rèn)為一共有這幾點(diǎn)小技巧:

1. 永遠(yuǎn)不要一上來就講設(shè)計(jì)圖

不管你是晉升答辯、日常對(duì)接、組內(nèi)過稿還是面試講項(xiàng)目,作為一個(gè)交互設(shè)計(jì)師,永遠(yuǎn)不要把一張?jiān)O(shè)計(jì)圖攤開來就開始講細(xì)節(jié):這里是什么顏色、那里是什么排版思路…這不重要。

交互永遠(yuǎn)都應(yīng)該以「項(xiàng)目目標(biāo)」作為開場(chǎng)話題:pm 想做的是什么?要取得什么樣的結(jié)果?甚至集團(tuán)、公司想要的是什么結(jié)果?甚至 pm 所想到的功能方案是不是合理的?這個(gè)方案為什么值得我們投入設(shè)計(jì)資源甚至技術(shù)資源?我們要做的是以目標(biāo)為導(dǎo)向的設(shè)計(jì),否則毫無目的設(shè)計(jì)所帶來的產(chǎn)物大多是四不像。

2. 用“用戶覺得”代替“我覺得”

挖掘、定位用戶痛點(diǎn)是交互設(shè)計(jì)師兩件最重要的工作之一,另外一件則是解決挖掘到的痛點(diǎn)。在你開始講你的項(xiàng)目之前,花幾分鐘和你的老板、面試官介紹你的用戶群體是怎樣的?用戶是在什么場(chǎng)景下完成整個(gè)流程的?他們有怎樣的心理預(yù)期和行為習(xí)慣?

甚至在這個(gè)環(huán)節(jié)你可以把冷冰冰的、抽象的用戶數(shù)據(jù)串聯(lián)起來,講一個(gè)好像親身經(jīng)歷的故事:比如你某次發(fā)現(xiàn)你們的用戶如何使用產(chǎn)品、他遇到了什么問題,你又是如何解決的?好的用戶故事能讓人快速感同身受,你也就不需要一遍一遍地向你的老板解釋你為什么要做一件事——用戶在這個(gè)場(chǎng)景下想要,就是這么簡(jiǎn)單。

3. 介紹你的規(guī)劃和假設(shè)

每個(gè)交互設(shè)計(jì)項(xiàng)目上線前都是一個(gè)黑盒。用戶可能喜歡它,也可能不喜歡它。設(shè)計(jì)師之間、設(shè)計(jì)師和老板之間、設(shè)計(jì)師和產(chǎn)品經(jīng)理之間打嘴仗永遠(yuǎn)無法真正驗(yàn)證一個(gè)問題,今天可能你發(fā)揮得好吵架吵贏了,明天可能發(fā)揮得不好只能回去揮淚改稿。

我認(rèn)為為了真正說服你的聽眾接受你的方案,最好在介紹完方案后,直接說明設(shè)計(jì)方案中有哪些部分是基于推導(dǎo)和假設(shè)形成的:如何評(píng)估設(shè)計(jì)目標(biāo)是否達(dá)到、如何進(jìn)行后續(xù)優(yōu)化迭代,如何制定數(shù)據(jù)指標(biāo)?當(dāng)然這對(duì)于一個(gè)快速迭代、或缺少數(shù)據(jù)基礎(chǔ)建設(shè)、孵化的產(chǎn)品線來說可能是比較難的,但這是所有大廠的工作方法。

4. 靠譜的方案輸出

上面講的所有建議都是針對(duì)設(shè)計(jì)展示時(shí)演講的建議。當(dāng)然打鐵還需自身硬,一個(gè)交互稿能夠經(jīng)得起推敲和詢問,本質(zhì)上還要靠完整的方案輸出。

交互稿有有很多種形式,比較常見的就是頁面交互圖,講頁面、操作流程、組控件狀態(tài)、邊界情況描述清楚以供視覺、產(chǎn)品、技術(shù)、測(cè)試等同學(xué)使用。一些復(fù)雜需求,建議在方案初稿輸出后做可用性測(cè)試,這樣就不至于在評(píng)審、過稿的時(shí)候針對(duì)方案的復(fù)雜程度反復(fù)拉扯,可用性測(cè)試的證明足以一錘定音。

最后,我總結(jié)了交互設(shè)計(jì)的標(biāo)準(zhǔn)時(shí)間分布:

結(jié)合案例,到底怎么做?

最后我們?cè)倩剡^頭看下文章一開頭那些場(chǎng)景——想必現(xiàn)在你也知道問題是什么、該如何解決了。

場(chǎng)景 1

和 leader 確認(rèn)交互方案時(shí),剛講兩句就被 leader 全盤否定,導(dǎo)致自己帶著 leader 沒看一眼的稿子默默回到工位、從頭再來。

問題原因:在一開始需求分析階段就跑偏了,沒有搞清楚目標(biāo)是什么就開始做方案,導(dǎo)致后面的方案全盤跑偏。

解決方案:不要過快地深入交互細(xì)節(jié),而是要讓你的 leader 了解清楚需求的本質(zhì),對(duì)齊認(rèn)知后再深入,不要被 pm 當(dāng)時(shí)的方案帶偏。對(duì)方案時(shí),可以使用數(shù)據(jù)等有利說明的方式講清楚背景和目標(biāo),讓上級(jí)快速理解需求。

場(chǎng)景 2

和 pm 確認(rèn)交互方案時(shí),pm 一遍一遍提出疑問、還說了 A、B、C、D、E 各種想法,導(dǎo)致自己的方案反復(fù)修改、無法按時(shí)交付。

問題原因:這類型的 pm 大多只看最終呈現(xiàn)、缺少對(duì)用戶行為邏輯的思考,非常容易陷入交互稿細(xì)節(jié)、拿不定主意。他們需要的是用戶體驗(yàn)專業(yè)層面的建議,告訴他們應(yīng)該采用什么是合理的。

解決方案:先把設(shè)計(jì)研究階段的結(jié)論同步給 pm,告訴他們因?yàn)槭沁@樣這樣的問題,才有了最后的方案。溝通過程中避免一些不確定、顯得不專業(yè)的詞匯,如“我認(rèn)為 XXX、可能 XX、應(yīng)該是這樣的吧 XX”,建議使用“用戶在真實(shí)場(chǎng)景中是 XXXX、從用戶心理層面出發(fā)是 XXX、用戶習(xí)慣于 XXX”。

場(chǎng)景 3

向 boss 推自己的設(shè)計(jì)自驅(qū)方案時(shí),無法得到 boss 的認(rèn)同,導(dǎo)致最終無法爭(zhēng)取到開發(fā)資源、自驅(qū)項(xiàng)目最終流產(chǎn)。

問題原因:老板沒有看到做這件事的迫切性、投產(chǎn)比。

解決方案:和老板推項(xiàng)目時(shí) PPT 非常非常關(guān)鍵。調(diào)研過程盡可能可視化出來,特別是數(shù)字、結(jié)論。方案要完整,最好配合視覺設(shè)計(jì)師呈現(xiàn)出最的頁面效果、用 DEMO 演示。

場(chǎng)景 4

面試官對(duì)作品集中的某個(gè)項(xiàng)目不斷發(fā)問,而自己卻難以給出令他滿意的回答,導(dǎo)致面試最終失敗、無緣 offer。

問題原因:大概率是存在兩點(diǎn)問題:1. 項(xiàng)目沒有達(dá)到設(shè)計(jì)閉環(huán),缺少某一環(huán)節(jié),比如設(shè)計(jì)研究不充分、缺少效果評(píng)估;2. 設(shè)計(jì)研究結(jié)論與設(shè)計(jì)目標(biāo)、策略沒有完美對(duì)應(yīng),面試官質(zhì)疑方案是否是以目標(biāo)為導(dǎo)向、是否可以解決問題

解決方案:檢查整個(gè)設(shè)計(jì)過程中是否缺環(huán)節(jié),特別是效果評(píng)估的數(shù)據(jù)指標(biāo)應(yīng)如何選取、如何分析;檢查設(shè)計(jì)推導(dǎo)過程和最終策略、方案是否對(duì)應(yīng),邏輯要嚴(yán)謹(jǐn)。

責(zé)任編輯:未麗燕 來源: 優(yōu)設(shè)
相關(guān)推薦

2020-03-24 17:49:27

大數(shù)據(jù)IT技術(shù)

2018-06-29 15:07:13

代碼工程師軟件開發(fā)

2024-10-10 11:49:27

2015-04-15 11:31:14

智能硬件智能家居

2017-04-12 14:33:01

機(jī)器學(xué)習(xí)數(shù)據(jù)分析開發(fā)

2015-08-13 10:49:33

WLAN無線局域網(wǎng)

2017-05-16 11:09:56

2021-04-25 11:56:45

開源開源項(xiàng)目開源現(xiàn)狀

2016-11-08 11:06:20

2022-05-05 11:13:59

技術(shù)管理

2025-03-05 09:20:00

Shell腳本Linux

2022-09-01 08:54:38

Go零值程序

2024-11-20 12:21:37

2019-10-29 14:54:20

Kafka消息系統(tǒng)分布式

2021-10-13 06:03:12

網(wǎng)絡(luò)帶寬卡頓

2018-11-12 13:01:45

機(jī)器學(xué)習(xí)模型元學(xué)習(xí)

2022-01-27 15:48:05

區(qū)塊鏈金融技術(shù)

2016-12-09 13:08:25

2017-08-08 11:00:46

2015-10-30 10:23:27

創(chuàng)業(yè)選擇思考問題
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)