明確產(chǎn)品的概念模型：

這里說的概念模型不同于我們通常理解上的“產(chǎn)品的概念”，我們認為用節(jié)點、連線來完整勾畫出一個產(chǎn)品的體系架構(gòu)可以叫做這個產(chǎn)品的概念模型。而提出這樣一個“概念模型”出發(fā)點也就是要通過它來明確整個項目組中對于產(chǎn)品完整的想法和規(guī)劃，從而作為設計的基礎。這里包含的內(nèi)容可以相當寬泛：比如用戶體驗、業(yè)務流程、網(wǎng)站分類結(jié)構(gòu)等等。

所以概念模型對于一線的項目設計人員可以起到很好的指導作用，幫助他們理解整個項目過程中產(chǎn)品的基調(diào)和要求，不會在后期的設計中誤入歧途。另外，對于管理者而言也能在宏觀上起到很好的監(jiān)督和制約，在達成對產(chǎn)品一致理解的基礎上，整個項目的設計和運維都可以非常流暢。

如何創(chuàng)建你的概念模型：

第一層：建立基礎的節(jié)點和連線。

一般，節(jié)點可以被分為內(nèi)容類型、人員/實體、數(shù)據(jù)元素、組/類別、事件、系統(tǒng)和其他一些。而連線就是用來連接這些節(jié)點的，并且連線上可以勾劃出不同的動作來豐富節(jié)點之間的關系。

第二層：添加細節(jié)

對節(jié)點進行修飾：節(jié)點的形狀可以有很多表現(xiàn)形式，只要能表現(xiàn)概念任何形狀都可以。例如：重要的概念可以用更大的節(jié)點來表示，以此我們可以奠定全文的基調(diào)。

對連線進行修飾：除了在連線上增加文字，我們也可以通過變化連線的形式來展現(xiàn)概念模型。當然這具體得看上下文的關系來定了。

第三層：完善概念模型

確定了節(jié)點和連線后，概念模型基本上就可以表達應有的意思了。如果還想再完善概念模型，剩下的工作就是對概念模型的背景進行修飾。記住圖表的背景應盡量不顯眼，這是因為圖表本身已經(jīng)有了很多元素，視覺上的過多變化只會讓看圖的人分神，所以盡量讓背景色淡化不顯眼。使用背景色之前，想一想它是否真的能帶給圖片有趣的信息。在概念模型中，背景有助于區(qū)分內(nèi)/外過程。同時，在讀者沒有鉆入細節(jié)前，背景也有助于他們從宏觀的層次上確定該圖的要點。

概念建模有哪些需要注意的地方：

1.明確建模的目的–讓你的項目組成員意識到以下兩點，你的建模才會讓他們認為是有意義的

（a）由于術語的不一致導致成員之間溝通困難

（b）受絆于一堆錯綜復雜的概念，必須梳理清楚后才能繼續(xù)推進項目。

要知道，如果一開始，概念模型只是用來作為把事情講清楚的工具，那么到了后期它其實就變成了一項有力的工具，讓其他人也能接受后繼設計，完成這個項目。

如果讓自己成為一個建模高手：

1.要有“中心思想”，讓你的建模只傳遞需要傳遞的信息，刪除掉和中心無關的內(nèi)容。

2.從名詞著手，把概念模型中的實體全部列出，然后把它們記錄在紙上并用線將它們連起來，你也可以用動詞表示出他們的關系。

3.節(jié)點標準化，這是又一輪的篩選。看著你列出來的那些節(jié)點，找出無關的，再一次去掉。

方法一：把模型中的節(jié)點限制為幾個特定種類，一個文件中包含了流程、文檔、事件、人員和系統(tǒng)五種。那么我們可以將模型限定為只要人員和文檔兩種節(jié)點，同時通過連接來闡述更高層次的節(jié)點。

方法二：找出“局部-整體”之間的連接，有些節(jié)點彼此是可以互相替代的，我們可以去掉其中之一；只要這種省略不會影響到你的概念模型即可。

（關于節(jié)點增生：常常會有模型的一側(cè)滋生出一簇節(jié)點，它們和其他節(jié)點關聯(lián)不多，必要的話我們可以把它們獨立出來建成另外一個概念模型）

