編輯導(dǎo)讀：剛?cè)胄胁痪玫漠a(chǎn)品新人，總是會遇到這樣的情況：盡管自己已經(jīng)考慮全面，但是總是會在開發(fā)的時候遇到各種各樣的問題。畫原型時，經(jīng)常會漏掉很多的使用場景，應(yīng)該如何改進(jìn)呢？我們在天天問和小伙伴共同探討了這個問題，一起來看一下他們是怎么說的吧~

作為產(chǎn)品經(jīng)理，不是在畫原型就是在畫原型的路上。

而作為一名新人，總會遇到這樣的情況：

畫完原型，評審?fù)?，自以為沒啥問題了，但是到前后端開發(fā)的時候，還是會出現(xiàn)各種各樣的問題或者自己沒有想到的一些情況。

為什么會這樣？是自己能力不夠的問題還是正常情況？需要怎么去改進(jìn)？

針對這個問題，我們在天天問展開了一場討論，一起來看看小伙伴們是怎么說的吧~

【天天問每周精選】第146期：畫原型時，經(jīng)常會漏掉很多的使用場景，如何去改進(jìn)？

文章內(nèi)容部分來源于@我愛芋兒雞 @北北北北 @小胖紙 @倉前吳彥祖 @冰雨幻天 @冬至 的精彩回答。

一、從自己入手

拿到需求以后，不要第一時間畫原型，第一步是確認(rèn)了解需求；在確認(rèn)了解需求的基礎(chǔ)上進(jìn)行需求調(diào)研和競品分析，競品分析和需要調(diào)研完成接著畫功能清單和業(yè)務(wù)流程圖，最后才畫原型；原型是最后一步也是非常重要的一步，不能急于求成。

產(chǎn)品需求文檔是否考慮得全面，會直接影響到后續(xù)的開發(fā)進(jìn)度以及實現(xiàn)的效果。

如果碰上比較嚴(yán)謹(jǐn)負(fù)責(zé)的團隊開發(fā)，他們會提醒那些我們忽視的問題。但是很多開發(fā)只是按部就班，未提及的細(xì)節(jié)就默默地處理，或者是不做了，直到我們驗收版本時才發(fā)現(xiàn)問題，不僅項目延期，開發(fā)對我們的信任感也驟然降低。

以下是容易被忽視的十個細(xì)節(jié)：

1）默認(rèn)值

大多數(shù)用戶比我們想象中的還要懶，所以需要在涉及到個性化選擇功能時，設(shè)置默認(rèn)選項或者是默認(rèn)值時，同時滿足小白用戶與專家用戶的需求。

2）上下限

任何功能都需要設(shè)置上限值和下限值，避免產(chǎn)品出現(xiàn)失控。

比如說文字輸入限制，發(fā)圖片數(shù)量限制，就是為了界面整體的協(xié)調(diào)性，保證文字不會越界，同時考慮是否允許換行，并且最多允許換幾行。超過字?jǐn)?shù)限制后會怎樣顯示，是直接省略還是滾動顯示。

3）誤操作提醒

對于一些不可逆轉(zhuǎn)的功能，比如說舉報、加入黑名單、清空數(shù)據(jù)、放棄保存等等，必須要給予確認(rèn)提醒，防止因為誤操作而觸發(fā)該功能。

4）網(wǎng)絡(luò)狀況

網(wǎng)絡(luò)狀況會影響數(shù)據(jù)的拉取，所以要考慮在斷網(wǎng)或者是弱網(wǎng)環(huán)境下的使用。比如客戶端內(nèi)置默認(rèn)圖片，在拉取到數(shù)據(jù)之前保持界面的完整性，還要考慮到數(shù)據(jù)緩存機制，減少網(wǎng)絡(luò)狀況的不穩(wěn)定，對產(chǎn)品的體驗影響及時給予用戶網(wǎng)絡(luò)狀態(tài)提示，并引導(dǎo)用戶重新連網(wǎng)。

5）權(quán)限禁用

產(chǎn)品的功能需要調(diào)用系統(tǒng)的權(quán)限，而一些手機品牌對于權(quán)限的限制比較嚴(yán)格，所以會出現(xiàn)安裝之后某些功能無法使用的情況。

