原型和PRD是產(chǎn)品經(jīng)理的主要產(chǎn)出物,和上一章功能和流程是緊密相關(guān)的,可以說他們是功能和流程的可視化。
原型和PRD繪制時有一些技巧和規(guī)律可循。其中很重要的一部分是工具的使用,聰明的大家去摸索一下就會很熟悉
頁面流程與頁面結(jié)構(gòu)圖
頁面流程圖
了解頁面流程圖
交互設(shè)計/原型設(shè)計的底子,基本依據(jù)
代表用戶的操作過程,先作業(yè)面流程能快速發(fā)現(xiàn)體驗問題
突出頁面重點元素與邏輯關(guān)系,提升原型設(shè)計的效率
eg:

頁面流程圖和信息架構(gòu)圖的區(qū)別

頁面流程圖,以用戶視角,主要看流程的合理性
信息架構(gòu)圖,以產(chǎn)品視角,主要看包含多少功能點
頁面流程圖適合于條狀比較復(fù)雜的產(chǎn)品功能,如電商、社交產(chǎn)品
信息架構(gòu)圖適合于層級比較分明的,如音樂產(chǎn)品、新聞客戶端、閱讀類產(chǎn)品等
頁面流程圖包含什么?
四方形: 業(yè)務(wù)流程中四方形部分,異常流程為tips或者彈層
流向: 主干流向和輔助流向
重點元素: 每個流程中,重點體現(xiàn)和表達的內(nèi)容是什么?
畫頁面流程圖的工具
axure就足夠了,因為花了頁面流程緊接著就是原型圖
PPT也可以,快二容易講解
后面以這樣的一個需求作為案例講解:

回歸到業(yè)務(wù)業(yè)務(wù)流程,明確主線
頁面流程一定來自于業(yè)務(wù)流程
一般業(yè)務(wù)流程中的方形部分
異常流程一般為碳層或彈窗
-
業(yè)務(wù)流程畫得好,頁面流程就很簡單
如果你的工作中,很多時間都是用來畫原型改原型的話,就要好好反思一下,你的業(yè)務(wù)流程和頁面流程是不是出了問題
這是上面產(chǎn)品的業(yè)務(wù)流程:

創(chuàng)建優(yōu)惠碼,后臺的頁面流程:

一般來說,后臺的頁面流程時間充沛的時候才去做。
使用優(yōu)惠碼:

最后用戶的流程是這樣的:

明確頁面中重點的元素
功能在頁面中,有哪些是需要表現(xiàn)元素
增加異常流程的處理邏輯
增加輔助的幫主頁面
考慮下游觸發(fā)點
上面的流程得到的結(jié)果是這樣的

溝通和優(yōu)化調(diào)整
盡可能窮舉設(shè)計的頁面,然后做減法
通過草圖,優(yōu)化調(diào)整頁面關(guān)鍵元素
與UI、UE前端研發(fā)等多溝通有更好的效果
原型設(shè)計的基本原則
什么是產(chǎn)品原型?
回到產(chǎn)品畫布,原型所處的位置,在產(chǎn)品分析過程中,最有可能出現(xiàn)的地方是解決方案的這個地方,因為原型就是解決方案的一種呈現(xiàn),在工作流中,原型在需求評審和研發(fā)測試的時候發(fā)揮作用。

簡單來說,原型承載了解決方案的細化和落地.
產(chǎn)品原型的概念
產(chǎn)品原型,也叫線框圖。使用線條、圖形繪制出的產(chǎn)品框架
產(chǎn)品落地的關(guān)鍵點,從虛擬概念到用戶解除的節(jié)點
所謂的虛擬概念,就是需求和問題的轉(zhuǎn)化,得到一個具體的方案。然后以產(chǎn)品原型的方式呈現(xiàn)
- 產(chǎn)品經(jīng)理產(chǎn)出的關(guān)鍵內(nèi)容,上傳下達,傳達給UI、UE同事,而且會成為研發(fā)參考的重要材料。
五大原型設(shè)計常用工具
筆和紙
筆和紙
筆和紙
筆和紙
原型工具: Axure、Sketch、墨刀等。
非常推薦手繪原型,因為它很容易修改。一般情況下,你是用紙和筆畫原型的時間要占到你整合原型繪制過程中的80%的時間。
原型的繪制關(guān)鍵是人,至于工具,選一個自己用的順手的就可以了。
好的原型有什么特點?

