2017-4-12 資深UI設(shè)計(jì)者
ERP系統(tǒng)是典型的To B產(chǎn)品，擁有體量大、功能雜、專業(yè)強(qiáng)等特點(diǎn)。前段時間接觸了如此龐大系統(tǒng)中三個子系統(tǒng)的改版工作，從手足無措到冷靜思考，在無數(shù)磕磕絆絆中總結(jié)了一些面對大型B端項(xiàng)目時可用的設(shè)計(jì)思路。
因?yàn)轫?xiàng)目復(fù)雜，此篇是整體設(shè)計(jì)思路的提煉及方法論的提出，具體的案例及方法論闡述后續(xù)會有更多文章來和大家共同探討。
完整思路如下：
除了基本的5W1H，改版項(xiàng)目在了解項(xiàng)目背景時能獲取更多信息：現(xiàn)版本的反饋是什么？各個角色期望達(dá)到的目標(biāo)是什么？
ERP項(xiàng)目中，客戶不等于用戶，所以多方的動機(jī)和期望我們都需要去了解，并以此推導(dǎo)產(chǎn)品設(shè)計(jì)方向。且因?yàn)闈M足客戶需求應(yīng)優(yōu)先于提升用戶體驗(yàn)，所以對于多角色需求的亦需要權(quán)衡取舍。
了解了項(xiàng)目的基本情況后，開始進(jìn)行需求的加工。
調(diào)研包括了需求加工的前三個部分：收集—挖掘—整理。
我們需要從輕易可得的用戶反饋、使用體驗(yàn)，深度挖掘產(chǎn)品不易見的、更根本的問題，最終匯總整理出完整的需求表。
如何選擇有針對性的需求調(diào)研方法，我們通過三步驟來確定：你想知道的—誰最了解—選用方法。
針對型收集，即是找對人問對事。這樣在調(diào)研時，每一種方法的目的都很明確，關(guān)注點(diǎn)各有不同，既能得到較全面的信息，又不會在調(diào)研時迷失方向。
設(shè)計(jì)輸出包括了需求加工的后三個部分：消化—改良—評審。
在已獲得的需求中，首先提取出需求關(guān)鍵詞并明確需求對象，一步一步推導(dǎo)出設(shè)計(jì)目標(biāo)并得出接下來的設(shè)計(jì)策略。
在明確設(shè)計(jì)目標(biāo)及策略后，開始通過“解構(gòu)—重構(gòu)—評估”對產(chǎn)品進(jìn)行合理再設(shè)計(jì)。
在C端產(chǎn)品中，設(shè)計(jì)師同時也能是用戶，所以對于功能的理解相對容易。但B端產(chǎn)品的用戶往往是專業(yè)人員，產(chǎn)品是為實(shí)現(xiàn)某些業(yè)務(wù)服務(wù)的，我們可能從未接觸過其中的業(yè)務(wù)邏輯。所以一個合理的理解模型，能夠幫助設(shè)計(jì)師透徹理解復(fù)雜業(yè)務(wù)邏輯。
又由于ERP的難點(diǎn)在于業(yè)務(wù)邏輯及功能的多角色的互動，我們將以這兩個為突破點(diǎn)，進(jìn)行解構(gòu)。
這種模型我把它叫做拔蘿卜式理解，由專業(yè)詞匯開始，到凝練出業(yè)務(wù)目標(biāo)結(jié)束，中間是由表及里、由淺及深地探索過程。
在梳理復(fù)雜業(yè)務(wù)流程時，僅憑東拼西湊的信息，可能會有信息遺漏的情況。此時依據(jù)想獲取的信息，適當(dāng)?shù)倪x用一些工具，可以提高我們的效率并保證一定程度上完整性。關(guān)于如何選擇適宜的工具，以后會再和大家探討～
將所有涉及到的功能平鋪陳列，討論功能的合理性，再進(jìn)行重組、刪減。
不同的功能下相同的功能模塊需要在邏輯及形式上保持統(tǒng)一，這也就意味我們在設(shè)計(jì)過程中建立適宜的規(guī)范更為重要了。
同時在方案輸出過程中，要定時進(jìn)行方案評估。因?yàn)楫a(chǎn)品較強(qiáng)的專業(yè)性，在內(nèi)部評審過交互問題后，還需要專家評審，此時的關(guān)注點(diǎn)應(yīng)在業(yè)務(wù)邏輯的正確流暢，功能的完整精簡，所以此時不可圖方便，需要仔細(xì)地走查每一個功能，從定義到實(shí)現(xiàn)流程，是否符合行業(yè)習(xí)慣且滿足了專業(yè)要求。
大體量產(chǎn)品反復(fù)修改的成本較高，所以保持盡可能小的改動可能性很重要。雖然方案已輸出，但如何能說明我們改版是有效的？原型測試中的數(shù)據(jù)也許能給我們這樣的底氣。
在一次測試中完成對所有要點(diǎn)的測試顯然是不切實(shí)際的，要使測試的意義最大化，我們要始終帶著明確的目的性去制定我們的測試規(guī)劃。有目的的設(shè)定任務(wù)，隨之選定相關(guān)參數(shù)，確定測試對象。在測試過程中，注意觀察，認(rèn)真記錄。
測試結(jié)束后，數(shù)據(jù)整理和展現(xiàn)，可以讓我們更清晰直觀地看出測試結(jié)果及問題所在。例如我們在測試中得到了如下結(jié)果，可以初步判斷我們的設(shè)計(jì)在使用上是有可行的。
到這一步基本完成原型交付，但項(xiàng)目后期也需要持續(xù)推進(jìn)。可能會不停有反饋及問題出現(xiàn)，隨時修改，保持更新。
ERP系統(tǒng)的復(fù)雜程度遠(yuǎn)不是一篇文章所能承載，其中有很多值得思考的點(diǎn)，本篇僅作為大框架的概述，后期希望還能有機(jī)會和大家一起探討To B項(xiàng)目中需求調(diào)研適用的方法、如何在情境下選擇適用的設(shè)計(jì)工具等更實(shí)踐性的問題。
藍(lán)藍(lán)設(shè)計(jì)( paul-jarrel.com )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)
藍(lán)藍(lán)設(shè)計(jì)的小編 http://paul-jarrel.com