本文轉載自AliUED，作者@瑞航-Ryan 。2012歲首年月，作者賣力瞭對公司深度婚配產物舉行瞭一次周全的用戶體驗計劃，對產物團體的計劃展開供給瞭用戶視角的根據。

　　進程收到瞭PD同窗和營業團隊的一些沒有錯的反應。以此與人人分享一下這個計劃推導進程。

　　新計劃師在舉行交互計劃時，很輕易間接進入詳細的界面層的計劃思慮，而全部進程中的前期推導進程卻很輕易被疏忽，在這個案例中會側重前期推導的部門。

　　基於提煉的辦法論

　　先放出一張我在計劃進程中提煉的計劃頭腦完全的流程圖，案例中的全部計劃計劃進程也基於該圖的階段進程睜開，本文規模重要針對觀點到界說頁面的這部門。

　　上圖能夠看出我們的全部轉化進程觸及產物從觀點到元素的一直，分歧階段的著重點和目標各沒有雷同，且每一個階段的轉化節點都基於客不雅現實的實線聯系關系，以包管由始至末的需求轉化沒有掉真。

　　以此來看，全部計劃進程就是一個賡續Zoom in(放大聚焦)的進程，基於用戶根源需求賡續詳細化。在考證我們的計劃是不是相符目的的時刻，我們也須要賡續的Zoom out(縮小)，從更團體視角去俯視。

　　接下來我們開端看這個計劃進程。

　　全局

　　OK，我們起首來看一下用戶在外貿中的重要行動，用戶需求的根本觀點是甚麼?

　　下圖能夠看到，買傢和賣傢起首要殺青定單意向，然後買傢獲得貨色，賣傢獲得貨款，如許就完成瞭外貿的全部進程，我們的網站辦事也是基於這個形式睜開。

　　讓我們Zoom in一下..

　　深度婚配是甚麼?我們界說它的目的是：促進買傢賣傢殺青定單意向，簡略說就是拉攏辦事。這是生意傢在外貿行動中的重要的一環。

　　當我們的用戶目的和產物目的清晰以後，怎樣做?

　　讓我們持續Zoom in..

　　基於外貿專傢供給的一些根據，我們之外貿進程中的用戶行動樹立起對應的產物用戶行動觀點模子，如許以來用戶在全部進程中，主途徑、義務目的就異常清楚瞭，交互計劃後續睜開有瞭根本骨架。

　　持續 Zoom in..

　　對應上圖的純用戶行動視角，再略微細化一下，把他轉化為產物的用戶行動流程圖，把籠統的信息構造化。好比，上圖中報價隻是一個箭頭表現信息流買傢，而現實的網站行動中，報價須要買傢自動去檢察。以是該行動被構造化成一個尺度網站行動術語檢察。團體著眼，我們能夠不雅察到分歧用戶的目的，行動，發生的信息，和之間的聯系關系和流向。

　　上圖已很清晰的描寫瞭該產物中的用戶行動邏輯，然則作為計劃的需求照樣不敷詳細。

　　我們還得持續Zoom in ..

　　我們把這些構造化的信息基於用戶景象轉化為頁面架構幹系，以下圖。註：由於一些緣故原由，我們隱去瞭圖片中的部門稱號。

　　上圖中，和前一張圖舉行對比，之前構造化的行動和信息，被轉化成瞭分歧的頁面來舉行承載，而自己的邏輯幹系依舊沒變更，和之前完整同等。(僅由於用戶的治理需求增長瞭治理部門)我們能夠不雅察到分歧的用戶有完整分歧的景象和操縱頁面，同時之間的信息又是相互聯系關系的，全部流程終極能達到目的閉環。

　　PS：基於這個圖，我們能夠不雅察出用戶的頁面情況應分為分歧的腳色自力睜開..

　　持續Zoom in

　　接下來，我們要對全部的頁面舉行一下歸結以下。註：由於一些緣故原由，我們隱去瞭詳細頁面稱號。

　　去失落瞭那些箭頭接洽後，我們零丁來看這些頁面，是否是發明很有紀律，異常的有構造?整頓下來，頁面需求異常清楚瞭(能夠評價事情量啦.. 哈哈)，以下

　　主頁

　　表單

　　操縱提醒

　　具體頁面

　　收件箱

　　列表

　　編纂頁

　　在這個基本上，我們依據每一個頁面自己的形狀來定制同一框架， 再基於頁面承載的信息和功效舉行結構，全部交互計劃就已根本OK瞭。固然在詳細的頁面中還會有加倍細化的計劃，我們能夠根據我們的計劃組件和計劃規矩來完成，在這裡就沒有睜開贅述瞭

　　總結

　　回想適才的這個進程，會發明，我們的交互計劃就是一個賡續基於需求的根源Zoom in的一個推導進程，在這個進程中，每一個細化進程都基於上一步的清楚目的展開，環環相扣。如許的辦法可讓我們計劃的每一個步調都有體系化的支持，沒有會偏離重要的目的。在計劃事情停止後，我們再經由過程Zoom out的方法來反向考證，來磨練終極的計劃是不是相符瞭最後的計劃目的。(想讓我演示一下Zoom out的童鞋，請把本文倒序瀏覽)