比如我們的產(chǎn)品需要調(diào)用攝像頭權(quán)限，而小米在第三方應(yīng)用中默認(rèn)禁用這個權(quán)限，所以很多小米用戶反饋無法拍照。后來我們添加了權(quán)限禁用時的提示彈框，引導(dǎo)用戶去設(shè)置里開啟權(quán)限。

6）無響應(yīng)狀態(tài)

有一些功能運行時，會占用比較大的內(nèi)存，對于性能較差的手機就會一直出現(xiàn)在loading界面，用戶只能強制剎掉進(jìn)程。所以要設(shè)計無響應(yīng)狀態(tài)提示用戶程序仍在運行，需要耐心等待，也要給用戶返回上一層的選擇空間。

7）多語言配置

如果你的產(chǎn)品有可能會推廣到海外，那么最好提前考慮多語言配置的問題。為了減少安裝包的大小，必須要精簡資源庫，盡量使用能夠復(fù)用的圖片素材減少文字類圖片。分享功能可以使用集成SDK，保證國內(nèi)海外的用戶都可以使用。

8）規(guī)則后臺可控

很多規(guī)則在制定時，我們也不能保證說是最佳的。如果把規(guī)則寫死在客戶端，上線后數(shù)據(jù)反饋效果不佳，那么只能通過發(fā)布版本來調(diào)整，費時又費力。如果把規(guī)則做到后臺可控，雖然在開發(fā)時會多投入一些工作量，但能夠做到快速靈活的調(diào)整。

9）數(shù)據(jù)統(tǒng)計埋點

要驗證功能上線后是否達(dá)到設(shè)計目的，就必須通過統(tǒng)計來進(jìn)行分析，這也是衡量產(chǎn)品經(jīng)理能力的一個指標(biāo)?？梢杂糜衙诉@種第三方統(tǒng)計平臺，如果想要更詳細(xì)的數(shù)據(jù)情況，就需要搭建公司內(nèi)部的數(shù)據(jù)后臺。比如界面的停留時長，點擊轉(zhuǎn)化率，用戶路徑等等。

10）運營擴展

產(chǎn)品和運營是密不可分的，所以在設(shè)計每個功能時都要考慮到是否有運營擴展的可能，比如限制某些功能的使用需要達(dá)成某種條件再解鎖，或者在界面中設(shè)計一些預(yù)留廣告位，為流量變現(xiàn)做準(zhǔn)備。

多看看前輩的文檔，多寫寫通過實操練手。只有踩過才知道哪里是坑，無他但手熟爾。每次工作完成后，多對自己遺漏的東西復(fù)盤吧，避免下次再犯同樣的錯誤。

最后，做個原型設(shè)計自查表，在自己設(shè)計完了之后可以自查一下，看看哪里有沒有問題?；蛘咭部梢栽驮O(shè)計完了之后，寫需求文檔，在寫需求文檔的時候再梳理下自己寫的內(nèi)容。

二、從其他人入手

需求評審所有參會各方未反饋出問題，但實際開展中發(fā)現(xiàn)各種問題，這說明除了產(chǎn)品經(jīng)理外，團隊各個職能的小伙伴都存在可改進(jìn)之處。

產(chǎn)品：

前期需求調(diào)研不夠透徹、業(yè)務(wù)場景理解不夠深入、邊緣關(guān)聯(lián)業(yè)務(wù)了解不足。也就是說，設(shè)計的產(chǎn)品方案是沒有形成閉環(huán)的或者是細(xì)節(jié)設(shè)計顆粒度不夠。

此外還有一種可能是評審時需求溝通不夠徹底，闡述的需求不夠細(xì)致。有些同事不會仔細(xì)去看你做的需求，評審會議是他們獲取信息的最佳途徑。也就是說，他們以評審中獲取的信息評估沒問題，不意味著根據(jù)需求文檔評估沒問題。

技術(shù)：

評審參與度專注度不夠深或者前瞻評估度需要提升。

需求評審的目的之一是技術(shù)理解需求內(nèi)容以評估可行性和開發(fā)周期。實際開發(fā)中，發(fā)現(xiàn)評審時未提出的問題需要去分析到底是什么原因?qū)е?，畢竟開發(fā)中產(chǎn)生問題會非常影響開發(fā)進(jìn)度且不是一個健康的項目狀況。

