在充滿“互聯(lián)網(wǎng)+”這個詞的時代里，產(chǎn)品經(jīng)理這個職業(yè)已經(jīng)成為這個時代的熱門職業(yè)。所以在這樣的一個時代里出現(xiàn)很多各行各業(yè)轉(zhuǎn)做產(chǎn)品的“產(chǎn)品新人”。我也是其中一個！那么作為產(chǎn)品新人在剛?cè)腴T產(chǎn)品這個行業(yè)的時候，工作中接觸最多的就應(yīng)該是PRD文檔，和畫產(chǎn)品原型圖了。

有些公司因公司需求可能不會要求寫詳細(xì)的PRD文檔，而是直接將產(chǎn)品的需求規(guī)則寫在原型上面，便于技術(shù)、設(shè)計(jì)等人員使用。因?yàn)閷τ诔绦蛟掣绺鐐円贿吙次臋n一邊看原型操作起來不是特別的方便，增加了開發(fā)人員的操作時間成本。因此產(chǎn)品新人如何“正確”的輸出一份產(chǎn)品原型變得極為關(guān)鍵。下面說一些關(guān)于我自己在一年內(nèi)產(chǎn)品工作中畫原型上遇到的一些小問題和總結(jié)。

流程清晰，草圖先行

我不知道大家有沒有過這樣的尷尬經(jīng)歷？當(dāng)需求確認(rèn)后，直接打開Axure開始著手畫原型，畫到一個頁面的時候，就在那抓腦袋停下來想下一個跳轉(zhuǎn)頁面的布局問題。想著想著，畫差不多了，又感覺似乎之前有些地方的流程和邏輯有點(diǎn)不正確，又需要從新確定一遍流程…..。這樣斷斷續(xù)續(xù)的畫原型，可以暫定是效率低下的表現(xiàn)，這樣的表現(xiàn)還會影響你自己對后續(xù)做產(chǎn)品工作的一個心態(tài)。

首先我們的明確一個觀點(diǎn)：軟件只是一個“幫助你實(shí)現(xiàn)的工具”，它并不會使你的結(jié)果變得多么的神奇。

這個觀點(diǎn)讓我自己在做任何事情的時候都會習(xí)慣去先畫一個草圖，如需要用到軟件的時候才會使用。就像考試數(shù)學(xué)一樣當(dāng)一個人還沒有絕對把握把正確答案填上去的時候，都需要經(jīng)過多次的草稿計(jì)算。產(chǎn)品原型設(shè)計(jì)也是一樣，在邏輯和流程確定好之后，需要你先用草圖快速的將頁面畫出來，將每一個頁面中需要放入的一些元素快速組合表現(xiàn)出來。這樣做的好處就是：它不會一開始就把一些細(xì)節(jié)性的東西在草圖階段就考慮進(jìn)來，比如說我這個字體放多大合適，這個按鈕放左邊好還是右邊好。當(dāng)出現(xiàn)邏輯錯誤時，也可以快速將其修改。“減少糾結(jié)，提升效率”。

相同文字、樣式統(tǒng)一

對于產(chǎn)品新人在初次畫原型的過程中，文字樣式的統(tǒng)一也是容易犯錯的地方。同樣的一段文字，在不同的原型頁面出現(xiàn)時可能是不一樣的內(nèi)容和不一樣的表達(dá)意義。例如：在一個訂單詳情頁面中，這個“金額”的文字表示“訂貨總計(jì)”，而在訂單列表中你將它改為“下單金額”。

這樣的錯誤其實(shí)只是一些小細(xì)節(jié)的問題，但是對于程序猿哥哥們來說他們只會執(zhí)行你最終的需求，所以他們會按照自己的理解去開發(fā)，開發(fā)完成后你才發(fā)現(xiàn)結(jié)果和實(shí)際需求是不一致的。當(dāng)這樣的問題出現(xiàn)時其實(shí)就已是要“更改需求”了。

在互聯(lián)網(wǎng)企業(yè)中產(chǎn)品因更改需求被程序猿噴成狗的例子經(jīng)常發(fā)生，所以心理承受能力有限的童鞋盡量避免犯這些小錯誤。當(dāng)然對于這些小毛病也是有一些解決方案的，比如萬能的“母版”??！多使用“ctrl”C+“ctrl”V！等等。“凡事多注意細(xì)節(jié)”

實(shí)際場景中的真實(shí)數(shù)據(jù)

我自己在從事這一年的產(chǎn)品工作中，遇到過兩次這樣尷尬的場景。當(dāng)產(chǎn)品上測試環(huán)境后發(fā)現(xiàn)真實(shí)數(shù)據(jù)比想象中的多出幾十倍，頁面放不下，打開頁面加載速度超級慢的情況。并且更可怕的是你還沒在需求原型中備注說明要求“分頁加載”。

在這個時候你就會為你畫原型的大意來買單了，你會跪求程序猿哥哥們幫你改需求，跪求都還得看臉色。想想這個場景，是不是都害怕了！如果你不想這樣就不要偷這個懶，在畫原型的過程中盡量使用現(xiàn)實(shí)場景中會出現(xiàn)的真實(shí)數(shù)據(jù)，并且合理的將這些數(shù)據(jù)進(jìn)行歸類。在進(jìn)入需求評審前，可以多次模擬自己的產(chǎn)品操作流程。最簡單的方法就是拿一份準(zhǔn)備好的真實(shí)數(shù)據(jù)，對著你的原型走一遍大流程看看是否能走通、是否還有遺漏的地方。

清晰明了的文件夾

在我們公司產(chǎn)品進(jìn)入需求評審前，我們都會提前2小時將產(chǎn)品的原型發(fā)出來給技術(shù)人員們先看看原型，然后才進(jìn)入需求評審。這樣做的目的是為了在會議前給大家一點(diǎn)時間來了解一下會議的基本內(nèi)容會議中就可以減少一些溝通的成本。

所以遞交一份文件架構(gòu)清晰的產(chǎn)品原型也是非常有必要的，因?yàn)閷τ诔绦蛟掣绺鐐儊碚f，有些相同的頁面都是可以重復(fù)利用的，所以在原型文件中，一些沒必要的頁面都可以隱藏掉。比如“查看”頁面，和編輯頁面內(nèi)容都是一樣，沒有必要單獨(dú)畫一個“查看”的頁面，只要你備注清楚就行。（當(dāng)然這個也因公司而異）。

還有一點(diǎn)值得注意的就是，畫錯了的頁面千萬不要直接刪掉。因?yàn)橛行〇|西說不定就是一時沒想明白就做了錯誤的舉動，如果你沒保存紀(jì)錄直接刪除后在想找回時，你就得從新開始畫了。

為了避免這種情況的發(fā)生，因此我個人習(xí)慣還是做個備份的文件夾“作廢”，將所有刪除的頁面都放在這個文件夾中，當(dāng)有需要的時候在去里面找出頁面。這樣做不僅可以節(jié)省一些不必要的時間，也可以看到你在原型制作過程中原型更改的紀(jì)錄。如果原型更改紀(jì)錄過多也會證明就是你在原型之前的工作沒有做到位。

本人自身也是個剛?cè)胄行∫荒甑漠a(chǎn)品小白，以上內(nèi)容均屬個人遇到情況，如有表達(dá)錯誤或表達(dá)不夠清晰的地方還請各位輕噴。

本文由 @傻白田 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。