## ##

        【入門文章】產(chǎn)品從0到1 新人設(shè)計師要如何參與一個具體項目

        2018-03-14 14:32:19 閱讀 253574 本文來源: 胡振明 網(wǎng)易UEDC
        分享至:

        筆者從設(shè)計概念、設(shè)計實施、產(chǎn)品上線參與項目的完整過程,項目歷程3個月。該項目是由團隊內(nèi)部自發(fā)的一款“為設(shè)計師提供成就體系展示平臺”的全新產(chǎn)品。該產(chǎn)品類型偏信息展示,設(shè)計上更注重交互創(chuàng)新性,項目團隊是通過 “借用”其他部門視覺和開發(fā)的方式臨時組建。在這種情況下,怎么做到設(shè)計師主導(dǎo)設(shè)計并推動產(chǎn)品上線呢?希望通過這次設(shè)計經(jīng)驗分享能夠給大家?guī)韼椭?/p>


        一、方案階段,如何做好設(shè)計?

        設(shè)計過程中的各種考量和取舍都是不可見的,并且設(shè)計師最終交付的產(chǎn)出物也沒有標(biāo)準(zhǔn)答案,但是只有在設(shè)計過程中嚴(yán)格把關(guān)才能得到更好的結(jié)果。


        1.設(shè)計實施前,多問“為什么”

        多問“為什么”是指從項目的利益相關(guān)者收集信息。通過信息的收集,明確設(shè)計原因及產(chǎn)品目標(biāo),梳理出核心方向及策略點,提高工作效率。

        在本項目中,需求多為老板提出,經(jīng)產(chǎn)品經(jīng)理轉(zhuǎn)述給交互設(shè)計師。多問“為什么”就是從老板和產(chǎn)品經(jīng)理“轉(zhuǎn)述”的需求中挖掘出用戶真正的需求并找到與業(yè)務(wù)目標(biāo)契合的平衡點。

        ·為什么要做這個功能?(業(yè)務(wù)目的)

        · 產(chǎn)品期望得到怎樣的成果?(業(yè)務(wù)目標(biāo))

        · 誰來使用這個功能?(目標(biāo)用戶)

        ·他們?yōu)槭裁匆褂眠@個功能?(用戶需求、體驗?zāi)繕?biāo))

        ·如何讓他們都來使用這個功能?

        · ……

        20180314140643636.jpg

        (對信息的收集后,可通過以下幾個角度對用戶需求梳理、分解找出設(shè)計關(guān)鍵點)


        在這一過程中,可以直接找最終決策人——老板了解設(shè)計原因,但老板給的信息較為模糊。最好提出幾個可行的方向策略,請老板做出判斷和抉擇。你需要做的是通過“這個體驗不行啊”、“不需要展示這個信息”、“用戶應(yīng)該可以分享這個頁面”等回答,挖掘出老板真正想表達的東西。


        2.設(shè)計過程中,考慮所有可能方案

        在設(shè)計評審時,我們可以只拿出一種設(shè)計方案。但是在評審之前需要把能想到的方案都仔細考慮一遍。如果只做一個方案交差,一方面可能會錯過更優(yōu)的方案,另一方面,在評審時被問到“這里為什么不設(shè)計成那樣”時,很可能會措手不及。反之,如果事先把所有可能的方案都考慮到了,就可以從容應(yīng)答,把之前已經(jīng)思考過的其他方案中存在的問題一一列舉出來。


        3.方案評審時,將設(shè)計思考過程可視化展示

        對于0到1的產(chǎn)品,下游的同事并不了解產(chǎn)品背景,對設(shè)計方向及方案權(quán)衡過程可能會存在疑問,如何在方案評審中讓大家更容易理解你的設(shè)計,可視化展示設(shè)計的思考過程就顯得尤為重要。

        利用工具將思維視覺化是一個很好的表達方式,例如:將產(chǎn)品要解決的問題以及設(shè)計分析推導(dǎo)過程,通過思維導(dǎo)圖、線框圖、流程圖或者其他的手段可視化表達出來,不僅利于大家一目了然地理解和討論,同時增加設(shè)計方案的說服力。

        20180314140917736.jpg

        (例如:在視頻拍攝方案構(gòu)思時,為便于大家理解方案,通過場景定義關(guān)鍵、通過一句話場景描述語+意向圖的形式,將方案視覺化呈現(xiàn))


        二、項目跟進,如何保障設(shè)計效果實現(xiàn)?

        項目跟進是設(shè)計師重要工作之一,設(shè)計能力再強,設(shè)計方案再好,如果沒有后續(xù)良好的執(zhí)行,也終究不過是廢紙一張。


        1.溝通及解決問題

        盡管在設(shè)計階段,我們已經(jīng)盡可能地考慮了所有的交互狀態(tài),但在開發(fā)時,仍然有可能疏漏,所以技術(shù)人員在開發(fā)時遇到關(guān)于設(shè)計方面問題,需要設(shè)計師輔助解決。

        在實際項目過程中,我曾犯過一些低級錯誤,為了節(jié)省時間,將問題的截圖標(biāo)出,然后直接丟給視覺\開發(fā)人員,導(dǎo)致反復(fù)修改的現(xiàn)象。所以對問題的規(guī)范化描述是不能省略的,通過操作、結(jié)果、期望三個方面對問題進行描述,即什么樣的操作,會導(dǎo)致什么結(jié)果,最終可以滿足什么樣的期望。

        20180314141054543.jpg

        (對溝通過程中的問題進行記錄、對于不能按設(shè)計方案的內(nèi)容,與開發(fā)溝通后、調(diào)研,尋求其他解決方案。將調(diào)研的產(chǎn)品截圖或者鏈接一起記錄下來)


        若遇到因為技術(shù)限制或設(shè)計效果無法達預(yù)期情況,這時候要找問題的關(guān)鍵和邊界,為什么不能解決?限制是什么?有沒有可替代的方案?尋求正確的對策。并將溝通結(jié)果、記錄、形成規(guī)范化的文檔沉淀。


        2、及時設(shè)計走查

        產(chǎn)品上線前,需要對測試環(huán)境下的產(chǎn)品Demo進行交互走查。因本產(chǎn)品動效及交互細節(jié)較多,在此緊將常見幾類走查的問題總結(jié)如下:


        ·交互動作:操作及其反饋,交互控件的各種狀態(tài)、極端、極限和出錯的情況,默認(rèn)值是否正確,懸停的狀態(tài),文案等等,這些小細節(jié)在開發(fā)階段可能被疏忽。

        ·動效時間:顯示時間、持續(xù)時間和消失時間的驗收;一般動效包括卡片的展開、收縮、切換;氣泡或toast提示等,例如:卡片切換的時間是0.5s還是1s,這0.5s的差異對用戶的心理會帶來完全不同的體驗;

        ·兼容性問題:不同機型來驗收實際的顯示和操作效果,確定文案是否折行、按鈕排布是否適合點擊等。若有硬件問題導(dǎo)致原定的設(shè)計效果無法在當(dāng)前設(shè)備上較好呈現(xiàn),還需要調(diào)整優(yōu)化原有的設(shè)計方案,從實際出發(fā)來達到預(yù)期的體驗。

        ·網(wǎng)絡(luò)權(quán)限:不同的網(wǎng)絡(luò)是否可訪問,不可訪問顯示狀態(tài)等;


        三、設(shè)計走查后,如何推動開發(fā)解決走查問題?

        推動開發(fā)解決走查過程中出現(xiàn)問題的能力是考量交互設(shè)計師能力的重要標(biāo)準(zhǔn)之一。


        1.通過以下3種方式推動開發(fā)解決走查過程中發(fā)現(xiàn)的問題

        20180314141807372.jpg

        ·直接郵件提交方式

        郵件是一種比較快速又正式的方式,內(nèi)容較多時可附上對應(yīng)的附件(走查文檔)。

        ·在管理系統(tǒng)提交方式

        直接在管理平臺提交問題@相關(guān)人員與解決問題期限,便于交互設(shè)計師管理、跟蹤自己bug的解決情況,同時也便于開發(fā)人員認(rèn)領(lǐng)屬于各自的bug。

        ·線下找開發(fā)溝通方式

        這是最快、最直接的一種解決方式。

        但需要注意的是,一是提前與開發(fā)約好時間;二是準(zhǔn)備好問題清單,最好是將“問題清單”打印出來,防止溝通時遺漏。

        當(dāng)面溝通效果雖好,但是人力成本相對較大,無論是精力還是體力,面對面溝通更適合于功能的微調(diào)、頁面小改動等小問題統(tǒng)一解決,對于一些大問題以上兩種方式更適合。


        2.寫好驗收的報告

        寫好走查問題,提高文檔的可讀、易讀性,有利于減少反復(fù)溝通次數(shù),提高設(shè)計優(yōu)化的效率。

         ·問題描述簡潔準(zhǔn)確:

        問題描述力求精簡、明了、盡量使用公司內(nèi)部一致的描述方式(可使用操作、結(jié)果、期望三個方面對問題進行描述),以及附上對應(yīng)問題頁面截圖作為補充。

        ·問題梳理清晰并標(biāo)注優(yōu)先級

        可以遵循分類-提取-標(biāo)注優(yōu)先級的原則,將問題按照bug、吐槽、建議等標(biāo)準(zhǔn)進行分類,分辨哪些是需要馬上修改的,哪些是值得關(guān)注的。通過問題分類對優(yōu)先級進行劃分,分清楚輕重緩急,便于開發(fā)人員合理安排工作進度。

        ·給出問題解決方案或預(yù)期效果

        對于“是與否”的問題,只需指出問題點即可,如:交互操作“是hover而非點擊”。對于關(guān)于用戶體驗“good or better”的問題,因此需要給出相應(yīng)的解決方案和預(yù)期效果。

        20180314142014201.jpg


        (可參考上圖標(biāo)注有功能頁面、問題描述與預(yù)期、優(yōu)先級及處理人信息的等較為規(guī)范走查表)


        四、產(chǎn)品上線,需要做什么準(zhǔn)備?

        一般到這環(huán)節(jié),交互設(shè)計的工作才算完成。但因此項目屬內(nèi)部自發(fā)項目,職位角色并未劃分那么清晰,筆者也有幸承擔(dān)了產(chǎn)品上線的工作。項目產(chǎn)品面向的是公司內(nèi)部成員,因此跟普通產(chǎn)品上線流程并不太一樣,在這里主要講兩點:


        1.上線前,物料準(zhǔn)備

        其中比較重要的是產(chǎn)品上線相關(guān)的工單申請,走審批流程等,工單主要包括:

        ·新產(chǎn)品上線申請

        ·域名申請

        ·服務(wù)器申請

        對于域名,建議考慮簡單易識別,為避免重復(fù)最好多準(zhǔn)備幾個,域名申請一般時間比較長,因此需要提前做好準(zhǔn)備,以免耽誤上線進程。另外,工單與工單填寫項之間會有串聯(lián)關(guān)系,因此需要向運維人員提前了解需要申請的工單項以及注意事項,如果牽扯到技術(shù)項要配合開發(fā)與運維人員一起填寫。


        2.上線后,項目交接

        通過郵件或者會議的形式交付給項目的發(fā)起人驗收,并提些官網(wǎng)宣傳以及后續(xù)的發(fā)展方向的建議等。


        五、總結(jié)

        由于是新項目,無論是設(shè)計還是開發(fā),大部分都是摸石頭過河,沒有現(xiàn)成的資源可用,都需要重新開始。在需求階段,要對用戶需求及業(yè)務(wù)目標(biāo)有更透徹與深入的理解;在設(shè)計階段,要探索多種方案的可能性、在業(yè)務(wù)目標(biāo)與用戶體驗?zāi)繕?biāo)找到一個平衡點,優(yōu)中選優(yōu);在項目跟進過程中,與視覺一起把控細節(jié)與精度,推進開發(fā)保證體驗效果,通過不斷溝通、協(xié)調(diào)解決項目中遇到各種問題,使得產(chǎn)品最終向著更好、更優(yōu)秀的方式發(fā)展。最深的感受是對于設(shè)計師而言,設(shè)計功能的上線才算實現(xiàn)價值,在這一過程,除了對自身執(zhí)行力嚴(yán)格要求,還需要關(guān)注產(chǎn)品體驗敏感度,努力提升產(chǎn)品思維,培養(yǎng)整體設(shè)計的全局觀。


        20180314142615990.png

        撰文 ? 胡振明 
        圖片 ? 自繪
        責(zé)任編輯:大同

        認(rèn)可我的創(chuàng)作,就鼓勵一下吧

        0人打賞
        分享至:

        聯(lián)系客服

        故障反饋