4.節(jié)約你的連接，和節(jié)點的道理一樣，并不是連接越多越好。你很難保證自己的表述不會多次重復表達，通常我們可以從兩個方面來考慮：這些連接是否有利于整體信息的表達是否能增加新信息；反之，去掉這些連接會不會讓涉眾錯過一些信息。如果答案都是否定的，那我們可以考慮去掉它了。

需要建模，但不要教條化：

1.如果是為了澄清設計背后的假設來做概念模型，常常會發(fā)現(xiàn)原先的設計考慮不夠充分，而在概念模型中被發(fā)現(xiàn)了，這會導致團隊陷入無休止的調(diào)整中去，一種比較好的辦法是暫時將這種差異保留，并標識清楚、說明清楚原因。

2.網(wǎng)站的概念即使再復雜，設計也必須簡單。概念模型很容易讓團隊只把它作為金科玉律而忽視真正的用戶體驗；說到底，概念模型僅僅是幫助我們識別在一定環(huán)境下的相關概念，然后讓我們通過自己的設計工作避開概念帶來的復雜問題。

3.實用至上。我們花了很多時間去建立概念模型，結(jié)果卻發(fā)現(xiàn)它毫無價值，這是因為我們在建模之前缺乏足夠的調(diào)研。所以在建模工作之前，我們就該思考一下收集到的這些節(jié)點、用戶的體驗等等，這些因素究竟在概念模型中能得到怎樣的體現(xiàn)，會否對概念模型帶來影響？

如何向你的團隊推薦概念模型：

概念模型的意義在于更好地幫助團隊理解設計方案，所以向團隊推薦概念模型是很有必要的。不過如果僅僅是放在小團隊中來使用，形式上可以隨便一些，可以用講故事的形式來把團隊帶進概念模型的氛圍中，你的故事要以事實為基礎，教會他們在這樣的氛圍中去思考。

會議結(jié)構(gòu)：

1.以解決問題做切入點：

你可以和你的客戶這樣來解釋：雖然我們已經(jīng)和公司里許多人都探討過“政策”和“規(guī)章制度”了，不過我們還是不太明白它們是怎樣融合到整個過程中的，當然我們希望設計文檔中能夠適當呈現(xiàn)這些元素，所以我們想把這個概念模型整理一下，借此澄清文檔和公司關鍵人物的關系。

如果對方之間沒有接觸過概念模型，這樣的介紹會受到不錯的效果，因為它包含了上下文背景，同時對方也具有對節(jié)點關系一定程度上的把握。

2.節(jié)點-關系法

如果文檔是從某個節(jié)點或者一系列節(jié)點延伸開來的，那我們就可以以這些節(jié)點作為焦點，然后逐漸向外眼神來介紹概念模型，

3.白板法

可以讓我們在沒有實際的交付件時，把一些節(jié)點或者概念寫在白板上通過頭腦風暴來把所有的關系找到。你要做的一般只是把一些需要用到的節(jié)點事先標注出來。如果你想把話題引到一個你希望的方向上，你最好能事先準備好一個概念模型。ps：概念建模時難免抽象、主觀。為了能保證主題的集中，也避免扼殺大家的創(chuàng)造力，不妨事先把會議目的的聲明先寫在白板上。

結(jié)束語：

我們努力建造的模型，我們努力讓開發(fā)人員明白的術語，對于用戶來說可能永遠也用不到，但是這是為了讓開發(fā)設計過程變得更加容易，讓概念變得更加容易得到一致的認識。事實上沒有概念模型，很多設計就會無從下手，隨著web系統(tǒng)的愈加復雜，用戶交互的增多，（例如依賴搜索式導航而非瀏覽式導航的網(wǎng)站、依賴用戶所貢獻內(nèi)容的有機增長的網(wǎng)站、通過內(nèi)容的聚合簡化了信息的傳遞的網(wǎng)站）設計之前的概念構(gòu)建就顯得非常必要。

文章來源：lockon.cc 轉(zhuǎn)載請注明出處鏈接。

標簽： 產(chǎn)品設計 概念模型 產(chǎn)品概念 

版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。