其他：

同理，后續(xù)開發(fā)過程中出現(xiàn)的問題可能是產(chǎn)品向/技術(shù)向/業(yè)務(wù)向，評審中如果還有運營/業(yè)務(wù)參與，他們也應(yīng)當(dāng)擔(dān)當(dāng)一定的方案評估角色。

測試涉及到全需求測驗，對整個產(chǎn)品/技術(shù)了解度相當(dāng)深，正向的團隊測試同學(xué)如果在評審中有異議也應(yīng)該提出。

總體而言，開展過程出現(xiàn)問題產(chǎn)品和技術(shù)需做最大反省并為之改進(jìn)。

三、結(jié)語

需求梳理很難一步到位，在任何環(huán)節(jié)都有可能產(chǎn)生疏漏。畫原型時產(chǎn)生問題也很正常，原型本身也是產(chǎn)品，需要迭代。

產(chǎn)品經(jīng)理要做的，就是一步步試錯，快速迭代，降低出錯概率。

關(guān)于“畫原型時，經(jīng)常會漏掉很多的使用場景，如何去改進(jìn)？”這個問題，你有什么想說的呢？一起來聊聊吧~

戳：http://996.pm/zrEB6

#天天問神回復(fù)#

「天天神回復(fù)」是天天問的一個新欄目，致力于發(fā)現(xiàn)天天問小伙伴的精彩語錄。抖機靈，大伙兒也是認(rèn)真的！如果喜歡，記得點擊問題鏈接，和TA一起互動吧，我們也在這里期待你的發(fā)言喲~

如果產(chǎn)品經(jīng)理統(tǒng)領(lǐng)地球，世界會變得怎么樣？

@夜漫產(chǎn)品：

程序猿分分鐘告訴你什么叫“猩球崛起”

如何看待“代碼能跑就不要動”？

@小小小白：

要運行1+2+3+4，有A, B兩個代碼。

A代碼：1+2=2

B代碼：3+4=8

運行1+2+3+4=A+B=2+8=10，結(jié)果正確，皆大歡喜。

有一天一個程序員看到了代碼A，發(fā)現(xiàn)了問題，修改A：1+2=3

那么再次運行1+2+3+4=A+B=3+8=11，結(jié)果錯誤，而錯誤的B代碼藏得很深，根本找不到。

修改了某一個代碼可能會像蝴蝶效應(yīng)一樣影響其他代碼，導(dǎo)致大廈傾倒。

淺顯理解，歡迎指正。

想不出需求了怎么辦？

@lee：

你想，或者不想，需求就在那里，不增不減。

去找客戶，或讓客戶來你這里，好好溝通，敞亮通透。

我們從不創(chuàng)造需求，更不臆想需求，我們只是需求的發(fā)現(xiàn)者、分析者，我們只是需求的轉(zhuǎn)述者、搬運工。

多一個產(chǎn)品經(jīng)理不多，但如果少了一個會思考的產(chǎn)品經(jīng)理，整個世界的效率就又下降一點點。

#相關(guān)閱讀#

【天天問每周精選】第145期：知乎VS百度知道，問答產(chǎn)品需要設(shè)置“采納”功能嗎？

【天天問每周精選】第144期：除了降價和送禮品，線上促銷還有沒有新玩法？

【天天問每周精選】第143期：看到差評就不想買，那為什么不取消差評？

【天天問每周精選】第142期：明知道用戶不喜歡廣告，為什么還要花錢四處投放？

【天天問每周精選】第141期：直播帶貨主播：銷售導(dǎo)購 or 帥哥美女，應(yīng)該先用哪個角色亮相？

【天天問每周精選】第140期：眾籌了幾句互聯(lián)網(wǎng)情話，我笑yue了

素材來源：天天問話題精選

「天天問」為人人都是產(chǎn)品經(jīng)理社區(qū)旗下的互助問答模塊，致力產(chǎn)品、運營、營銷等領(lǐng)域知識的學(xué)習(xí)交流。

本欄目由@Darcy 整理編輯發(fā)布，歡迎大家踴躍提問，一起交流。

題圖來自Unsplash，基于CC0協(xié)議