感謝導(dǎo)語(yǔ)：相信很多人都會(huì)覺得做交互設(shè)計(jì)很困難，其實(shí)不然。這篇文章感謝作者分享詳細(xì)介紹了如何從0到1做一個(gè)上傳菜譜得交互流程與原型設(shè)計(jì)，感興趣得小伙伴一起來看看吧。
今天繼續(xù)給大家講交互方案得設(shè)計(jì)思路。你們會(huì)發(fā)現(xiàn)其實(shí)想做交互設(shè)計(jì)比UI設(shè)計(jì)難很多，那為什么交互設(shè)計(jì)比較難呢？因?yàn)閁I設(shè)計(jì)相當(dāng)于從0.5到1，而交互則是從0到1。
但并不意味著UI就比交互來得層次低，交互注重邏輯，UI注重對(duì)品牌和質(zhì)感得表現(xiàn)，沒有孰優(yōu)孰劣，但是在入手和執(zhí)行層面，UI相對(duì)簡(jiǎn)單一些（我自己也是UI出身）。
交互設(shè)計(jì)也可以說是體驗(yàn)設(shè)計(jì)得核心。我們需要根據(jù)已有得“材料”來進(jìn)行任務(wù)流程、用戶行為得設(shè)計(jì)，以確保用戶能高效、滿意得完成任務(wù)達(dá)成目標(biāo)和解決問題。
所以在這整個(gè)環(huán)節(jié)中，要思考得信息和判斷得邏輯會(huì)更復(fù)雜。
交互設(shè)計(jì)往往覺得很有成就感得地方在于自己設(shè)計(jì)得流程或者一些創(chuàng)新得交互能夠獲得用戶得好評(píng)以及業(yè)務(wù)數(shù)據(jù)得提升，在這個(gè)方面UI設(shè)計(jì)得成就感知會(huì)來得不夠明顯，因?yàn)橐曈X表現(xiàn)很難量化，用戶也只能通過好不好看來表達(dá)，所以UI設(shè)計(jì)師們也希望通過一些方法來找到屬于自己得成就感，例如我們也會(huì)選擇一些平臺(tái)發(fā)表自己得視覺創(chuàng)意來獲得同行們得認(rèn)可等等。
那么今天我們一起來聊一個(gè)交互案例，來看看需求從“材料”到具象化表現(xiàn)都需要思考什么。當(dāng)然，學(xué)案例是為了擴(kuò)充自己得知識(shí)面，但是想要真正學(xué)會(huì)，我們要從底層開始學(xué)。
首先來講一個(gè)發(fā)布菜譜得功能：一個(gè)美食類產(chǎn)品中需要設(shè)計(jì)一個(gè)用戶自己創(chuàng)建菜譜得流程，基于這個(gè)概念我們可以如何設(shè)計(jì)流程。我們都知道商業(yè)設(shè)計(jì)離不開業(yè)務(wù)，那么這里我們先不考慮這么多，只考慮如何將流程設(shè)計(jì)做到蕞高效，有需要得時(shí)候再將業(yè)務(wù)加入進(jìn)來。
一、來嘗試進(jìn)行一下腦暴這里和工作中常規(guī)得步驟不一樣，在工作中我們往往第壹步都是去分析這個(gè)需求得背景、用戶得定位、業(yè)務(wù)目標(biāo)什么得，但是這里不用，我們只單純得做交互方案，所以就不去啰嗦那些了。
在腦爆前，準(zhǔn)備好3個(gè)問題：
通過這3個(gè)問題我們就可以大致知道這個(gè)任務(wù)所包含得信息、形式、流程。
1. 什么是菜譜菜譜是通過圖文、視頻等方式給用戶提供做菜步驟得教學(xué)內(nèi)容。
2. 為什么要發(fā)布菜譜希望通過用戶自主發(fā)布內(nèi)容得形式來提高整體用戶得活躍度以及平臺(tái)對(duì)用戶。
個(gè)人品牌得塑造。讓用戶之間產(chǎn)生更多得互動(dòng)。
3. 怎么發(fā)布菜譜這里要根據(jù)第壹個(gè)問題腦爆之后再進(jìn)行流程得設(shè)計(jì)。
接下來我們根據(jù)菜譜這個(gè)概念進(jìn)行拓展：
在真實(shí)工作中其實(shí)產(chǎn)品經(jīng)理會(huì)把這個(gè)流程要包含得功能和信息點(diǎn)都列舉清楚，只是我們現(xiàn)在自己來從0到1設(shè)計(jì)一次。
菜譜得基本介紹可以包含菜譜得封面、菜譜得名稱、菜譜得簡(jiǎn)介、難度、時(shí)間、食材，菜譜得制作流程可以包含需要得支持、文字描述。
但是這里得顆粒度大小不一，例如難度、時(shí)間顆粒度小，但是食材我們可以再繼續(xù)細(xì)化拓展：食材得名稱、用量。菜譜得其他感謝選項(xiàng)，例如菜肴得口味、菜系得分類，感謝這個(gè)選項(xiàng)是有助于其他用戶在篩選菜系和分類得時(shí)候更快得找到這個(gè)菜譜。
二、根據(jù)信息和內(nèi)容進(jìn)行觸點(diǎn)分析和控件使用例如菜譜得封面，那么我們就需要一個(gè)容器來上傳支持或視頻，可以用一個(gè)占位圖image來代替，先不用考慮放什么位置以及在哪個(gè)節(jié)點(diǎn)，先將每一個(gè)信息點(diǎn)都進(jìn)行控件化。
接下來菜譜得名稱和簡(jiǎn)介都是輸入模塊text。難度和時(shí)間有兩種形式：輸入和選擇，那我們當(dāng)然用選擇，因?yàn)椴僮骱屠斫獬杀靖停苡眠x擇就不要用輸入。選擇用什么形式呢？
可以用picker、actionsheet動(dòng)作面板、展開單選，那哪個(gè)更方便高效呢？這里如果需要選擇得選項(xiàng)不多，也不需要滾動(dòng)、聯(lián)動(dòng)，那么用actionsheet就可以了。如果你想讓選項(xiàng)更直觀更方便操作那么你可以把選項(xiàng)直接放出來。
接下來是食材，食材又分為食材得名稱和用量，那么也是一個(gè)輸入得行為，需要兩個(gè)輸入框，這里就不能用選擇得交互了，因?yàn)樵谶@個(gè)場(chǎng)景中選項(xiàng)是根據(jù)用戶需求隨機(jī)、特定得，需要用戶自己輸入。
最后是菜譜制作流程中得支持和文字描述，也是支持和視頻得上傳和文字輸入模塊。這樣我們就把這些控件具像化了，就更直觀得幫助我們進(jìn)行接下來得操作。
三、將控件進(jìn)行組合以及場(chǎng)景得補(bǔ)全根據(jù)用戶得操作習(xí)慣和場(chǎng)景，我們將操作順序捋一遍。什么樣得操作順序更符合我們上傳得習(xí)慣呢？先填寫制作順序么？不對(duì)，應(yīng)該先感謝基本信息，也就是我們通過烹飪得流程，先想好要做什么菜，再去準(zhǔn)備食材，再開始一系列烹飪得步驟。
所以我們要先讓用戶去添加封面感謝標(biāo)題和介紹，烹飪難度和時(shí)間其實(shí)放在開頭和末尾都可以，但是考慮到這些信息在列表中會(huì)一起展示，那么我們索性就在開頭就直接一起感謝。
接下來是添加食材，添加食材得場(chǎng)景中會(huì)涉及到對(duì)食材得添加、刪除、清空以及智能感謝（類似添加收貨地址），所以這里得場(chǎng)景不要漏掉。那有得小伙伴要問是不是可以再加一個(gè)拍照識(shí)別食材得功能？
其實(shí)不需要，因?yàn)槲覀冊(cè)跍?zhǔn)備做菜譜之前肯定對(duì)這道菜有了解，知道每一個(gè)食材得名稱我們才會(huì)去做菜，否則連什么食材都不知道就去做，那萬一有毒呢？所以這個(gè)場(chǎng)景是不存在得。
再接著是感謝制作步驟，依然是思考用戶場(chǎng)景，除了上傳支持和文字以外，還需要提供步驟添加、刪除、調(diào)整位置、批量傳圖等功能。這些場(chǎng)景我們?cè)谀X爆得時(shí)候或多或少會(huì)遺漏掉。
四、制定步驟和流程移動(dòng)端產(chǎn)品得層級(jí)和路徑主要是根據(jù)頁(yè)面來劃定得，所以頁(yè)面越多路徑就越深，但是路徑深并不意味著一定就多余，路徑少也并不意味著操作就簡(jiǎn)單。路徑階段得劃分主要是根據(jù)這幾點(diǎn)來考慮得。
1. 當(dāng)前頁(yè)面內(nèi)容是否溢出、符合場(chǎng)景、滿足預(yù)期也就是說當(dāng)前頁(yè)面中得內(nèi)容是否符合當(dāng)前場(chǎng)景得用戶，以及是不是過載了。例如我們?nèi)ベ?gòu)買電影票得流程，當(dāng)我們?cè)诓榭措娪霸斍榈脮r(shí)候，不會(huì)出現(xiàn)電影院和電影場(chǎng)次得選擇，因?yàn)椴环袭?dāng)前場(chǎng)景得用戶需求。
2. 場(chǎng)景是否獨(dú)立我們?cè)谶x擇回收自己得手機(jī)時(shí)，在選擇型號(hào)頁(yè)面不會(huì)再讓用戶感謝估價(jià)信息。這個(gè)場(chǎng)景是獨(dú)立得，并且只有完成了前置操作步驟后才能進(jìn)行下一步。
3. 任務(wù)是否需要階段性結(jié)束為什么需要進(jìn)行新建界面，是因?yàn)楫?dāng)前界面在滿足1和2兩個(gè)約束后，要考慮第壹個(gè)步驟是否階段性完結(jié)了，例如我如果把菜譜感謝基礎(chǔ)信息界面單獨(dú)做一個(gè)界面，而感謝步驟再單獨(dú)做一個(gè)界面，這里第壹界面是否階段性完結(jié)呢？
還沒有，因?yàn)槟憧梢噪S時(shí)要去修改標(biāo)題、封面、食材等等，而經(jīng)常返回上一頁(yè)并不是一件很簡(jiǎn)單得事，用戶也會(huì)擔(dān)心我感謝好得步驟會(huì)不會(huì)保存等一系列問題。
這里再用一個(gè)蔚來app中選購(gòu)車輛配置得流程舉個(gè)例子。他這里也將選擇配置流程劃分成了幾個(gè)界面，但這個(gè)流程結(jié)構(gòu)就不是單純得線性結(jié)構(gòu)了，雖然他每個(gè)不同得配置單獨(dú)做成一個(gè)界面但是頂部利用tab來切換不同配置選項(xiàng)得界面。
所以當(dāng)任務(wù)需要階段性完成時(shí)候，例如只有先輸入手機(jī)號(hào)感謝閱讀發(fā)送驗(yàn)證碼之后才能收到驗(yàn)證碼，在這樣得流程中我們可以使用下一步來進(jìn)入下一個(gè)環(huán)節(jié)。如果要分不同得界面，而又沒有出現(xiàn)階段性完結(jié)得情況，那么前一頁(yè)得內(nèi)容感謝再下一頁(yè)也需要有，例如我們把標(biāo)題感謝單獨(dú)做一個(gè)界面，但是下一個(gè)感謝基本信息界面也依然要能夠感謝標(biāo)題。
五、設(shè)計(jì)原型和布局通過對(duì)用戶場(chǎng)景和觸點(diǎn)得分類，以及對(duì)第四步得思考，我們可以發(fā)現(xiàn)其實(shí)感謝基本信息和感謝步驟是需要放在同一個(gè)頁(yè)面中去完成得，因?yàn)闆]有階段性結(jié)束。
但是放在同一個(gè)界面也有一些問題比如單個(gè)界面需要感謝得信息太多，比較繁瑣，再次感謝需要上下滑動(dòng)瀏覽不方便等問題。所以我們也可以看一下市面上得競(jìng)品都是怎么做得，有一些產(chǎn)品會(huì)將感謝標(biāo)題單獨(dú)劃分出一個(gè)界面，這其實(shí)沒改變前者得問題，單獨(dú)作為一個(gè)頁(yè)面或許是基于這兩點(diǎn)考慮：
- 希望用戶通過認(rèn)真對(duì)待標(biāo)題來提高菜譜得感謝閱讀率和引起別人得興趣。業(yè)務(wù)需求，通過讓用戶了解優(yōu)質(zhì)內(nèi)容得協(xié)議來謹(jǐn)慎對(duì)待上傳菜譜得質(zhì)量。對(duì)于一個(gè)復(fù)雜操作前得一個(gè)準(zhǔn)備和引導(dǎo)，讓用戶更容易接受接下來得大量表單得填寫。
接下來是填寫得界面，那么我們就可以根據(jù)信息展示得優(yōu)先級(jí)和第三步設(shè)定好得控件進(jìn)行布局，這里涉及到得原理就不講了。我們主要來分析一下某些功能在布局得時(shí)候?yàn)槭裁催@么放。
首先封面和標(biāo)題還有簡(jiǎn)介從上至下應(yīng)該沒有什么問題，因?yàn)橛袃蓚€(gè)輸入模塊咱就無法左右放，因?yàn)檫@3者是強(qiáng)關(guān)聯(lián)信息所以是一個(gè)整體。其次是難度和時(shí)間，這兩個(gè)字段包含得內(nèi)容和形式我們?cè)谥暗貌襟E中提到有兩種形式。
一種是actionsheet還有一種是選項(xiàng)標(biāo)簽化平鋪，前者得好處是節(jié)省空間，易擴(kuò)展，后者則更加直觀和方便選擇，另外也要考慮類似控件在整個(gè)產(chǎn)品中得統(tǒng)一性。
接下來是食材添加和感謝，這里涉及到食材名稱和用量得文本輸入，這里可以直接用一行輸入模塊來放單個(gè)食材得感謝，因?yàn)檎麄€(gè)頁(yè)面表單很長(zhǎng)所以盡量簡(jiǎn)化上下空間。
同時(shí)還有對(duì)食材得刪除、清空、調(diào)序和新增。那這三個(gè)按鈕怎么放比較合理呢？我們要看用戶使用得場(chǎng)景，可以考慮得維度有：操作頻率、操作優(yōu)先級(jí)以及任務(wù)得主方向。
所以在食材感謝這個(gè)模塊中，蕞高頻得是新增其次是刪除再次是調(diào)序最后是清空。而當(dāng)食材新增后內(nèi)容會(huì)向下延伸，所以新增得按鈕不適合放在上方，也不適合放在每個(gè)輸入模塊得右側(cè)。
刪除和調(diào)序則是最某個(gè)食材信息得感謝所以是針對(duì)單個(gè)輸入模塊得，那必須跟在后面。最后得清空可以放在新增按鈕得左側(cè)。這樣就完成了添加食材得模塊。
再接下來是烹飪步驟。上傳支持和感謝文本沒什么問題，上下布局是因?yàn)樵谡綖g覽得時(shí)候需要大圖和文字搭配得形式，所以為了形式統(tǒng)一就只能這樣布局。
目前調(diào)整步驟在最底部，同時(shí)刪除操作也需要感謝閱讀調(diào)整步驟后才能出現(xiàn)，這里因?yàn)檎{(diào)整步驟和刪除不是高頻操作，弱化層級(jí)可以理解，但是如果放在底部那么如果我想要?jiǎng)h除第壹步和調(diào)整前2步順序得時(shí)候，就要上下來回滑動(dòng)，不是很方便。
那其實(shí)我們可以這么做，把烹飪步驟作為一個(gè)bar，在頁(yè)面向上滑動(dòng)得時(shí)候置頂，添加食材也可以這樣操作。
就是為了讓用戶在上下滑動(dòng)得時(shí)候可以隨時(shí)進(jìn)行一個(gè)感謝，步驟在任何位置都可以直接進(jìn)行換位和刪除。另外由于是大圖模式，在換位得時(shí)候進(jìn)行長(zhǎng)按拖動(dòng)其實(shí)對(duì)拇指得操作有一定得要求。既然這樣為什么不用上下切換得按鈕進(jìn)行調(diào)序。
我們來看一下拇指拖動(dòng)要激活兩個(gè)階段，首先要長(zhǎng)按激活拖動(dòng)，然后需要按住不放進(jìn)行拖拽，由于卡片面積較大拇指滑動(dòng)得距離就要長(zhǎng)，對(duì)于手小得用戶就不太方便了。
那我們是否可以做成一個(gè)上下切換得按鈕，這樣只要通過單擊就可以完成順序得調(diào)換，并且通常調(diào)換順序并不需要跨越多個(gè)步驟進(jìn)行，一般也只是相鄰兩個(gè)步驟得順序換一下即可。所以這里首先我會(huì)把感謝按鈕和批量傳圖都放在烹飪步驟bar右側(cè)并置頂。
最后再補(bǔ)上剩余得選項(xiàng)模塊和發(fā)布、預(yù)覽、草稿得按鈕即可。預(yù)覽和草稿必須放在導(dǎo)航欄，因?yàn)檫@倆功能是隨時(shí)需要進(jìn)行操作得所以不能在頁(yè)面底部，而發(fā)布按鈕可以放在最底下。
也有小伙伴想問，為什么不在底部做一個(gè)固定得bar來放這些按鈕呢。因?yàn)轫?yè)面縱向信息很復(fù)雜，不僅底部占用了高度也容易誤操作，在沒有感謝完時(shí)，發(fā)布按鈕還是比較雞肋得，所以是不會(huì)出現(xiàn)一個(gè)底部固定得bar。
好啦，今天分享得交互流程案例大家學(xué)廢了么？我們下期再見，有更多想法和交流歡迎在留言區(qū)留言！
#專欄作家#應(yīng)駿，人人都是產(chǎn)品經(jīng)理專欄作家，公眾號(hào)：應(yīng)謀鬼計(jì)（shejishiyj）
感謝由 等應(yīng)駿 來自互聯(lián)網(wǎng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止感謝。
題圖來自Unsplash，基于CC0協(xié)議
