產品經理的原型設計應該做到什麼程度?

時間 2021-06-01 03:02:28

1樓:有趣的張大敏

原型≠需求,它只是一種澄清需求的工具。

澄清需的方式可以有:口頭、文字、手繪圖、excel、原型圖、原型圖+文字……總之,能讓別人準確、快速GET到你的點就行。

字不如表、表不如圖,圖是最直白的,所以現在原型圖是最常用於澄清需求的工具。

原型圖的詳細程度,和公司的崗位職能有很大關係。

小公司盛產多面手,你身兼N職,同時擔任產品經理、UX、UI,開發直接照著原型幹活,那需要高保真原型圖,包含產品的所有細節。

大公司多螺絲釘,你只需要輸出低保真原型即可,頁面布局互動、字型字型大小顏色等,後期有UX和UI接手。

2樓:Luke

產品、運營、設計之後的邊界將越來越小。

精通sketch,或許是未來產品經理的必備技能。

事實證明,只要將業務需求梳理清楚,用axure或sketch畫原型,時間幾乎差不多,不存在浪費時間的說法,而prd文件中帶有清晰的高保真原型圖,會更高效的傳達需求規格。

目前很多大廠在招聘pm時雖然沒有硬性規定必須掌握sketch,但不會使用的應聘者,除非非常優秀,否則已經很難拿到offer了。我負責面試的應屆,在本科階段就掌握sketch了。

我的建議,某些頁面不用像UI一樣做的非常有設計感、畫素間隔一絲不苟;但常用的表單頁、資訊查詢頁,可以按照以往的設計規範,只要會使用sketch,完全可以做出UI的效果。

以下是我給某行做的公積金提取功能的原型圖,總共2小時不到即可完成。

3樓:小P大M

這個看你用原型來幹啥,如果是用來需求評審,那就描述清楚,畫明白就行,到時候評審的時候你會一點一滴的給開發和設計以及測試講明白邏輯,基本不用指望他們全靠這個原型和文件就能開發成你預期的樣子,從此以後再也不聯絡你,直到開發或者切圖完畢。實際情況是,這個原型就是你評審的時候用的,他們在設計或者開發時哪怕有一丟丟疑問也會把你喊過去找你確認(沒辦法,誰讓產品就是跑腿的)。如果原型是給領導匯報的,那就要求高了很多,很多互動能做出來就做出來(因為他們就是使用者),必要的時候可以請設計同學幫個忙。

因為匯報的時候領導可沒時間聽你把所有詳細邏輯講完,他們就想看產品上線的時候大致長什麼樣子,有什麼功能,每個功能使用者怎樣操作的,功能設計能否達到他們心中的預期效果。如果能那就這樣做,如果不能領導又會提各種想法以及問題,然後你就要跟他解釋某個功能裡面的詳細邏輯,越解釋越細,越解釋領導越糊塗。然後,,,就沒有然後嘍。

4樓:MacQing

答:還原真實需求;

有時候我們做原型設計,總想著我要拿著原型去征服上下游,其實我們最應該征服的是我們的使用者。

當我們發現乙個需求的時候,我們會有很多種解決方案;那麼這時候我們要把可能的方案全部寫好,然後去對比方案的優劣。而不是糾結產品原型設計應該做到那種程度。

做到那種程度取決於上下游的要求;

產品原型最終服務的物件是上下游理解需求本質。

產品原型終端使用者是使用者,使用者使用的又不是產品原型,而是真實的產品,所以要多花費精力在產品需求本質的解讀上。

最終的結論:

產品原型服務於使用者需求,產品原型設計到什麼程度取決的上下游的要求,以及資訊傳達是否到位,修改是否有說明;

使用者使用的是最終對外發布的產品而不是產品原型,請注意調優。

5樓:vigo梓賢

看你在什麼位置,如果是乙方,一般甲方都要求高保真的,如果在甲方就沒有要求這麼多,不過如果要給老闆看,又有時間的話,也可以做高保一點。高保真的原型,開發也容易理解一點,專案風險也會降低。高保真程度你可以參考這篇文章Axure原型分享:

AI機械人管控平台(語義管理、知識庫管理平台)

6樓:專業潑冷水趙小客

除了原型圖之外,還應該包含互動圖、產品規則的說明,對於一些複雜流程,最好還能配上流程圖,方便kick off時給大家講解。

產品細節應該做到什麼程度?

關注使用者與產品進行互動的操作,會發現原來利益關係人忽略的細節,使用者未必按照你設計的方式去使用產品,其中的黑盒子,未必會造成很大的負面影響,但是基於具體的任務和使用場景的關注才是產品細節的關注。 鄺石 開始不要過度糾纏細節,先抓核心,放出第乙個版本之後快速迭代,用小步快跑的方式去完善產品。愛的反面...

作為產品經理,原型設計完在等待產品上線的這個階段,大家都在做什麼?

薄荷糖 1.組織測試人員,等開發完成後,馬上投入測試2.每週兩次大會跟進研發進度 3.收集整理除這次開發功能以外的需求,整理需求池,評估需求等級,輸出原型,方便後續迭代 4.準備產品使用手冊說明書等相關的發布上線後需要給到客戶的文件資料 多明哥 給我感覺你所謂的產品應該只是某個產品生命週期中的一部分...

產品經理不出原型,說出原型應該是UI的工作,不然UI就是只是在做美工。我應該如何看待目前這種現狀?

可以理直氣壯不出原型的產品經理應該只有資料產品經理吧?思維導圖這玩意,除了理理思路外,就沒什麼卵用了。並且這玩意比原型還簡單,ui設計師也能做的啦,不是現在號召ui設計師們做全鏈路或者全棧嗎?你產品經理只提需求就行了嘛,多簡單,沒有老闆的命得了老闆的病。一般情況下不出原型的產品經理,要麼是不會,要麼...