尹廣磊產品培訓簡版課件

產品經理培訓：策劃、設計、項目、用戶體驗主講人：WebPPD.com產品原型設計Axure

RP中文社區(qū)

創(chuàng)辦者

個人主頁本PPT只是簡版內容，只說重要的，不列沒用的。用戶體驗與交互設計體驗內容功能可用性交互設計目的性能交互設計配色布局操作過程

反Box的布局烘托氛圍輔助區(qū)分布局，留白、隔斷、陰影、漸變淡化UI，讓內容更突出部分還原真實感響應、過渡效果、移位一個頁面放多少內容？擺在哪兒，怎么擺？柵格主與次每一步操作，都基本符合他的預期。次級不要太深根據使用頻率，做優(yōu)化。960UI交互設計——布局主與次7±2原則即“由于人類大腦處理信息的能力有限，它會將復雜信息劃分成塊和小的單元。根據喬治A米勒（GeorgeA.Miller）的研究，人類短期記憶一般一次只能記住5-9個事物?！敝髋c次反Box設計反Box設計擬物化的設計也要適時而用操作過程——移位正確表達真實感表達創(chuàng)意表達產品經理要做什么？產品經理產品策劃的本質產品策劃：用戶動機才是以用戶為中心的方法論泛泛的說以用戶為中心不夠具體，實際上用戶對于某個產品的使用動機，才是抓住用戶需求和體驗的關鍵。比如：到現(xiàn)場聽老師講課，核心動機是所講內容，你就不會介意椅子是不是能像沙發(fā)一樣舒服。而如果你是要約見自己的小情人，那可能你就要在意一下室內的環(huán)境和沙發(fā)的舒適度了。比如：apple不同產品不同時間的廣告與動機的關系。iPod舞動，Iphone直觀，Iphone3GS各式各樣應用樂啊打折“用戶體驗”幾大要素的優(yōu)先級用戶體驗可操作性就不太好控制，它的量化更是一個彈性的標準。

如果沒有個主次等級，眉毛胡子一把抓，那么心力交瘁，收效甚微。1.用戶動機

產品能夠滿足某些人的某類需要，能夠為他們創(chuàng)造自己產品所倡導的價值，

這是頭等重要的用戶體驗，沒有這一點一切產品形態(tài)的東西都會是空談。2.產品信息結構

產品總共有多少個主體要素，這些要素以何種方式組織起來最為輕巧簡練，

讓用戶只通過簡單的使用就能形成一些基本結構化的印象，

知道它是怎么回事兒了，知道什么東西可能應該在哪兒了。3.用戶操作流程

這是交互設計中的重中之重，如何讓用戶的操作流程在上邊信息結構簡練的基礎上，

讓用戶的每一條指令，每一步操作，都基本符合他的預期，

以更自然、流暢的方式完成了他所要操作的任務，中間盡可能讓用戶少犯錯誤。4.可靠性、穩(wěn)定性

在用戶已經熟悉、依賴上一個產品以后，

沒有什么比可靠性、穩(wěn)定性的問題更令人感到憎惡了。

這也不難理解為什么iPhone4的天線問題會有如此大的關注。5.頁面布局，合理內容的主次位置

產品的每一個頁面有它存在的意思，那是因為它肯定要完成一個它必須能完成的任務。

這個必須能完成的任務，是不是放在了頁面的主體首要位置是這個頁面體驗好壞的關鍵。

有的設計總想拐著彎的搶占它的主體位置，你這就是在挑戰(zhàn)用戶的忍耐程度。6.側欄位置上，推薦內容的相關性程度

頁面布局除了保證主體內容的主體位置以外，

相對次要的側欄位置也是好好利用的設計空間所在。

如何通過機器或人為參與，提高側欄內容的相關性程度，

能給用戶帶來意外性的體驗提升。

諸如那些“看過此書的人還看過...”等等?！坝脩趔w驗”幾大要素的優(yōu)先級Web項目的流程敏捷開發(fā)：不要把頭腦風暴會議和方案確定會議放在一起所謂快速開發(fā)（敏捷開發(fā)）就是在執(zhí)行環(huán)節(jié)使用最成熟有效的經驗，不要在執(zhí)行環(huán)節(jié)再討論太多的創(chuàng)意，對于創(chuàng)意可以在執(zhí)行環(huán)節(jié)之外，頭腦風暴時自由討論，把其中討論比較成熟的部分在下一個迭代周期更新上去，始終保持先線上的產品簡單成熟可信賴，這樣一步步讓產品走向極致。領導產品經理與領導的默契產品經理模糊狀態(tài)下的理解力把握領導的邊界尺度，理解他一貫的期待和夙愿結構化的表達能力思路清晰將現(xiàn)象結構化，分條分步驟。形成方案給領導拍板。服從式的執(zhí)行能力領導沒有異議的你來填充完善細節(jié)，領導指明了關心的點，以他的意見偏重并執(zhí)行。原文鏈接交互設計或產品設計師的積累學會用過程式思維改變節(jié)點式思維比如：產品設計師問，我到底是要做高保真原型還是要做低保真原型？如果是節(jié)點式思維方式，那就會說了，高保真有什么什么好，低保真有什么什么好。

其實他自己都知道高保真與低保真的優(yōu)缺點，不用你再跟他重復一遍。

針對這個問題，過程式思維方式是先想原型是干嗎用的？

原型是幫助你在項目過程中與團隊成員溝通的產出物，原型主要目的是幫助溝通的。

既然是過程中幫助溝通，那我所面對的溝通對象都是一樣的嗎？

顯然有大領導，有運營編輯，有美工前端，還有后臺程序員，都不一樣。

那這些人想要和我或我要和他們溝通的內容都是一樣的嗎，顯然也不一樣。

那我為什么說和他們溝通時做的原型卻是同一個？比如：和領導溝通，你要把需求的主次列成條，然后的產品畫出結構圖，

主要功能哪幾個，主要頁面哪幾個，主要流程怎么樣。

產品沒做出來前，領導是看粗不看細，產品做出來后，領導是看細不看粗。和運營編輯溝通，編輯們不講結構，不講主次，

他們天天接觸用戶，他們了解用戶的需要或他的需要。

他們只關心他一慣期待的功能有了嗎，是不是比另一個網站的好用。

和美工前端溝通，他們不講那么多產品在運營特色上面的事兒。

他們只講你給的原型在多大程度上限制了他們的發(fā)揮，影響了他們的規(guī)范一致性。

所以你給的原型，盡量不要有視覺色彩，而可以有一些灰色層次上的變化。

沒有層次的原型，領導和編輯們看起來也受不了。

和程序員溝通，他們不講這兒好看那兒好看，他們講的是代碼之美，說了你也不懂。

他們只講你給的原型，他要干多少個功能，加多少回班。

所以你給他們的原型，就需要把你的整體原型以功能的角度做一些劃分。

然后把這些功能逐一在開發(fā)經理的幫助下把細節(jié)的要求注釋補充好。

由開發(fā)經理控制一些代碼層面的質量，你負責跟進做功能的解釋和說明。詳細原文：

學會用過程式思維改變節(jié)點式思維2原型原型在項目中的意義：1.快速且低成本地獲得反饋2.在多種可能中對比試驗3.輕松修改或者放棄設計快速原型制作軟件-線框圖，原型，規(guī)格文檔RapidPrototyping-Wireframes,Prototypes,Specifications一款可以快速實現(xiàn)、準確表達、帶有交互效果且易于上手的原型設計利器Axure(aksh?r)，RP是RapidPrototyping(快速原型縮寫)。AxureRP網站快速原型工具，可以快