92国产精品视频_亚洲a级在线观看_国产精品电影观看_国产精品免费观看在线_精品伊人久久97_亚洲人成在线观_尤物九九久久国产精品的特点_成人激情在线播放_成人黄色大片在线免费观看_亚洲成人精品久久久_久久免费视频在线观看_久久精品国产一区_国产一区二区三区18_亚洲欧美中文字幕在线一区_日韩美女中文字幕_日韩视频免费在线

歷時2個多月的編撰和設計，#用研方法傳遍中國#在今天將告一段落;經過仔細的梳理與總結，的用戶研究工程師們將用戶研究工作中的經典方法一一總結出來，與大家分享討論，也歡迎更多對用戶體驗感興趣的同學加入討論，大家共同努力、共同進步!

1 、【眼動&腦電研究】 將眼動儀和腦電設備聯機同步，可以知道用戶是如何看的，以及當時的心理活動。

2 、【可用性測試】 想知道可用測試是什么?可用性測試的目的&作用?適用的場景?測試

                  設計理念比美感更重要。通過7大設計理念，來展示其重要性。

1. 什么是 arguments

MDN 上解釋：

arguments 是一個類數組對象。代表傳給一個function的參數列表。

我們先用一個例子直觀了解下 JavaScript 中的 arguments 長什么樣子。

function printArgs() { console.log(arguments);
}

printArgs("A", "a", 0, { foo: "Hello, arguments" })；

執行結果是：

咚咚咚：前段時間參與設計一個較大的線上活動，包含十個奧運相關小游戲及一些相關界面，前后歷時幾個月。奧運后活動下線，設計工作完結后，我整理了這過程中的收獲及工作方式，和大家分享下。

立項前信息收集與準備

有些大型項目是很早就規劃了要做的，只是具體哪天立項發郵件或哪些人參與還沒確定，如果知道要自己要參與這件事，可以做些準備工作，提前了解一些信息：

• 項目人員。了解各個職能的接口人是誰，運營、產品、視覺、前端、后端、測試等有誰參與，有些人可能之前都不認識，大家的工作方式和性格也不一樣，提前了解認識下，對后期合作和方案推進會有幫助。
• 信息。保證自己了解到的信息是一手資料很重要。和各方溝通過程中收集下項目的背景、目標、投入的資源、方案的思路及活動體量、以及可能的用戶利益點、項目時間點（通常deadline是確定的）等等等等。這些信息可以通過產品和運營了解到。如果是公司的例行活動，能夠拿到以往活動的數據和資料當然是最好，如果沒有的話也盡量找到以前做過類似活動的人員了解一些前人的方法和經驗。
• 別人的想法。項目組人員總會有自己的想法和方案，有時候甚至方案是比較確定的。盡早的了解到產品或者運營的想法可以預估個大概的時間節點和需求，做到心中有數。如果有好的想法這個時候提出來也最容易被采納，畢竟時間上一切來得及。

利用

我們如何看待工具

有一種觀點：設計師不要學太多的軟件，精通一種就好了，更重要的是你的思維。

從個人技能上，這個說法沒錯，但它可能忽視的是，思維和工具，并不獨立。因為所謂工具，其實是思維的被封裝與具象化，而你使用工具的過程，便是對這思維的習得和解碼。就像閱讀從不是一個單方面行為，而是讀者和作者思維的無聲交流。你閱讀書，書塑造你。

介紹

這里所描述的過程將使你能夠創建一個簡單的基于jQuery / XML的解析器和搜索機制。此過程將通過一個AJAX請求檢索XML，然后在jQuery中分析數據，為搜索機制做準備。該解決方案將基于不區分大小寫的全部或部分關鍵字匹配地返回結果。來自于關鍵字搜索的返回結果設置將被格式化為一個直接鏈接到相應網站的超鏈接。jQuery搜索方法非常類似于Mike Endale的一個項目，不過增加了一個DOM解析器，正則表達式以及結果集分組。

背景

客戶端需要一個簡單的搜索工具來查找基于關鍵字搜索的本地內部網站。關鍵字搜索必須不區分大小寫，并允許返回部分匹配的結果。歸咎于客戶端內容管理系統的架構，因此（SharePoint）只能執行客戶端腳本。其解決方案的另一個障礙是，源數據將來自多個源。數據被存儲在多個Excel電子表格，CSV文件和MS Access數據庫內。這就對我們提出了這樣的需要：開發具有一系列查詢和一個宏的Access解決方案，充當可合并、擦洗，并最后格式化數據作為XML輸出的偽ETL。對于這個解決方案的目的，我們將詳細介紹JavaScript XML分析器的設計，而不是偽Access ETL宏工具的設計。

使用代碼

該解決方案的做法是利用一個簡單的基于JavaScript / XML的搜索來發送數據結果到HTML / JavaScript前端。前端將引用腳本：jQuery，XML和CSS文件。XML格式將因為它的可讀性和它是數據交換行業標準格式之一的事實而被使用。 XML數據將通過使用AJAX的客戶端jQuery解析，并通過Internet Explorer 11呈現。

解決方案將使用RegExp對象來處理關鍵字匹配，驗證和特殊字符處理。RegExp對象字符串將檢查危險語法從而提高解決方案的穩定性和整體可用性。