如何開始原型設(shè)計?
從原型到上限的過程

動手之前的忠告
- 產(chǎn)品需求沒想明白之前,不要摸Axure
- 產(chǎn)品流程沒理清楚之前,不要摸Axure
- 在你沒有手繪草圖之前,不要摸Axure
- 在你沒把草圖和Boss過了基本確定之前。不要摸Axure
我們在基本方案確定之前,采用手繪,這樣的方案效率是最高的,成本也是最低的。
開始原型設(shè)計


原型設(shè)計的好習慣
先手繪,再上軟件
- 討論階段,手繪成本最低,調(diào)整容易
- 大白板、A4紙都可以
- 如果是APP的設(shè)計,可以去某寶買帶手機框的白紙
用真實比例,真實的文案
- 真實比例、真實字號會讓元素更真實
- 真實文案可以避免在需求評審的時候被質(zhì)疑
- 真實模擬可能出現(xiàn)的極端情況,并示例清楚
不要上顏色 不要上顏色 不要上顏色 不要上顏色
目錄樹清晰,閱讀流暢

有修改記錄,關(guān)鍵修改重新保存文件


緊扣需求主題,不橫生枝節(jié)
- 如果原型需要增加新功能,先考慮后端數(shù)據(jù)來源
- 不要為了“長得好看”而増加新模塊

三招讓你成為原型設(shè)計大牛
- 一定要努力畫
- 一定要認真畫
- 重復(fù)1和2
如何寫需求文檔
好多人認為需求文檔很沒有用,因為都沒人看寫了沒有成就感,對項目也沒有幫助。
實際上需求文檔除了評審會議時,協(xié)助內(nèi)部溝通外,它更重要的是存檔的作用,它能讓需求有據(jù)可查,交接更容易,更職業(yè),跟進者了解之前的做法和過程。
什么是需求文檔
俗稱:
俗稱: MRD、PRD、BRD等等,概念不重要
效果: 說明為什么要干,怎么干,干了后有什么效果’
內(nèi)容: 明確產(chǎn)品背景、需求、流程、原型、交互等內(nèi)容
誰看: 需求文檔的閱讀對象:設(shè)計師、研發(fā)、測試
需求文檔有什么用?

用什么工具寫需求文?
- Word:傳統(tǒng)的需求文檔都是Word的,如果大的項目,我還是建議用Word的來寫的
- Axure標注:直接用axure中寫標注,小功能、初創(chuàng)團隊的首選,團隊配合融洽,可以用這個
高顏值的需求文檔有什么特點?
- 結(jié)構(gòu): 邏輯清晰,層次分明VS沒有標準過程
- 背景:需求背景描述清楚VS一上來講功能和原型
- 流程圖:業(yè)務(wù)流程、頁面流程均有VS一上來講原型
- 目標:考核指標、算法清楚VS沒指標憑感覺
- 習慣:變更過程清楚VS改來愛去改回第一版
需求文檔怎么寫

項目背景以需求分析
- 水提需求》什么市場?遇到什么問題?
- 簡要描述分析過程:決策過程和依據(jù)是什么?解決方案是什么?
- 有沒有相關(guān)的北京數(shù)據(jù)資料
- 明確本錯需求:用戶、場景、需求、解決方案是什么?
本次需求的目的及功能
- 這個需求整體是什么樣子的?是否要分階段?
- 本次需求做哪些?前后關(guān)系是什么?
- 本次需求的功能清單有什么?
- 涉及的功能或頁面有什么?
流程與所處的產(chǎn)品模塊關(guān)系
- 業(yè)務(wù)邏輯圖
- 業(yè)務(wù)流程圖
- 頁面流程圖
功能細節(jié)描述
- 交互設(shè)計
- 原型圖
簡要的測試用例(可選)
- 關(guān)鍵用用例什么
- 重點關(guān)注點
- 錯誤提示表等
考核指標
- 本次時羞怯要統(tǒng)計哪些指標?
- 怎么計算的?
- 怎么埋點的?
--
這是我在學習產(chǎn)品能力的第10篇學習筆記。歡迎拍磚。