關(guān)于原型交付的點滴思考
每個人都有自己不同的習(xí)慣,這些習(xí)慣有時候能提高自己的工作效率,但有些卻容易給自己埋雷。這篇文章,作者總結(jié)了在原型階段的一些好習(xí)慣,供大家參考。
想必大家在交付原型給到開發(fā)之后,多少都有遇到過研發(fā)人員開發(fā)出來的效果和預(yù)期是不一致的情況。
我也一樣,而且我在原型里有備注說要怎么做怎么做,甚至整個跳轉(zhuǎn)的流程都說明了,然而開發(fā)出來的東西,完全沒有按照我原型上面書寫的去做。后面我們技術(shù)總監(jiān)和我一起針對這個情況對我原型圖的展示情況做了細(xì)致入微的核對,他站在開發(fā)的角度給我說明了開發(fā)所需要的原型是怎樣的,一起來看:
一、能用圖示,盡量不用文字
這個點是我經(jīng)常被我司技術(shù)總監(jiān)吐槽的點,出于之前公司累積的工作習(xí)慣,我更習(xí)慣用文字去表達(dá)需求,不附加頁面圖片,主要是對我而言比較方便。這就導(dǎo)致可能用一兩張圖加一兩句話就能表達(dá)清楚的事情, 換做文字可能就需要一段話來說明,但我還是樂此不疲。
對于這種情況,技術(shù)總監(jiān)經(jīng)常提醒我,這樣的表達(dá)方式會讓研發(fā)看起來壓力很大,密密麻麻的文字從視覺上來說會帶來一股視覺壓力,閱讀起來時間長,而且對于某些需要琢磨的字眼,需要從段落中發(fā)掘提取,致使研發(fā)在閱讀需求這個過程會反復(fù)斟酌耗時費心。
另外,由于每個人的知識背景不同,對于同一句話理解的意思可能是有出入的,而圖片是具體無歧義的,我們要盡可能減少信息在傳遞過程中產(chǎn)生的誤差,這樣才能保證需求在落地時準(zhǔn)確無誤。
舉例:交互的調(diào)整說明
二、相似需求能復(fù)用的部分盡量復(fù)用
這點其實也很好理解。
幾個需求可能是類似的,含有比較多重復(fù)的部分,那重復(fù)的部分就不額外再描述一遍了,直接一筆帶過,或者是把這幾個需求放在同一個畫面里面,把不同的部分和相同的部分串聯(lián)起來,類似于頁面版的流程圖,不同的點用一個支線流程表明,最終會匯入相同的事件中
三、用詞規(guī)范,不用可能會有誤導(dǎo)的詞
不知道大家在書寫需求的時候會不會有自己“創(chuàng)造”一些詞匯,可能源于平時的閱讀積累,對于一些詞,感覺當(dāng)下好像用著合適就用上去了??赡茉~義和你想要表達(dá)的意思是相近或相符的,但是這個詞可能比較生疏不常見,對于閱讀的人就有比較大的理解成本,一些好一點的開發(fā)可能會來詢問具體想要表達(dá)的意思是不是那樣,但是也有很多開發(fā)就直接按照自己的理解做下去了,運氣好可能做出來和你表達(dá)的事一樣的,運氣不好就做的亂七八糟了。還有就是一旦用了一個詞,就盡量保證通篇都用這個詞,不要有的地方用“你”、有的地方用“您”,意思是一樣的,都表示對方,但是看上去就是不統(tǒng)一的。
四、關(guān)于必須要用到的可能會導(dǎo)致歧義的詞進(jìn)行單獨的注釋
這個部分主要涉及的是后臺字段的內(nèi)容,每次加新表,新字段,最好都備注下定義。出于對字段的精簡,有些字段可能會用組合詞的縮寫來拼接,這種對于一起評審過的人還能理解過來,但是對于新接觸的人就有一些理解成本了。所以在表單內(nèi)加注釋是個一勞永逸的方式
舉例:參考下圖右側(cè)定義處內(nèi)容
五、精簡信息,非必要的信息不體現(xiàn)
多一個信息就多一個關(guān)于該信息的書寫、閱讀、解釋、也就多了被誤導(dǎo)的可能性。所以盡量保證信息的精簡。
六、若涉及多個端口,盡量把每個端口需要做的事情列出來
一個C端產(chǎn)品需求一般都涉及Android客戶端和iOS客戶端、可能還涉及UI制作、前端開發(fā)、web后臺開發(fā)、服務(wù)端開發(fā)。
對于部分沒有技術(shù)經(jīng)驗的產(chǎn)品經(jīng)理,可能對于技術(shù)端的需求羅列可能不是很清楚,但是如果經(jīng)驗老到或者技術(shù)出身的產(chǎn)品經(jīng)理,應(yīng)當(dāng)在總敘需求的同時把各端需要做的事情也一起羅列下。按照各端名稱作為標(biāo)題,詳情內(nèi)容書寫在對應(yīng)標(biāo)題下方。這樣技術(shù)人員不僅能總體了解需求,對于自己需要做什么事情也有更具體的了解,當(dāng)他要開發(fā)這個需求時,只要看自己的那部分內(nèi)容就好,對于其他內(nèi)容他只要大概知道就好。也可以在列需求的時候列個總覽,方便之后找需求的時候查閱
舉例:下方圖片為了脫敏,寫的比較籠統(tǒng),大家可以再具體一點,具體到功能點。
總結(jié)
做到上述這些內(nèi)容,坦白說其實挺難的,包括我自己也是奔著這個目標(biāo)在實現(xiàn)。原型文檔能高效直接的告訴各端要做什么事情,并且盡量保證信息傳遞無誤,讓開發(fā)交付的結(jié)果是你想要的東西,這就是最大的意義,大家的時間都很寶貴,給別人省時間就是給自己省時間。不然驗收的時候各種返工,大家也是很頭疼的。
最后,我一直在培養(yǎng)項目團(tuán)隊內(nèi)的“偷懶思維”,鼓勵大家一起“偷懶”,當(dāng)然,這不是說少做或者是不做,我的“偷懶思維”本質(zhì)是怎樣更簡潔又無誤的進(jìn)行信息傳遞,節(jié)約對接過程中的時間消耗,目前試驗來看,圖片這個媒介是最合適的,比文字簡潔,比視頻和口述更直接具體節(jié)省時間。
還有就是要利好好團(tuán)隊內(nèi)的“語言系統(tǒng)”每個公司都有一套自己的做事方式,交流方式,以及一些特定用詞,這個模塊也挺有趣的,改天再給大家聊這個模塊的內(nèi)容啦~
碼字不易,請不吝給一些反饋!歡迎點贊收藏關(guān)注,謝謝??!
本文由 @Nice-J(耐撕) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
沒想到2024年了!
1:原型交付這么簡單的事,還費用畫圖連線?
2:就一個破表格還脫上敏了?
3:做到上述這些內(nèi)容,坦白說其實挺難的?還感動上了?最基本的東西被你說的我都感動了。。。。
4:大家的時間都很寶貴,給別人省時間就是給自己省時間。。。。。你要不要看看你浪費了別人多少時間
5:偷懶思維、語言系統(tǒng)。。。。。你裝什么逼?
6:別人建議你一句,你建議別人一大堆,那我給你:一些關(guān)鍵詞,或者具體信息,不然就是無效的建議,所以還是回歸到開頭的第一句話,建議你不要隨便給別人建議
1.交付簡單?那請問你有沒有遇到在交付過程和需求方需要的效果不一致的情況,有沒有遇到開發(fā)get不到你表述的點的情況?你敢說沒有?
2.脫敏是職業(yè)守則,而不是你上綱上線抨擊我的借口
3.文章是以我自己的個人視角寫的,我覺得難有問題?你覺得基本,那你來?附上你的作品和原型設(shè)計的見解給大家開開眼
4.我浪費你的時間了?我求你看了?你不看明明可以關(guān)閉,非要打這么多字裝逼
5.裝逼的點在哪?我秀什么了?
6.作為作者,有人評論了我的內(nèi)容,我去求證了,沒有得到合理的結(jié)果!包括現(xiàn)在也還有人在問他什么是巴博斯的講解,說明他這個問題引起了大家的好奇,但是又沒有具體的結(jié)果,吊著人的胃口又不給解釋,這才叫浪費時間??!懂?
7.不要在我這散發(fā)你的焦慮感,你打的這些文字,無一不顯示你的焦慮,暴躁,高高在上。我這不是你情緒的宣泄桶??!
建議你看一下巴博斯的講解
建議你不要隨便給別人建議。另外提建議的時候建議多給一些關(guān)鍵詞,或者具體信息,不然就是無效的建議,所以還是回歸到開頭的第一句話,建議你不要隨便給別人建議
你還急了啊,你不要搜一下再來回答我????,這么認(rèn)真給誰看呢
到底是誰急了,難道我說錯了嗎?另外你評論的當(dāng)下我就搜了,在人人這個平臺沒有匹配結(jié)果,在百度搜出來的是改裝車廠品牌。所以我叫你多給一些關(guān)鍵詞或者具體信息,不然就是瞎建議,且故意浪費別人時間
巴博斯成立于1977年,是德國汽車品牌,主要生產(chǎn)改裝車。德國巴博斯汽車公司是全球最大、最著名的個性化汽車生產(chǎn)商
巴斯模型嗎?也和原型設(shè)計沒多大關(guān)系啊?
是指奔馳那個改裝車的巴博斯嗎?這個有啥關(guān)系??
時隔多日,我還是想知道巴博斯到底是啥,查了好多,但是不清楚是不是方法不對或者是渠道面太窄了,一直只是搜到奔馳改裝車……抓心一樣的感覺,大佬抽空回下哈
寫的很好,學(xué)習(xí)了