原型圖、互動設計、UI圖,到底啥關係
其實一直以來都納悶,產品經理要做原型圖,然後UI設計師要畫UI 圖,這兩個之間貌似有許多重複的地方,而且還是大多時候還是並行進行,實在不知道二者之間的關係是什麼,通過查閱資料,做一下總結。
- 做原型是表達自己思路的一種方式,任何崗位都可以製作原型與其他崗位進行工作上的溝通。當然,各個崗位製作的原型的側重點是不一樣的。
- 產品經理和互動設計師所做的原型在銜接的地方難免有一些重複。但是互動設計師所負責的原型製作應該更加精細,更加全面,更關注任務交流和操作這個層面。而產品經理不需要製作出帶有豐富細節互動原型,產品經理還是要把精力集中放在產品的核心上面。更簡單的說,產品經理對待互動稿,應該是快、草;快速模糊地把資訊傳遞給互動設計師,互動設計師根據模糊的概念形成細化的方案。這樣配合,效率很高喲~
- 在工作中,會根據產品形態的不同,進行合理分工。一般來講,PM主要負責使用者需求整理,規劃,功能篩減,商業模式、運營模式探索,版本迭代時間規劃,敏捷開發功能點描述等;
如果是WEB端的產品,互動相關的東西會涉及的比較少,由於PM洞悉各個功能點,倘若對原型設計較為精通,那麼由PM親自操刀出來的原型,既有利於開發人員瞭解功能點,又能減少與互動設計師溝通的時間,如此可以大大提升工作效率。
如果是移動端的產品,互動相關的東西會涉及的比較多,由於PM需要規劃每個功能點,倘若操刀互動細節,將會非常費力,這個時候可以考慮將互動的細節分給互動設計師來做,自己全心全意規劃功能,此為上策。雖然花費了一些溝通成本,但優化後的互動細節,在使用者體驗上會達到一個更加專業的程度。
綜上所述,PM的demo和 Interaction designer的demo,最大的區別在於對互動細節的描述上,亦需根據產品的互動複雜度來定。
題外話:作為PM,需要不斷提升自己的能力,不管是互動還是技術甚至是UI審美方面,都要保持進步,這樣才能應對更多的複雜急性事件。 - a. 產品經理的原型
梳理出所有的產品功能以及流程邏輯,比如使用axure的站點地圖這種樹狀分支的表達要清晰完整。
每個功能頁面,上需要哪些功能和資料需要呈獻,要表達出來。
一定要在最短的時間內製作出人能看懂的原型,反覆討論,反覆修改,留給設計師足夠的時間。一定不要糾結畫的好不好看,這一點也不重要,快速是第一位的。甚至功能好不好用可能都不重要,表現出來我們有什麼,可以做什麼就夠了。
b.互動設計師的原型
拿到產品經理的原型,協助細化功能點,考慮互動邏輯是否成立。對整個產品的互動邏輯要表現清楚,比如提交資料按鈕需要呈現載入狀態,建立新資料表單,在哪個地方使用彈窗,哪個地方使用頁面,空白資料頁面使用表情還是新增新資料引導呢?給UI設計師提供UI設計思路。
說白了都是考慮每個功能使用者怎麼用的更爽。 - 互動設計師,互動;ui,視覺設計。
- 幹了五年產品經理,原型切身體會是,原型這個東西,一旦你畫了,就根本停不下來!最初只是想畫個草圖,但唯恐哪裡沒表達清楚,不斷在裡面搞設計,簡直就是個坑!這浪費了多少白花花的時間啊!到頭來該想的沒想清楚該理的沒理順該做的沒做好可做可不做的模糊不清…
如果不畫原型,互動搞不懂產品,UI搞不懂互動,技術搞不懂UI背後的邏輯,領導看不到產品經理的思路…那麼問題就來了!產品經理該不該畫原型?
看工作環境,有互動設計師在的情況下,別讓他不知道怎麼幹活(需求不清)也不知道還要不要幹不幹活(產品經理亂入互動)。
我現在是先跟互動設計師在紙上、白板上充分討論交流,讓他明白產品和功能以及使用者需求,接著討論大概的互動怎麼做,互動設計師下去用工具(推薦sketch,沒有集是設計師就自己畫也挺快的)做畫素級的線稿,我準備背後的需求、流程、邏輯,期間再碰N次。
他做完線稿圖,這一步非常重要!完成這一步三個人都可以開工了,UI設計師可以拿這個去做介面設計,我和互動設計師可以分頭做原型了。
因為sketch做圖又快又美還是畫素級,三人同時參考避免最終成果有偏差。所以我拿去套進axure,頁面配上功能說明、規則邏輯、流程圖等,生成產品經理版互動原型,用來彙報領導、溝通協調、需求評審與講解、與技術進行專案開發計劃評審評估工期等。
他繼續把線稿圖用axure做完全部互動細節設計,期間與我反覆溝通確認,最後生成互動設計原型。
差不多這個時候開發計劃出來的時候,互動設計原型已經完工了,UI主介面也差不多了,技術可以直接開搞不耽誤!
最重要的還是每個環節的人都對要做的東西認知基本一致,因為前期的反覆討論和溝通,以及相差不遠的線稿圖做各自工作的參考依據。
基本上一個好的互動設計可以解放產品經理做更多有利於產品的事情而不是被很多具體的細節套死。也就是腦子空出來了,可以多想多學多提升,產品or自己。
至於什麼低保真高保真,我能說句去尼瑪的保真麼!
太土了!低保真費時間還得討論一次更新一版,還不如手繪+討論現場get來得簡單粗暴有效!
高保真泥煤的不就是UI設計效果圖了麼,都到這一步了保真泥煤啊直接切圖搞開發不好嗎?
原型設計可以清楚明瞭講需求,所以產品經理要用!可以動起來的原型設計必須是深思熟慮過的互動,提升產品使用者體驗幾個檔次! - PM和互動設計師兩者怎麼配合,工作才不會重複,發揮最佳效果?
PM整理思維腦圖,頭腦風暴之後,優化思維腦圖,然後出草圖,你可以用Axure或者visio甚至騰訊出的UI disigner或者最近比較流行的Fluid UI(APP設計工具)來畫草圖,也可以稱之為低保真原型圖,在這個低保真原型圖中,你需要一一羅列功能點,互動細節大可不必提及,完成後主動找互動設計師進行溝通交流,要耐心的將各個功能點向互動設計師描述清楚。互動設計師瞭解到這些功能點之後,會根據自己專業能力的感知,來進行高保真原型設計。我一直認為,互動設計師應該精通Axure,甚至應該具備非常高的文字描述能力,因為作為PM,我覺得互動設計師、前端設計師就是靈魂鑄造師。高保真原型出來之後,PM應主動與互動設計師溝通,看看是否有需要修改的地方,兩個人需要在靈魂層面達到二合一的境界,對功能的理解一定不能有出入,一些功能細節,PM應該把關,某些互動細節,應該提出自己的意見,換位思考,理解互動的設計含義。耐心與責任心在這個時候顯得尤為重要。統一方案後,就可以提交UI進行設計了。之後就是前端工程師的靜態頁面設計,程式設計師的技術實現,TEST了。整個過程中,PM的溝通能力得到了最大程度的提現。所有的這些,都基於你對產品的熱情程度,因為只有熱情,才能讓你持續不斷的保持上文提到的那些能力。
相關推薦
原型圖、互動設計、UI圖的關係
做原型是表達自己思路的一種方式,任何崗位都可以製作原型與其他崗位進行工作上的溝通。當然,各個崗位製作的原型的側重點是不一樣的。產品經理和互動設計師所做的原型在銜接的地方難免有一些重複。但是互動設計師所負責的原型製作應該更加精細,更加全面,更關注任務交流和操作這個層面。而產品經理不需要製作出帶有豐富細節互動原型
原型圖、互動設計、UI圖,到底啥關係
其實一直以來都納悶,產品經理要做原型圖,然後UI設計師要畫UI 圖,這兩個之間貌似有許多重複的地方,而且還是大多時候還是並行進行,實在不知道二者之間的關係是什麼,通過查閱資料,做一下總結。 做原型是
圖靈系列叢書(互動設計、程式設計、大資料、人工智慧等)
建造者模式 簡介 建造者模式是屬於建立型模式。建造者模式使用多個簡單的物件一步一步構建成一個複雜的物件。這種型別的設計模式屬於建立型模式,它提供了一種建立物件的最佳方式。 簡單的來說就是將一個複雜的東西抽離出來,對外提供一個簡單的呼叫,可以在同樣的構建過程建立不同的表示。和工廠模式很
介紹幾款UML建模、資料庫設計和UI設計工具
我把我用過的設計工具介紹給大家,大家可以看看。 1.Rational Rose 很多人說Rose不好用,但是我覺得還是挺好用的,用了七八年了,主要是用熟了,而且也沒有什麼大毛病 2.XDE 2003 .Net裡面,你可以用XDE,但是隻有for visual studio
聊聊Zookeeper應用場景、架構設計、選主機制
Zookeeper作為一個分散式協調系統提供了一項基本服務:分散式鎖服務,分散式鎖是分散式協調技術實現的核心內容。像配置管理、任務分發、組服務、分散式訊息佇列、分散式通知/協調等,這些應用實際上都是基於這項基礎服務由使用者自己摸索出來的。 1.Zookeeper在大資料系統中的常見應用 zookeeper
分散式訊息系列:詳解RocketMQ的簡介與演進、架構設計、關鍵特性與應用場景
終身學習是程式設計師的必備能力,一群人在一起走得更遠,一起學習,共抗惰性。今天,我們來重點了解RocketMQ的簡介與演進、架構設計、關鍵特性及應用場景等內容。 本文內容大綱: RocketMQ的簡介與演進 RocketMQ的架構設計 RocketMQ的關鍵特性 RocketMQ的應用場景 01
App 研發錄、架構設計、Crash分析和競品技術分析------讀書筆記(第二章)
網路底層框架設計 1、不要自己定義網路請求框架,網路層不要使用AsyncTask 2、在網路返回資料Response的應該有一個規範的格式 { "isError":true, "errorType":1, "errorMessa
《LINUX 、UNIX 設計思想》讀後感,前六章
《LINUX 、UNIX 設計思想》 用UNIX思想來創造軟體,與設計軟體,LINUX思想也是UNIX思想的一種變稱,稱為第三種系統。 指本書中的第一種系統,第二種系統。 快速建立原型,發展第一種系統,快速達到第三種系統。從小的系統,以小為好建立。 不要只多一個方面看等第一
需求分析、概要設計、詳細設計析義(轉)
<一> 需求分析(requirement analysis) 需求分析是當前軟體工程中的關鍵問題。需求分析階段的任務是:在可行性分析的基礎上,進一步瞭解、確定使用者需求,準確地回答“系統必須做什麼”的問題。獲得需求規格說明書。還涉及到軟體系統的
[區塊鏈]2 以太坊 geth dev模式、互動console、有交易挖礦、自動挖礦
前言 上節我們講了基於ubuntu geth搭建以太坊私有鏈,並以dev方式啟動。什麼是dev模式?有什麼特點本節我們探討。 dev 模式 dev 模式,也叫回歸測試模式,主要用來給開發人員提供一個方便的開發測試環境。 在dev模式下,可以輕鬆的獲得以太幣,方
Ajax——優缺點、互動模型、跨域問題以及對同步非同步的區分
一、Ajax優缺點 優點: 1、最大的一點是頁面無重新整理,使用者的體驗非常好。 2、使用非同步方式與伺服器通訊,具有更加迅速的響應能力。 3、可以把以前一些伺服器負擔的工作轉嫁到客戶
App自動化《元素定位方式、元素操作、混合應用、分層設計、程式碼方式執行Pytest 命令》
堅持原創輸出,點選藍字關注我吧 作者:清菡 部落格:oschina、雲+社群、知乎等各大平臺都有。 目錄 一、App 元素定位方式二、元素操作三、測試混合應用四、以程式碼的方式執行 Pytest 命令五、App 自動化分層設計 App 自動化目前用得是 Appium,有 Python 版本的Uiauto
使用VS2010呼叫QtDesigner設計的UI檔案,並實現控制元件功能
一、利用Qt Designer設計UI。 參見《Linux視窗程式設計—Qt4精彩例項分析》 1、使用Qt Designer設計對話方塊的步驟: 2、Qt Designer5中表單模板。 3、建立窗體,在窗體放置控制元件(拖動控制元件到窗體介面); 4、佈局控制元件
開發前期必須準備的利器:開發原型圖、UI圖工具pxCook、找圖示、寫介面文件、程式碼託管等...
開發前期必準備的效率工具: 開發原型圖:Auxure https://www.axure.com.cn/axure/course/ ui圖量尺寸、標註尺寸 Pxcook’ http://www.fancynode.com.cn/pxcook 找圖示 inconfont
將課程作業01的設計思想、程序流程圖、源程序代碼和結果截圖整理成一篇博文
package static 技術分享 整理 public out 計算 mage 數字 1.程序設計思想 先讓用戶輸入要計算的數字的個數,然後讓用戶輸入這幾個數,將字符型轉化為整數,然後求和,最後輸出所求得的和即可。 2.程序流程圖 3.源程序代碼 pack
找人做LOGO設計、代人做商標設計、代人做企業公司品牌標誌圖標、找人做創意名片設計
常常 重要 出發 價值 自然 廣告語 自己 行為 正方形 為了更好地對logo的設計規律進行梳理分析, 探究其創新趨勢。本論文將細致分析logo的設計元素的分類及不同元素所代表的含義, 同時對logo的未來創新趨勢做出探討與研究。論文將以國外著名logo網站Logolo
AD9854原理圖、PCB設計原始檔,AD9854的簡要介紹及使用心得和一些建議——【電路模組使用心得1】
原理圖: 鄙人習慣在原理圖上將各種細節標註清楚~ PCB : 3D封裝看著舒服~ 晶片主要特點: 1. 高達300MHz的系統時鐘; 2. 能輸出一般調製訊號,FSK,BPSK,PSK,CHIRP,AM等; 3. 100MHz時具有80dB的信噪比; 4.
BIAGEMAP如何製作專題地圖(設計、規劃、測繪製作圖斑)標繪使用詳解
1、匯入/匯出AutoCAD檔案DXF格式 2、線上標註含有 點 線 面 的向量標註(KML/KMZ/SHP/DWG/DXF) &nbs
bigemap如何製作專題地圖(設計、規劃、測繪製作圖斑)標繪使用詳解
1、匯入/匯出AutoCAD檔案DXF格式 2、線上標註含有 點 線 面 的向量標註(KML/KMZ/SHP/DWG/DXF) 3、標註向量匯入匯出(支援格式KML、KMZ、SHP、GPX(GPS測量座標))
UML-活動圖、狀態圖、互動圖、部署圖和構件圖
活動圖描述活動流程活動圖與流程圖區別:活動圖可以併發執行動作,流程圖不可以。描述動態資訊。活動圖基本要素:(開始和結束成對出現)在實際專案中,活動圖不是必須的。狀態圖描述特定物件所有可能狀態以及狀態的轉移狀態圖和活動圖區別:狀態圖側重行為結果,活動圖側重動作狀態圖基本要素:狀