畫原型圖的幾大坑,你被埋了嗎?!
寫這篇文章的原因呢,是因為終于選股寶不是只有一個產品狗惹,最近招了個實習生小盆友幫忙。然后捏,懶癌發作,就想把自己不想畫的電子原型稿交給小朋友做(暫時先我畫手稿,他畫電子稿)。不過,畢竟是沒有在實際的產品工作中畫過原型圖,很多習慣還沒有養成,正好寫篇文章梳理下,同時會輔助一些例子來說明吧。
畫圖原則
掉過坑、爬起來、撣一撣,才知道踩的是坑。先說幾個通過掉坑得出的幾大畫圖原則吧:
1、手稿原型圖優先于電子稿原型圖
原型圖是需求的外在體現,邏輯是需求的內在體現,兩者并不對立,反而是相輔相成關系。
大致理順邏輯才能開始畫原型圖,而畫原型圖的過程又可以檢查邏輯。因此,畫原型圖的過程,也是再次梳理邏輯的過程。
那么,勢必就會遇到修改,而修改,成本就可大可小了。
對于手稿來說,想到了就秒秒鐘畫,錯了就秒秒鐘擦,驗證合適不合適速度飛快;
對于電子稿來說,想到啥要畫,還得各種拖動控件,搞排版,簡直累人累己分分鐘速度小渣渣;
因此,在快速驗證或者梳理需求的過程中,強烈推薦用手稿的方式。(p個s,手稿建議用鉛筆橡皮,我們要環保嘛~)
你們可以發現咯,其實絕大部分的事情基本上都是這樣的:先花絕大多數的時間去準備好寫什么(戰略上),再用很少的時間去根據準備的東西畫圖、寫PPT、做報告等(戰術上),這樣的效率相對比較高。
2、電子稿要“貪靚”
這點的話,是我個人的需求滿足,其他人有木有要求我就不清楚了。
什么叫“貪靚”?就是要好看。這個好看,不是說讓你搶了設計師的飯碗,把原型圖畫的跟設計稿一樣你就最厲害了,而是要保證以下要點:
- 頁面框架要清楚;
- 頁面不影響設計;
- 頁面元素要統一;
- 頁面排版要整齊;
我不喜歡過手的東西可以齊整的地方不齊整,可以好看的地方不好看,強迫癥啦。
至于上面提到的四個點,等下我會輔助例子進行詳細說明。
3、電子稿不宜占用過多時間
雖然第二點提到了要好看,但是不能因為好看而主次顛倒,花費了大量時間在電子原型圖上,那就得不償失了。原型圖可以說是需求分析的最后一層了,重點始終是前面的思考。
而為啥很多人畫原型圖慢呢?
因為畫圖前不考慮清楚就上軟件呀!
因為畫圖習慣不好就上軟件呀!
因為動不動就上軟件,然后反反復復反反復復呀!
電子稿需要注意的地方
說完以上的大原則后,接下來結合實例,來說說電子稿的一些注意點(避免你又劃上去看,友情提醒:就是上文提到的第二點:原型圖要好看):
1、頁面框架要清楚
很多初手畫原型圖,一般是畫多少頁面就重建多少page,并且每個page都是平行關系。在這種情況下,想通過看原型圖的目錄來了解產品的頁面關系,完全是懵掉的,和你對接的設計和開發也可能分分鐘狗帶。
比較合適的方式是,畫原型圖之前先搞清楚頁面與頁面之間的關系,在頁面目錄中根據頁面關系建立好空的頁面后,再進行具體頁面的設計。
舉例如下圖:
左邊:為平行關系的頁面;
右邊:為有主次的頁面(頁面名字亂起的哈);
2、頁面不影響設計師的視覺
這點和大家天天嘴里說的“高保真原型圖”恰恰相反。
為什么呢?
產品經理需求分析完成后,需要拿著原型圖和設計師進行直觀溝通,溝通清楚之后,設計師就會開始設計。
那么,原型圖對于設計師而言,是一個便于理解需求的工具亦或是忘記需求時的查看工具,從這個角度說,就不該給工具賦予一些其他角色,比如影響設計師的設計感覺。
舉例如下圖:
左邊:用固有的占位圖或者按鈕來表示一些需要的內容;
右邊:用不知道從哪里找來的風格不同的icon拼湊;
人對看到的東西會產生印象,設計師看到你找來的icon們,腦中同樣也會有相應的反應:
如果你找的風格比較一致也還看著闊以,那么設計師有可能會按照你找的icon風格來做;
如果你找的風格水準差異巨大,那么設計師有可能會從你找的集中icon風格中挑選一種好點的來做。
當然,以上是不負責的揣測,設計師到底如何做本身就是一種對設計師自身的要求,這點我們暫且不談。
不能幫助設計師設計沒有關系,但是去干擾設計師設計那就罪過了。
當然,如果貴司沒有設計師,那么,又是另當別論啦。(不要設計師的團隊一定是對自己的產品自信心爆棚吧!)
3、頁面元素要統一
畫原型圖的時候,勢必會用到很多軟件中自帶的控件。一開始沒有形成自己習慣的時候,可能會有以下情況:
同一個頁面內同一種控件代表好多種行為;
同一個頁面內同一種控件表示同一個行為,不同頁面之間同一種控件表示好多種行為;
舉例如下圖:
左邊:代表占位符,不可點擊;代表按鈕,可點擊;
右邊:比較混亂,兩個控件亂用,不能點擊的地方用了按鈕,能點擊的地方又用了占位符;
4、頁面排版要整齊
這點處女座的產品經理應該不會有疑問吧?哈哈。排版整齊主要指:
該左右對齊的地方對齊;
該上下居中的地方上下居中;
間隔該一致就一致;
舉例如下圖:
左邊:上下、左右都對齊;
右邊:額,紅色標記的都沒有對齊嘛;
可能看到這里的小童鞋們會覺得,艾瑪,好麻煩呀,感覺要遵守這么多規則,畫個圖還不得累成狗呀?
畫圖技巧
事實上并不會好咩?下面瑤子哥哥教點大家都知道的小技巧:
1、善用輔助線
輔助線能夠幫助你分分鐘對齊,并且無時不刻闊以用到它:畫整體頁面、畫局部部件等等都闊以。用過office大件套的孩紙們都懂得。
下圖中紅色框內的四根輔助線我是必定會有的;藍色框內的線是拖動了控件時系統會出現的(說這個感覺自己好智障)
怎么用輔助線,就看個人習慣咯。
2、善用母版
會多處用到的一整塊的東西盡量用母版,為啥?
- 如果你采用到處復制粘貼的方法的話,那么如果有修改,你就得一次一次的修改好多地方,浪費時間;
- 如果你采用每次都自己重新畫的話,那比上面還慘,應該沒這種童鞋吧?
同時,母版順便解決了排不齊的問題,畢竟,大部件拖起來容易排整齊的多。
Convert to Master起來~
3、善用組合
很多童鞋一開始的時候都不喜歡用組合,反正畫完都一樣嘛對不對 ?不對!
萬一你下個版本要把整坨東西換到另一個位置上去呢?萬一你整個頁面要出現類似的東西好多遍呢?
雖然第二點剛說過要善用母版,但是母版也不是越多越好。
在不是全局出現的情況下,闊以把相關控件組合起來,不管是單頁面上的復制粘貼還是挪動,都會非常方便,同時又無形之中解決整齊問題。
相比于鼠標拖個范圍選中一大坨東西來說,組合實在是顯得太干凈了,蛤蛤。
Ctrl+G起來~
4、不要過度用case里的花哨功能
曾幾何時,我也是天天玩面板、中繼器玩的飛起的孩紙,現在最多用的就是頁面跳轉,實在不行了也用用面板之間的設置功能。
當然,中繼器啥的在某些地方還是很好用的,不過,移動端產品基本沒有用到的機會,反正畫了這么久了,就沒用到過。
不過,做后臺的產品童鞋可能需要,然而我還是覺得中繼器操作起來還是有點麻煩。
5、不要過度用條件判斷
這個多數可能會出現在高保真原型圖上面吧,會要求每個控件都能夠按照本身的邏輯條件出現相應的行為。
聽起來好像很簡單?不就是頁面跳來跳去嘛~不就是面板出不出現嘛~
圖樣惹,你去判斷個登錄注冊流程再說簡單!
我記得剛做產品的時候,跟著一個產品經理妹紙分工畫原型圖,我發現她每次都把所有控件的條件都列出來,當時覺得好牛逼啊,為了不慫and整體原型圖保持一致,然后就花樣作死了。
下圖是當時做的登錄注冊流程,應該平均一個控件上至少都有5、6個判斷條件吧。
現在想想,真是醉了??梢杂梦淖盅a充清清楚楚說明白的事情,非要折騰原型圖,何必呢?
另外,補充一下第4和第5點,過度用花哨功能和條件判斷,會引起另外一個世紀大問題,那就是控件的命名!
做大量條件判斷或者復雜的case是會需要指向某個控件的,那么對于控件的命名就需要一套規則,而這點,一開始的時候你是沒有意識到的。
然后意識到的時候,你會開始這樣來回:
“恩,這個是輸入框,那就叫它輸入框吧”
“哎呀,那個也是輸入框哎,,重名了,那把第一個改成輸入框1,第二個叫“輸入框2”吧”
“哎呀,又不行了,這么多頁面這么多輸入框,得加上頁面才行,叫他“xx頁面-用戶名輸入框”吧”
直接給跪了。
而這點就要向開發們學習一下啦,他們寫代碼都有一套命名規則哇。忘記哪個開發告訴我,好的命名意味著這人對自己有要求!
好啦,以上就是暫時想到的有關于原型圖的事兒,若有遺漏,求留言指出喲~
PS一下:
昨天公眾號里發了這篇文章之后,有些產品童鞋就發消息或者留言了,覺得邏輯、業務、溝通能力才是最重要的,原型圖根本無所謂好嘛,格局啥時變這么低了。
這個觀點老實說,我覺得比較幼稚吧。
沒有錯,對行業的理解、對用戶的感知、強邏輯、強溝通確實很重要,但是,工欲善其事,必先利其器的道理大家也應該都要懂:
- 原型圖能直觀的體現需求內容,能促進溝通的效率;
- 數據分析能分別從大用戶群和小用戶中發現用戶習慣,從而優化產品;
- 各種用戶研究方法可以幫助我們去更好的了解用戶、剖析用戶;
我個人是非常提倡合理的用好工具來幫助我們更好、更快、更有效率的去做事,因此,本文列舉了一些我個人認為可以避免浪費時間的點,但我并不鼓吹畫原型圖有多強。
從這些留言中,我突然發現有一顆包容心,可能是當下產品經理們最缺乏的??陀^的看待所有事物,取長補短,而不是一味的隨著自己的認知去鄙視、去嫌棄。
同時,我也認為產品經理們一定不要好高騖遠,可以志存高遠,但一定要腳踏實地吧。你覺得“懂行業、懂用戶”比較重要,但是老實說,這六個字是需要不斷摸索不斷積累的才慢慢會有的,并不是你會說這六個字,你就比畫原型圖的童鞋們高級了。
ps的有點多,像噴子了。下周打算寫一篇相關主題的文章吧。
#專欄作家#
killifer,微信公眾號:killifer,金融資訊&工具類產品經理。腦洞大、笑點低、間歇性“有毛病”的理工科實力逗比少女。
本文原創發布于人人都是產品經理,未經許可,不得轉載。
產品小白一枚,就是你說的反例教材
剛開始畫原型圖成了右邊的案例 ? 后來在畫時就慢慢改成了左邊,在產品上還需要學習好多東西。
請教一下關于產品經理思維深度的問題。面試的時候被聊到了從項目失敗了,以及產品經理和研發之間經常激烈交鋒的現象,能夠獲得哪些認識,要有深度的認識。
說得很好,受教了!
剛開始準備做產品,不小心就成了你舉得反例,哈哈
受教了,蟹蟹~~每個公司的情況不同,但是感覺您說的比較規范,其實也有些暈,要不要畫出高保真的原型圖,估計也要根據實際情況,我們的ui設計好多時候幾乎不會讓我們滿意,只會模仿,所以我們原型圖的部分工作是設計的部分,ui才會畫出讓我們滿意的結果圖。個人感覺原型圖的重點是邏輯、關聯、條件等,所以感覺您說的還是很專業。
四肢舉爪爪,認可你的觀點。學習了,蟹蟹小前輩。
能指導下嗎?我目前想往產品方向發展!
文章很落地??很多坑我都踩過,尤其是那個過度用條件判斷的??總結的棒棒噠~
這不是坑。。這是經驗總結。。一個從反面,一個從正面去講。。邏輯性錯誤
不過,被妹子坑。。我愿意!
不標題黨一下,怎么混!
感同身受,呵呵,都是過來人。
…老實說,我現在團隊內部溝通,除了頁面跳轉,其他動效都不做的…
命名怎么講,沒有后文了=。=
這個確實疏忽啦~
內容挺好
就是標題和內容好像不搭,不是講坑的嗎,進來一看是講建議的
啊哈~~難道所有提到的點都不是坑咩?并不僅僅是建議~
對于想入行的新人,畫好原型很有必要吧
我并不這么覺得。工具永遠是工具,如何用工具的腦袋才是最被看中的。用人單位并不會因為你原型圖畫的好就招你,而是因為你思考把什么畫到原型圖里的腦袋才招你。
當然,本篇文章也并沒有說不該好好畫原型圖呀,并不很懂你的意思,寫的重點在于如何更有效的使用原型圖這個工具而已。 ? ?
滿滿的都是坑 哎
之前也陷入控件命名的難題中,后來學了點php,借鑒了一下大駝峰小駝峰命名,還挺實用的。而且我個人覺得你用母版哪里其實用中繼器更好一些。
是咩?那我回去試試。 ?? ?? ??
為什么想著用中繼器呢?我倒覺得啥都不用,就直接組合復制粘貼就像。簡單明了,開發和設計一看就知道那是干嘛的,溝通簡單,這就行了。
如果只是為了溝通交流你說的當然對。我的考慮是開發看的時候更會看中里面的信息,產品人用中繼器的話已經先于開發建了一個類似的數據集,溝通吧,不僅是讓他懂你,你也應該試著懂他。我是出于這個考慮。而且用中繼器也不比ctrl c v慢。
外包公司中,產品做原型是要拿去給客戶確認的,給客戶體驗的,低保真原型全是占位符拿給非專業人員的客戶看,客戶一臉懵逼嫌你公司水平低,如果不先給客戶看原型,直接讓UI出效果圖拿給客戶看,客戶看完效果圖一堆需求要改,然后你讓UI要重新改,UI會和你玩命你信嗎,所以這個時候高保真原型是很有價值,即可拿來和客戶確認需求,也客戶給客戶把玩,你的高保真做得好不好直接影響到這筆訂單的達成率,做出精美精致的高保真原型的能力是必不可少的,個人看法
作者講了個大方向,你非得拿個外包公司的局部例子去反駁,滿滿的無可奈何 ??
你哪里看出我反駁了,我只是說畫高保真是一項技能,掌握了是你一項優勢
就外包公司的例子而言:你在拿給客戶看之前,是不是也會先拿給老板或者leader先確認一下你做的方向對不對呢?這個時候總不太可能做高保真對吧?用的階段問題嘛~
作者也只是在說,高保真原型在很多時候都是有浪費時間之嫌疑的,也并沒有說你不要去學
文章我也提到了,我曾經也是做過高保真的人,并不是不具備這個能力。只不過在一般工作情況下,大多數時候是不需要用到高保真這種東西的。
就外包公司的例子而言:你在拿給客戶看之前,是不是會先拿給老板或者leader先確認一下你做的方向對不對呢?難道這個時候就要做高保真的圖嗎?這樣可能真的就比較浪費時間了喲~