每個(gè)人都有自己不同的習(xí)慣，這些習(xí)慣有時(shí)候能提高自己的工作效率，但有些卻容易給自己埋雷。這篇文章，作者總結(jié)了在原型階段的一些好習(xí)慣，供大家參考。

想必大家在交付原型給到開發(fā)之后，多少都有遇到過研發(fā)人員開發(fā)出來的效果和預(yù)期是不一致的情況。

我也一樣，而且我在原型里有備注說要怎么做怎么做，甚至整個(gè)跳轉(zhuǎn)的流程都說明了，然而開發(fā)出來的東西，完全沒有按照我原型上面書寫的去做。后面我們技術(shù)總監(jiān)和我一起針對(duì)這個(gè)情況對(duì)我原型圖的展示情況做了細(xì)致入微的核對(duì)，他站在開發(fā)的角度給我說明了開發(fā)所需要的原型是怎樣的，一起來看：

一、能用圖示，盡量不用文字

這個(gè)點(diǎn)是我經(jīng)常被我司技術(shù)總監(jiān)吐槽的點(diǎn)，出于之前公司累積的工作習(xí)慣，我更習(xí)慣用文字去表達(dá)需求，不附加頁面圖片，主要是對(duì)我而言比較方便。這就導(dǎo)致可能用一兩張圖加一兩句話就能表達(dá)清楚的事情， 換做文字可能就需要一段話來說明，但我還是樂此不疲。

對(duì)于這種情況，技術(shù)總監(jiān)經(jīng)常提醒我，這樣的表達(dá)方式會(huì)讓研發(fā)看起來壓力很大，密密麻麻的文字從視覺上來說會(huì)帶來一股視覺壓力，閱讀起來時(shí)間長，而且對(duì)于某些需要琢磨的字眼，需要從段落中發(fā)掘提取，致使研發(fā)在閱讀需求這個(gè)過程會(huì)反復(fù)斟酌耗時(shí)費(fèi)心。

另外，由于每個(gè)人的知識(shí)背景不同，對(duì)于同一句話理解的意思可能是有出入的，而圖片是具體無歧義的，我們要盡可能減少信息在傳遞過程中產(chǎn)生的誤差，這樣才能保證需求在落地時(shí)準(zhǔn)確無誤。

舉例：交互的調(diào)整說明

二、相似需求能復(fù)用的部分盡量復(fù)用

這點(diǎn)其實(shí)也很好理解。

幾個(gè)需求可能是類似的，含有比較多重復(fù)的部分，那重復(fù)的部分就不額外再描述一遍了，直接一筆帶過，或者是把這幾個(gè)需求放在同一個(gè)畫面里面，把不同的部分和相同的部分串聯(lián)起來，類似于頁面版的流程圖，不同的點(diǎn)用一個(gè)支線流程表明，最終會(huì)匯入相同的事件中

三、用詞規(guī)范，不用可能會(huì)有誤導(dǎo)的詞

不知道大家在書寫需求的時(shí)候會(huì)不會(huì)有自己“創(chuàng)造”一些詞匯，可能源于平時(shí)的閱讀積累，對(duì)于一些詞，感覺當(dāng)下好像用著合適就用上去了?？赡茉~義和你想要表達(dá)的意思是相近或相符的，但是這個(gè)詞可能比較生疏不常見，對(duì)于閱讀的人就有比較大的理解成本，一些好一點(diǎn)的開發(fā)可能會(huì)來詢問具體想要表達(dá)的意思是不是那樣，但是也有很多開發(fā)就直接按照自己的理解做下去了，運(yùn)氣好可能做出來和你表達(dá)的事一樣的，運(yùn)氣不好就做的亂七八糟了。還有就是一旦用了一個(gè)詞，就盡量保證通篇都用這個(gè)詞，不要有的地方用“你”、有的地方用“您”，意思是一樣的，都表示對(duì)方，但是看上去就是不統(tǒng)一的。

四、關(guān)于必須要用到的可能會(huì)導(dǎo)致歧義的詞進(jìn)行單獨(dú)的注釋

這個(gè)部分主要涉及的是后臺(tái)字段的內(nèi)容，每次加新表，新字段，最好都備注下定義。出于對(duì)字段的精簡，有些字段可能會(huì)用組合詞的縮寫來拼接，這種對(duì)于一起評(píng)審過的人還能理解過來，但是對(duì)于新接觸的人就有一些理解成本了。所以在表單內(nèi)加注釋是個(gè)一勞永逸的方式

舉例：參考下圖右側(cè)定義處內(nèi)容

五、精簡信息，非必要的信息不體現(xiàn)

多一個(gè)信息就多一個(gè)關(guān)于該信息的書寫、閱讀、解釋、也就多了被誤導(dǎo)的可能性。所以盡量保證信息的精簡。

六、若涉及多個(gè)端口，盡量把每個(gè)端口需要做的事情列出來

一個(gè)C端產(chǎn)品需求一般都涉及Android客戶端和iOS客戶端、可能還涉及UI制作、前端開發(fā)、web后臺(tái)開發(fā)、服務(wù)端開發(fā)。

對(duì)于部分沒有技術(shù)經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，可能對(duì)于技術(shù)端的需求羅列可能不是很清楚，但是如果經(jīng)驗(yàn)老到或者技術(shù)出身的產(chǎn)品經(jīng)理，應(yīng)當(dāng)在總敘需求的同時(shí)把各端需要做的事情也一起羅列下。按照各端名稱作為標(biāo)題，詳情內(nèi)容書寫在對(duì)應(yīng)標(biāo)題下方。這樣技術(shù)人員不僅能總體了解需求，對(duì)于自己需要做什么事情也有更具體的了解，當(dāng)他要開發(fā)這個(gè)需求時(shí)，只要看自己的那部分內(nèi)容就好，對(duì)于其他內(nèi)容他只要大概知道就好。也可以在列需求的時(shí)候列個(gè)總覽，方便之后找需求的時(shí)候查閱

舉例：下方圖片為了脫敏，寫的比較籠統(tǒng)，大家可以再具體一點(diǎn)，具體到功能點(diǎn)。

總結(jié)

做到上述這些內(nèi)容，坦白說其實(shí)挺難的，包括我自己也是奔著這個(gè)目標(biāo)在實(shí)現(xiàn)。原型文檔能高效直接的告訴各端要做什么事情，并且盡量保證信息傳遞無誤，讓開發(fā)交付的結(jié)果是你想要的東西，這就是最大的意義，大家的時(shí)間都很寶貴，給別人省時(shí)間就是給自己省時(shí)間。不然驗(yàn)收的時(shí)候各種返工，大家也是很頭疼的。

最后，我一直在培養(yǎng)項(xiàng)目團(tuán)隊(duì)內(nèi)的“偷懶思維”，鼓勵(lì)大家一起“偷懶”，當(dāng)然，這不是說少做或者是不做，我的“偷懶思維”本質(zhì)是怎樣更簡潔又無誤的進(jìn)行信息傳遞，節(jié)約對(duì)接過程中的時(shí)間消耗，目前試驗(yàn)來看，圖片這個(gè)媒介是最合適的，比文字簡潔，比視頻和口述更直接具體節(jié)省時(shí)間。

還有就是要利好好團(tuán)隊(duì)內(nèi)的“語言系統(tǒng)”每個(gè)公司都有一套自己的做事方式，交流方式，以及一些特定用詞，這個(gè)模塊也挺有趣的，改天再給大家聊這個(gè)模塊的內(nèi)容啦~

碼字不易，請(qǐng)不吝給一些反饋！歡迎點(diǎn)贊收藏關(guān)注，謝謝??！