相信做產(chǎn)品的對原型圖和prd都是再熟悉不過的了质涛，雖然說這兩個“技能”不能說是做產(chǎn)品中最重要的兩項，但是一定是做的最多的兩項之一箱蝠。這兩點雖然非承妫基礎(chǔ)垦垂，但是也不是那么容易做好的。來到公司之前我自己做過兩個產(chǎn)品的prd和原型圖牙瓢，第一次是在學(xué)校團隊做的社交軟件劫拗。那時候?qū)憄rd的時候沒有模板，竟然也沒有想過去找一個模板參考一下矾克，當(dāng)時就憑著感覺自己摸索了一套邏輯先寫著页慷，然后給團隊里的研發(fā)小伙伴看，他們說能看懂我表達的意思就是OK的胁附。那時候的原型圖更是簡陋酒繁，直接用墨刀整了個“草圖”，雖說是草圖汉嗽，但是基本上整個風(fēng)格和UI的圖都是我找的欲逃，然后就直接用上了找蜜。后來去公司實習(xí)了饼暑，公司規(guī)模不大，prd有一個模板參考洗做，但是不是很詳細弓叛，我硬是把自己覺得更詳細的prd（就是我自己摸索出來的那一套，現(xiàn)在看來就是“根本不能用诚纸！”）給帶我的人看撰筷，可能他也覺得我寫的比公司的詳細，于是讓我比對著公司的模板加入了自己的想法畦徘。當(dāng)時我去之前是一個程序員畫了原型草圖毕籽，大家可想而知，那效果井辆！然后我就在程序員面前擺弄了一番墨刀原型关筒，在他眼里，我畫的可美了（說明一下杯缺，那個部門第一次做APP蒸播，所以當(dāng)時只有程序員，還沒有產(chǎn)品）萍肆。就這樣袍榆，自我感覺原型和prd做的還不錯的我就來到了現(xiàn)在的公司.......整天被師父說“prd寫的不全面，加塘揣，加包雀，加！Ｇ渍 ２判础劳曹！”“原型圖畫的太丑了，改琅摩，改铁孵，改！７孔省蜕劝！”在此，我還是非常感謝師父的高要求轰异，讓我學(xué)到了不少（剛剛還在噴我文章寫的岖沛，嘖嘖嘖）。那接下來就來說說自己學(xué)到的如何寫好prd和畫好原型圖搭独。
Prd篇
一份完整的prd要做到全面：除了讓程序員婴削，UI和UE能完全看懂要做什么，要怎么做（邏輯要非常清晰）牙肝，還得考慮到和產(chǎn)品唉俗，功能相關(guān)的所有邊緣情況。說的通俗一點配椭，就是讓人在能找到所有與需求相關(guān)的東西的情況下還找不到任何可以拉出來扯皮的虫溜。因為產(chǎn)品狗要對自己的產(chǎn)品負責(zé)，你不做好就等著背鍋吧股缸。
一衡楞，首先從整體來看，要按功能模塊來寫敦姻。我以前自己摸索的是按頁面來寫瘾境，就是先描述這個頁面是什么，有什么镰惦，有哪些控件迷守，用戶場景的使用流程是什么。一直以來我都覺得自己描述的又有邏輯又詳細陨献，一來就直接被師父否了盒犹。然而我并不是那么容易妥協(xié)的人，我得知道為啥我的邏輯有問題眨业，你的好在哪急膀。于是師父拿出了他經(jīng)常說的“你居然敢質(zhì)疑我！”說完之后就開始詳細解釋了：按照頁面來寫龄捡，如果不同頁面功能有重合怎么辦卓嫂；其次按功能寫是一個邏輯流，如果按頁面來就會漏掉一些關(guān)鍵點聘殖，因為它沒有一條清晰的線晨雳；最后很多控件不是我們設(shè)計的行瑞，是UE設(shè)計的，我們只需要把邏輯說清楚餐禁，不要搶別人活血久。好吧，我覺得說的很有道理帮非，但是打翻自己的邏輯重新樹立一套邏輯還是不容易的氧吐，所以當(dāng)時琢磨了好久才能按照師父教我的邏輯梳理文檔。
二末盔，從細節(jié)來看筑舅，主要記錄三個重要的方面
1，需求說明/修改：說明為什么做/修改這個功能陨舱。最開始寫這部分的時候我很容易就寫成了這是什么功能翠拣，為了讓用戶怎樣怎樣。后來在師父的點撥下才了解到是站在公司產(chǎn)品的角度上寫為什么要做游盲。知道為什么嗎误墓？因為程序員總是質(zhì)疑產(chǎn)品，這個功能為什么做背桐，意義是什么优烧。（潛臺詞是：能不做就不做吧蝉揍，我們事多著呢）
例子：當(dāng)前防蹭網(wǎng)功能只能對已經(jīng)連接過路由的設(shè)備進行“加入黑名單”的操作链峭，并不能對嘗試攻擊網(wǎng)絡(luò)的設(shè)備進行真正的預(yù)防。
2又沾，功能描述：說明用戶可以做什么操作以及可以看到哪些內(nèi)容
例子：
（1）進入到防蹭網(wǎng)的已連接頁面可以查看已連接設(shè)備的信息：①設(shè)備名稱弊仪，②接入時間，③接入網(wǎng)絡(luò)類型杖刷，④接入次數(shù)励饵，⑤總陌生設(shè)備數(shù)和總接入次數(shù)
（2）點擊對應(yīng)設(shè)備進入詳情頁面；
a.可以查看信息：①設(shè)備使用歷史流量曲線圖滑燃，②設(shè)備上下線時間役听，③設(shè)備使用總流量，④設(shè)備總連接時長表窘。
b.可以進行的操作：①標記為家庭設(shè)備典予，②加入黑名單。
（3）進入黑名單列表乐严，可以查看/移除已被加入黑名單的設(shè)備瘤袖。
3，約束性描述：說明整個功能描述里面相關(guān)的規(guī)則昂验，主要有顯示規(guī)則捂敌，字段規(guī)則艾扮，防呆規(guī)則。這部分相對來說比較難占婉，因為很多點都不容易想到泡嘴。除了這些，還有很重要的：異常情況怎么處理逆济，極值是怎樣的磕诊，顯示內(nèi)容及其格式應(yīng)該是怎樣的。
例子：
1.設(shè)備列表顯示規(guī)則：
a.已連接的設(shè)備列表為已連接的陌生設(shè)備纹腌，即不包括本機和家庭設(shè)備霎终。
b.可顯示/編輯在線設(shè)備和離線設(shè)備。
c.列表頁最多有50臺設(shè)備升薯，當(dāng)設(shè)備數(shù)超過50臺以后莱褒，按時間順序自動刪除。
d.當(dāng)前無陌生設(shè)備接入時顯示：無陌生設(shè)備接入網(wǎng)絡(luò)涎劈。
2.設(shè)備列表字段規(guī)則：
a接入次數(shù)：每次下線后再上線連接為1次广凸。
b.接入次數(shù)超過99次顯示為99+。
3.總陌生設(shè)備數(shù)和總接入次數(shù)：
a.按接入設(shè)備和設(shè)備接入次數(shù)的總和計算蛛枚。
b.接入設(shè)備最多為50臺谅海，接入次數(shù)超過99次顯示為99+
在開始寫的時候很容易犯的錯是將功能描述和約束條件弄混淆，但是弄清楚功能描述主要是站在用戶的角度寫的蹦浦，約束條件站在開發(fā)的角度寫的扭吁，多寫幾次修改修改就會好很多。
原型圖篇
關(guān)于原型圖其實能說的不多盲镶，因為每個人的審美不同侥袜，但是有些細節(jié)需要提一下。
1溉贿，這個也要根據(jù)公司的情況而定枫吧，比如公司有UI和UE的就不用特別注意美觀，重點就應(yīng)該放在重要的元素宇色，完整度九杂，邏輯清晰。反倒應(yīng)該以簡潔的界面為主（不要加入自己的設(shè)計想法宣蠕，會誤導(dǎo)別人的）例隆。因為這時候我們的“用戶”是UI，UE和開發(fā)植影，讓他們理解有什么元素裳擎，怎樣看的清楚最重要。如果在公司沒有UI和UE的情況下思币，就需要注意界面的美觀和交互了鹿响。
2羡微，細節(jié)，比如去掉Axure里面那些控件的邊框惶我，對齊妈倔，顏色統(tǒng)一。
3绸贡，標注盯蝴，prd里面很多重要的約束條件標注在對應(yīng)的頁面會更方便程序員開發(fā)。
4听怕，沒有時間就不要做酷炫的交互了捧挺，因為沒用，沒人看尿瞭。甚至可以不用做交互闽烙，只需要有邏輯的把頁面畫全就好了。
其實不同的公司有不同的架構(gòu)声搁，所以對需求文檔和原型圖的要求是不同的黑竞，不過不管要求如何，都一定想清楚自己寫文檔的邏輯疏旨。還有邏輯也是可以優(yōu)化的很魂，不能死守自己的那一套邏輯，不好的就要改檐涝，讓自己一直有進步遏匆。都說新人得踏踏實實做好手頭上的事，所以看似很簡單的文檔和原型圖就需要我們多用心做好骤铃，做好這一步了拉岁，基礎(chǔ)就打踏實了，然后朝著尋找更好的需求努力惰爬！
