如果您想訂閱本博客內(nèi)容，每天自動(dòng)發(fā)到您的郵箱中， 請點(diǎn)這里

ERP系統(tǒng)是典型的To B產(chǎn)品，擁有體量大、功能雜、專業(yè)強(qiáng)等特點(diǎn)。前段時(shí)間接觸了如此龐大系統(tǒng)中三個(gè)子系統(tǒng)的改版工作，從手足無措到冷靜思考，在無數(shù)磕磕絆絆中總結(jié)了一些面對大型B端項(xiàng)目時(shí)可用的設(shè)計(jì)思路。

因?yàn)轫?xiàng)目復(fù)雜，此篇是整體設(shè)計(jì)思路的提煉及方法論的提出，具體的案例及方法論闡述后續(xù)會(huì)有更多文章來和大家共同探討。

完整思路如下：

一、明確項(xiàng)目背景：了解各方改版動(dòng)機(jī)及期望

除了基本的5W1H，改版項(xiàng)目在了解項(xiàng)目背景時(shí)能獲取更多信息：現(xiàn)版本的反饋是什么？各個(gè)角色期望達(dá)到的目標(biāo)是什么？

ERP項(xiàng)目中，客戶不等于用戶，所以多方的動(dò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)研：不同的角色有不同需求

調(diào)研包括了需求加工的前三個(gè)部分：收集—挖掘—整理。

我們需要從輕易可得的用戶反饋、使用體驗(yàn)，深度挖掘產(chǎn)品不易見的、更根本的問題，最終匯總整理出完整的需求表。

如何選擇有針對性的需求調(diào)研方法，我們通過三步驟來確定：你想知道的—誰最了解—選用方法。

針對型收集，即是找對人問對事。這樣在調(diào)研時(shí)，每一種方法的目的都很明確，關(guān)注點(diǎn)各有不同，既能得到較全面的信息，又不會(huì)在調(diào)研時(shí)迷失方向。

三、設(shè)計(jì)輸出：以設(shè)計(jì)目標(biāo)為導(dǎo)向的解構(gòu)—重構(gòu)

設(shè)計(jì)輸出包括了需求加工的后三個(gè)部分：消化—改良—評審。

在已獲得的需求中，首先提取出需求關(guān)鍵詞并明確需求對象，一步一步推導(dǎo)出設(shè)計(jì)目標(biāo)并得出接下來的設(shè)計(jì)策略。

在明確設(shè)計(jì)目標(biāo)及策略后，開始通過“解構(gòu)—重構(gòu)—評估”對產(chǎn)品進(jìn)行合理再設(shè)計(jì)。

1.解構(gòu)：重在詳細(xì)全面梳理功能模塊，由淺入深理解功能定義。

在C端產(chǎn)品中，設(shè)計(jì)師同時(shí)也能是用戶，所以對于功能的理解相對容易。但B端產(chǎn)品的用戶往往是專業(yè)人員，產(chǎn)品是為實(shí)現(xiàn)某些業(yè)務(wù)服務(wù)的，我們可能從未接觸過其中的業(yè)務(wù)邏輯。所以一個(gè)合理的理解模型，能夠幫助設(shè)計(jì)師透徹理解復(fù)雜業(yè)務(wù)邏輯。

又由于ERP的難點(diǎn)在于業(yè)務(wù)邏輯及功能的多角色的互動(dòng)，我們將以這兩個(gè)為突破點(diǎn)，進(jìn)行解構(gòu)。

這種模型我把它叫做拔蘿卜式理解，由專業(yè)詞匯開始，到凝練出業(yè)務(wù)目標(biāo)結(jié)束，中間是由表及里、由淺及深地探索過程。

在梳理復(fù)雜業(yè)務(wù)流程時(shí)，僅憑東拼西湊的信息，可能會(huì)有信息遺漏的情況。此時(shí)依據(jù)想獲取的信息，適當(dāng)?shù)倪x用一些工具，可以提高我們的效率并保證一定程度上完整性。關(guān)于如何選擇適宜的工具，以后會(huì)再和大家探討～

2.重構(gòu)：以設(shè)計(jì)目標(biāo)為導(dǎo)向，由小到大，由內(nèi)而外重構(gòu)產(chǎn)品。

將所有涉及到的功能平鋪陳列，討論功能的合理性，再進(jìn)行重組、刪減。

不同的功能下相同的功能模塊需要在邏輯及形式上保持統(tǒng)一，這也就意味我們在設(shè)計(jì)過程中建立適宜的規(guī)范更為重要了。

3.評審：以設(shè)計(jì)目標(biāo)為評估標(biāo)準(zhǔn)，注重專家評審結(jié)果。

同時(shí)在方案輸出過程中，要定時(shí)進(jìn)行方案評估。因?yàn)楫a(chǎn)品較強(qiáng)的專業(yè)性，在內(nèi)部評審過交互問題后，還需要專家評審，此時(shí)的關(guān)注點(diǎn)應(yīng)在業(yè)務(wù)邏輯的正確流暢，功能的完整精簡，所以此時(shí)不可圖方便，需要仔細(xì)地走查每一個(gè)功能，從定義到實(shí)現(xiàn)流程，是否符合行業(yè)習(xí)慣且滿足了專業(yè)要求。

四、原型測試：讓數(shù)據(jù)說話。

大體量產(chǎn)品反復(fù)修改的成本較高，所以保持盡可能小的改動(dòng)可能性很重要。雖然方案已輸出，但如何能說明我們改版是有效的？原型測試中的數(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)。可能會(huì)不停有反饋及問題出現(xiàn)，隨時(shí)修改，保持更新。

五、最后

ERP系統(tǒng)的復(fù)雜程度遠(yuǎn)不是一篇文章所能承載，其中有很多值得思考的點(diǎn)，本篇僅作為大框架的概述，后期希望還能有機(jī)會(huì)和大家一起探討To B項(xiàng)目中需求調(diào)研適用的方法、如何在情境下選擇適用的設(shè)計(jì)工具等更實(shí)踐性的問題。

 藍(lán)藍(lán)設(shè)計(jì)( bouu.cn )是一家專注而深入的界面設(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ù)