作為一個還未畢業(yè)的人很慶幸自己能夠在剛?cè)胄械臅r候就經(jīng)歷了一款產(chǎn)品從0到1的過程徽鼎。雖然說創(chuàng)業(yè)公司在產(chǎn)品開發(fā)的過程中各方面沒大公司那么規(guī)范，但所碰到的各種問題都是自己切身體會到的弹惦。自己碰到的問題印象就比較深刻纬傲，從而使自己更容易反省以免下次不會再次犯錯。下面是我實習(xí)三個月肤频，經(jīng)歷一款產(chǎn)品從0到1的過程中總結(jié)的一點經(jīng)驗叹括，也是自己踩過的坑，希望能給和我一樣入行不久的產(chǎn)品新人以及打算從事產(chǎn)品的朋友一些借鑒宵荒。
1汁雷、有變化及時傳達(dá)溝通
產(chǎn)品在開發(fā)的過程中很難避免不會有修改的地方，有的時候可能是界面元素擺放位置的變動报咳，有的時候可能是操作流程上的細(xì)小改變侠讯，有的時候可能是整個需求的變更。
有變化第一要修改的肯定是原型圖暑刃。改好之后需要和設(shè)計以及開發(fā)人員溝通說明有改變厢漩。實習(xí)剛開始的時候，有的時候比較忙修改了需求忘記跟設(shè)計師和技術(shù)說岩臣。等到階段性檢查產(chǎn)品的時候發(fā)現(xiàn)和原型不一樣溜嗜，領(lǐng)導(dǎo)問到技術(shù)的時候，技術(shù)人員一臉蒙蔽說架谎，我不知道啊炸宵，修改需求沒跟我說啊。然后我羞愧的忙著道歉說自己忘了谷扣，感覺技術(shù)人員有分分鐘想砍死我的沖動土全，因為他們又要重新修改代碼，之前的努力白費会涎。
任何產(chǎn)品在做的過程中多多少少都會修改需求裹匙，需求有變化很正常，重要的是改了需求之后要告知相關(guān)設(shè)計師和技術(shù)人員末秃。如果是創(chuàng)業(yè)公司概页，改好之后可以立馬口頭通知，如果是大公司蛔溃，那可能還需要召集技術(shù)绰沥，設(shè)計，運營等負(fù)責(zé)人進(jìn)行小的會議贺待。只有這樣才不會打擊技術(shù)人員的士氣徽曲，保證項目的開發(fā)周期，才能和程序猿哥哥友好的合作下去麸塞。
2秃臣、使用Axure畫原型圖時要善用模板
我想每個產(chǎn)品新人可能都曾遇到這樣的痛苦——當(dāng)修改產(chǎn)品原型的時候，往往牽一發(fā)而動全身哪工，一處修改奥此，其他很多地方都需要修改。
公司做的是B端產(chǎn)品雁比，功能模塊比較多稚虎， 剛開始的時候每個頁面都單獨去畫，有相同的最多復(fù)制一下偎捎，完全沒有使用母版的思想蠢终。而到后面要修改某部分的時候，凡是和這部分相關(guān)聯(lián)的頁面都要一個一個去找去修改茴她，這樣不僅浪費時間寻拂，而且很痛苦，還有可能漏掉一些沒修改到丈牢。
所以在設(shè)計原型的時候祭钉，類似導(dǎo)航條這樣在多個頁面需要相同展示的部分，一定要使用母版己沛，這樣不僅效率高還不容易出錯慌核。
3、設(shè)計產(chǎn)品各種情況需要考慮周全
我們在制作產(chǎn)品原型圖的時候考慮的常常是正常頁面和操作流程申尼，往往遺漏掉異常情況下的頁面遂铡。比如沒有數(shù)據(jù)的空頁面怎么顯示，斷網(wǎng)情況下是冒泡提示還是整個頁面作為提示頁晶姊，登陸頁面忘記安全考慮扒接，沒有添加驗證碼等等。
作為產(chǎn)品經(jīng)理如果各種特殊情況都考慮不到们衙，還要等技術(shù)開始的時候發(fā)現(xiàn)再跟你反饋钾怔，真的會讓他們鄙視。所以原型設(shè)計好之后一定要多想想還有沒有特殊情況是自己還沒考慮到的蒙挑。
4宗侦、項目啟動前一定要有產(chǎn)品第一個版本的規(guī)劃
創(chuàng)業(yè)公司一個共同的特點就是 “追求快”，開發(fā)流程上可以不用規(guī)范忆蚀，但一定要快矾利。有些創(chuàng)業(yè)公司在項目啟動前不做充分準(zhǔn)備姑裂，而是一邊競品分析，一邊設(shè)計原型男旗，一邊開發(fā)舶斧。運營部不斷提出新的需求，老板又不確定功能模塊察皇，不斷變更需求茴厉。導(dǎo)致產(chǎn)品、設(shè)計和開發(fā)都要改什荣，產(chǎn)品甚至快上線了還要變更需求矾缓，這讓程序猿真的有種想殺人的沖動。
項目啟動前的準(zhǔn)備就像建房子打地基一樣稻爬，地基打穩(wěn)了后面蓋房子才會順暢嗜闻。
雖然說項目啟動前不能100%確定好產(chǎn)品要是什么樣子。但至少應(yīng)該對第一個版本規(guī)劃個百分之七八十桅锄，做足競品分析泞辐，確定好產(chǎn)品定位，需要做哪些功能點竞滓，產(chǎn)品的布局風(fēng)格咐吼，主色調(diào)，開發(fā)文檔的規(guī)范等等商佑。? 這樣對于后面他人提出的功能業(yè)務(wù)需求就可以暫不考慮锯茄，規(guī)劃到第二版本。這樣才能保證產(chǎn)品的開發(fā)周期和各部門人員的士氣茶没。
5肌幽、UI設(shè)計好的界面檢查確認(rèn)之后再給開發(fā)
每個人都有自己的一套想法，UI常常會按照自己的理解和審美對原型圖進(jìn)行一些修改抓半，比如界面元素位置的變動甚至刪除或增加一些按鈕標(biāo)簽等等喂急，如果產(chǎn)品經(jīng)理不提醒UI設(shè)計好之后讓他看的話，他很可能設(shè)計好之后直接扔給技術(shù)人員笛求。我就碰到過好幾次原型圖和效果圖不一樣廊移，導(dǎo)致要么程序員改代碼要么我修改原型然后重新設(shè)計效果圖。
當(dāng)然這也是我經(jīng)驗不足造成工作上的失誤探入。正確的做法應(yīng)該是自己看過效果圖確定無誤后再讓大家看一下狡孔，統(tǒng)一意見后再給技術(shù)開發(fā)，這樣以后如果要改也不會出現(xiàn)誰怨誰的情況蜂嗽，因為當(dāng)時大家統(tǒng)一了意見苗膝。
6、對于原型圖的標(biāo)示注解盡量詳細(xì)
有時產(chǎn)品原型文檔上可能會有一些東西沒寫清楚或者忘記寫植旧。比如APP的錯誤提示到底是彈窗提示還是toast冒泡提示辱揭，無數(shù)據(jù)的空白頁面如何顯示离唐，是使用同一樣式還是不同的空白頁面采用不同的文案圖像顯示等等。
技術(shù)人員希望看到的是一份簡潔又有詳細(xì)說明的產(chǎn)品文檔问窃，因為他們不愿意思考亥鬓，只要照著設(shè)計和說明做就可以了。如果碰到原型設(shè)計和說明上模糊不清泡躯。那么技術(shù)人員很可能就按照自己的思路去做或者直接忽略贮竟，這樣必然會造成后期產(chǎn)品經(jīng)理和程序員的撕逼丽焊，各有各的理较剃。程序員覺得你自己又不寫清楚或者文檔上沒寫啊，產(chǎn)品經(jīng)理又會覺得你怎么那么蠢技健，一點沒寫清就不知道写穴，你的那種想法靠譜嗎。這樣就會造成溝通和時間成本上的浪費雌贱。
7啊送、對于業(yè)務(wù)邏輯要100%清楚
可以說任何一款產(chǎn)品沒有誰比產(chǎn)品經(jīng)理更清楚產(chǎn)品的業(yè)務(wù)流程，細(xì)節(jié)交互和各種功能點了欣孤。從小到大我們養(yǎng)成了差不多的習(xí)慣馋没，不管做什么都覺得差不多就行了，沒必要全部弄清楚降传∨穸洌可做產(chǎn)品一定不能有 “差不多”的概念，對功能和業(yè)務(wù)流程以及任何細(xì)節(jié)都要100%清楚婆排。程序員跑來問產(chǎn)品經(jīng)理問題的時候最不愿聽到 “應(yīng)該吧” “可能吧” “大概吧”這樣不確定的詞語声旺。
以上是我在創(chuàng)業(yè)公司待了三個月作為實習(xí)PM的一些個人淺見，如有不到的地方歡迎各位大神在下方留言指教
