原型設計與PRD入門
原型和PRD是產品經理的主要產出物，和上一章功能和流程是緊密相關的，可以說他們是功能和流程的視覺化。
原型和PRD繪製時有一些技巧和規律可循。其中很重要的一部分是工具的使用，聰明的大家去摸索一下就會很熟悉
頁面流程與頁面結構圖
頁面流程圖
瞭解頁面流程圖
-
互動設計/原型設計的底子，基本依據
-
代表使用者的操作過程，先作業面流程能快速發現體驗問題
-
突出頁面重點元素與邏輯關係，提升原型設計的效率
eg:
image
頁面流程圖和資訊架構圖的區別
image
-
頁面流程圖，以使用者視角，主要看流程的合理性
-
資訊架構圖，以產品視角，主要看包含多少功能點
-
頁面流程圖適合於條狀比較複雜的產品功能，如電商、社交產品
-
資訊架構圖適合於層級比較分明的，如音樂產品、新聞客戶端、閱讀類產品等
頁面流程圖包含什麼？
-
四方形：業務流程中四方形部分，異常流程為tips或者彈層
-
流向：主幹流向和輔助流向
-
重點元素：每個流程中，重點體現和表達的內容是什麼？
畫頁面流程圖的工具
-
axure就足夠了，因為花了頁面流程緊接著就是原型圖
-
PPT也可以，快二容易講解
後面以這樣的一個需求作為案例講解：
image
迴歸到業務業務流程，明確主線
-
頁面流程一定來自於業務流程
-
一般業務流程中的方形部分
-
異常流程一般為碳層或彈窗
-
業務流程畫得好，頁面流程就很簡單
如果你的工作中，很多時間都是用來畫原型改原型的話，就要好好反思一下，你的業務流程和頁面流程是不是出了問題
這是上面產品的業務流程：
image
建立優惠碼，後臺的頁面流程:
image
一般來說，後臺的頁面流程時間充沛的時候才去做。
使用優惠碼：
image
最後使用者的流程是這樣的：
image
明確頁面中重點的元素
-
功能在頁面中，有哪些是需要表現元素
-
增加異常流程的處理邏輯
-
增加輔助的幫主頁面
-
考慮下游觸發點
上面的流程得到的結果是這樣的
image
溝通和優化調整
-
儘可能窮舉設計的頁面，然後做減法
-
通過草圖，優化調整頁面關鍵元素
-
與UI、UE前端研發等多溝通有更好的效果
原型設計的基本原則
什麼是產品原型？
回到產品畫布，原型所處的位置，在產品分析過程中，最有可能出現的地方是解決方案的這個地方，因為原型就是解決方案的一種呈現，在工作流中，原型在需求評審和研發測試的時候發揮作用。
image
簡單來說，原型承載瞭解決方案的細化和落地.
產品原型的概念
-
產品原型，也叫線框圖。使用線條、圖形繪製出的產品框架
-
產品落地的關鍵點，從虛擬概念到使用者解除的節點
所謂的虛擬概念，就是需求和問題的轉化，得到一個具體的方案。然後以產品原型的方式呈現
- 產品經理產出的關鍵內容，上傳下達，傳達給UI、UE同事，而且會成為研發參考的重要材料。
五大原型設計常用工具
非常推薦手繪原型，因為它很容易修改。一般情況下，你是用紙和筆畫原型的時間要佔到你整合原型繪製過程中的80%的時間。
原型的繪製關鍵是人，至於工具，選一個自己用的順手的就可以了。
好的原型有什麼特點？
image
如何開始原型設計?
從原型到上限的過程
image
動手之前的忠告
- 產品需求沒想明白之前，不要摸Axure
- 產品流程沒理清楚之前，不要摸Axure
- 在你沒有手繪草圖之前，不要摸Axure
- 在你沒把草圖和Boss過了基本確定之前。不要摸Axure
我們在基本方案確定之前，採用手繪，這樣的方案效率是最高的，成本也是最低的。
開始原型設計
image
image
原型設計的好習慣
先手繪，再上軟體
- 討論階段，手繪成本最低，調整容易
- 大白板、A4紙都可以
- 如果是APP的設計，可以去某寶買帶手機框的白紙
用真實比例，真實的文案
- 真實比例、真實字號會讓元素更真實
- 真實文案可以避免在需求評審的時候被質疑
- 真實模擬可能出現的極端情況，並示例清楚
不要上顏色 不要上顏色 不要上顏色 不要上顏色
目錄樹清晰，閱讀流暢
image
有修改記錄，關鍵修改重新儲存檔案
image
image
緊扣需求主題，不橫生枝節
- 如果原型需要增加新功能，先考慮後端資料來源
- 不要為了“長得好看”而増加新模組
image
三招讓你成為原型設計大牛
- 一定要努力畫
- 一定要認真畫
- 重複1和2
如何寫需求文件
好多人認為需求文件很沒有用，因為都沒人看寫了沒有成就感，對專案也沒有幫助。
實際上需求文件除了評審會議時，協助內部溝通外，它更重要的是存檔的作用，它能讓需求有據可查，交接更容易,更職業，跟進者瞭解之前的做法和過程。
什麼是需求文件
-
俗稱：
-
俗稱：MRD、PRD、BRD等等，概念不重要
-
效果：說明為什麼要幹，怎麼幹，幹了後有什麼效果’
-
內容：明確產品背景、需求、流程、原型、互動等內容
-
誰看：需求文件的閱讀物件：設計師、研發、測試
需求文件有什麼用？
image
用什麼工具寫需求文？
- Word:傳統的需求文件都是Word的，如果大的專案，我還是建議用Word的來寫的
- Axure標註：直接用axure中寫標註，小功能、初創團隊的首選，團隊配合融洽，可以用這個
高顏值的需求文件有什麼特點？
- 結構： 邏輯清晰，層次分明VS沒有標準過程
- 背景：需求背景描述清楚VS一上來講功能和原型
- 流程圖：業務流程、頁面流程均有VS一上來講原型
- 目標：考核指標、演算法清楚VS沒指標憑感覺
- 習慣：變更過程清楚VS改來愛去改回第一版
需求文件怎麼寫
image
專案背景以需求分析
- 水提需求》什麼市場？遇到什麼問題？
- 簡要描述分析過程：決策過程和依據是什麼？解決方案是什麼？
- 有沒有相關的北京資料資料
- 明確本錯需求：使用者、場景、需求、解決方案是什麼？
本次需求的目的及功能
- 這個需求整體是什麼樣子的？是否要分階段？
- 本次需求做哪些？前後關係是什麼？
- 本次需求的功能清單有什麼？
- 涉及的功能或頁面有什麼？
流程與所處的產品模組關係
- 業務邏輯圖
- 業務流程圖
- 頁面流程圖
功能細節描述
- 互動設計
- 原型圖
簡要的測試用例（可選）
- 關鍵用用例什麼
- 重點關注點
- 錯誤提示表等
考核指標
- 本次時羞怯要統計哪些指標？
- 怎麼計算的？
- 怎麼埋點的？
ofollow,noindex">三節課官網需求文件
--
這是我在學習產品能力的第10篇學習筆記。歡迎拍磚。