我們將默認使用JavaScript分組功能來返回匹配結果作為折疊的紀錄集。折疊的記錄集線項目將被URL鏈接到相關的Project Workspace網站。在擴展的組記錄集下，結果將存在于相關的子記錄中，當通過On Click事件展開的時候。

編者按：可以說現如今的移動端UI設計中，卡片式設計撐起了半壁江山，它隨性自由又充滿了邏輯和組織性，它不僅流行著，而且還正在變得更加流行。它長盛不衰的秘密到底何在？讀下去~

個性化的用戶體驗是目前網頁和APP設計的大趨勢。個性化的新體驗大多建立在單獨內容的聚合體之上，而多類型的內容想要聚合起來，卡片式的界面則是最合適的載體。如今你所看到的UI界面設計，卡片式設計幾乎無處不在，從新聞類站點到游戲界面，從物流APP到社交媒體，等等等等。今天的文章將會詳細解釋卡片式設計對于設計師的意義，以及常見的卡片式設計的功能與特性。

在今年的UX Weeks大會上，Jim Kalbach組織了一場Mapping Experience的工作坊，提出在產品和服務之間關系日益密切的今天，如何形成一個服務生態系統，是商業競爭中的重點。其實阿里巴巴集團在早前就提出了“商業生態”這個概念，但是到底應該如何做？Jim提出：想要在競爭中勝出，其中非常重要的，就是必須清楚的了解自己提供的各種產品和服務是如何相互作用的，以及是怎樣在用戶的生活中發生影響的。

其實在整個行業以及設計咨詢工作中，很多這方面的工具已經被大量的討論和使用了，像服務藍圖、用戶旅程圖和用戶體驗地圖等等。這些圖表工具都試圖提供一個系統化的視角，以可視化的表達方式，讓你有機會洞察到體驗改善和業務增長的機會。

編者按：如何形成自己的設計方法，建立交付物的衡量標準，優化協同模式。在這篇文章里，你可以看到一個阿里專業設計師是如何進行自我提升的。

鴻影：如果2015對我來說尚處于用戶體驗設計的職場入門階段，2016的核心則是開始撕下初級與新人標簽的進階修煉。4月份的2016 S1開始的時候，我給自己設定了包括形成個人設計方法論與應用案例等一系列目標，如今S1結束，也是時候對這段時間的進階修煉來一個總結回顧了。

形成自己的設計方法

在公司內部經常會有一些跨部門的UED分享活動，聽下來個人最明顯的一點感觸就是，這些來分享的設計師普遍有著一套自己思考總結出來的設計方法論，并且有成功應用案例支撐。

也許有人會有疑惑，現在關于設計方法的輪子到處都是，網上隨便一搜就能找到某某大廠某某大牛的設計方法分享，直接拿來用就好了，為什么還要費心費力自己造輪子呢？

在我自己的設計方法還沒有完全成型時，我一度很迷信于網上別人的各種設計方法的分享，并試圖在自己的項目里加以運用，但結果卻差強人意：設計推導的過程看似洋洋灑灑專業性十足，拿出來給別人一看一講就發現漏洞百出；有時為了套方法而套方法，體驗地圖一類的輸出物看似有模有樣，最后項目做完了才發現設計方案時基本沒用到……雖然自己用的都是別人經過驗證的設計方法，但卻沒有理解透這些方法的應用場景與局限所在，也不清楚哪些環節其實并非必要存在，自然也讓實際的應用效果大打折扣。而靠自己思考、沉淀和交流改進出來的設計方法，理解和運用起來則要透徹順手很多。

編者按：如何形成自己的設計方法，建立交付物的衡量標準，優化協同模式。在這篇文章里，你可以看到一個阿里專業設計師是如何進行自我提升的。

鴻影：如果2015對我來說尚處于用戶體驗設計的職場入門階段，2016的核心則是開始撕下初級與新人標簽的進階修煉。4月份的2016 S1開始的時候，我給自己設定了包括形成個人設計方法論與應用案例等一系列目標，如今S1結束，也是時候對這段時間的進階修煉來一個總結回顧了。

形成自己的設計方法

在公司內部經常會有一些跨部門的UED分享活動，聽下來個人最明顯的一點感觸就是，這些來分享的設計師普遍有著一套自己思考總結出來的設計方法論，并且有成功應用案例支撐。

也許有人會有疑惑，現在關于設計方法的輪子到處都是，網上隨便一搜就能找到某某大廠某某大牛的設計方法分享，直接拿來用就好了，為什么還要費心費力自己造輪子呢？

在我自己的設計方法還沒有完全成型時，我一度很迷信于網上別人的各種設計方法的分享，并試圖在自己的項目里加以運用，但結果卻差強人意：設計推導的過程看似洋洋灑灑專業性十足，拿出來給別人一看一講就發現漏洞百出；有時為了套方法而套方法，體驗地圖一類的輸出物看似有模有樣，最后項目做完了才發現設計方案時基本沒用到……雖然自己用的都是別人經過驗證的設計方法，但卻沒有理解透這些方法的應用場景與局限所在，也不清楚哪些環節其實并非必要存在，自然也讓實際的應用效果大打折扣。而靠自己思考、沉淀和交流改進出來的設計方法，理解和運用起來則要透徹順手很多。