此文談不上經(jīng)驗(yàn)，不足教導(dǎo)他人，產(chǎn)品新人帮坚，記錄自己半年來(lái)摸索產(chǎn)品設(shè)計(jì)的所得所想，僅此而已

廢話不多說(shuō)互艾，直接上糧食吧

關(guān)于產(chǎn)品設(shè)計(jì)的思路

第一步：明確該需求的目的

包括用戶需求和產(chǎn)品目的兩個(gè)方面

第二步：辨別需求是否可做

1.如果資源有限试和，就問(wèn)自己一個(gè)問(wèn)題“如果不加這個(gè)功能用戶是否就會(huì)離開(kāi)？”

2.如果你還有一些資源可以做一些事情忘朝，那你就問(wèn)自己“各個(gè)功能的復(fù)雜度如何灰署？這個(gè)功能有多少人用？用的頻度怎樣?能帶來(lái)什么增加的價(jià)值，如：日活溉箕、產(chǎn)品豐富度晦墙、產(chǎn)品在百度上的搜所排名？增加的價(jià)值是否是核心的部分肴茄？投入產(chǎn)出比是否值得晌畅？”

第三步：明確自己產(chǎn)品的現(xiàn)狀以及對(duì)手的情況（這一步也往往先與第一步，是一直應(yīng)該關(guān)注的寡痰，不應(yīng)該等到需要做的時(shí)候再去調(diào)研）

1.競(jìng)爭(zhēng)對(duì)手目前的情況如何抗楔？

2.相關(guān)數(shù)據(jù)的情況？

3.功能上線后是否可以跟進(jìn)相關(guān)的運(yùn)營(yíng)拦坠？（和運(yùn)營(yíng)溝通非常有必要连躏，不是產(chǎn)品做完就結(jié)束了）

4.預(yù)期的產(chǎn)品效果（產(chǎn)品要對(duì)功能有一定的預(yù)期）

第四步確定需求后對(duì)需求進(jìn)行拆分

第五步原型設(shè)計(jì)與文檔撰寫(xiě)

關(guān)于原型設(shè)計(jì)與文檔撰寫(xiě)是建立在前4步基礎(chǔ)之上，原型交互要尊重APP整體風(fēng)格贞滨，結(jié)構(gòu)清晰入热、模塊分明、層次協(xié)調(diào)晓铆，且務(wù)必在原型出好后在用戶使用的關(guān)鍵路徑上在腦袋里模擬交互勺良，看流程是否通暢

2.關(guān)于文檔，每個(gè)人的描述風(fēng)格不一樣骄噪，只要能描述清 楚尚困，功能點(diǎn)不漏，但是也要盡量避免歧義链蕊，如果是去掉的功能事甜，一定一定一定要標(biāo)注清楚，否則研發(fā)真的會(huì)做上去滔韵，驗(yàn)收時(shí)研發(fā)就會(huì)說(shuō)讳侨，你原型沒(méi)有可是文檔里沒(méi)寫(xiě)要去掉~(yú)~~也是心累

以下是幾個(gè)寫(xiě)文檔時(shí)比較容易疏漏的幾個(gè)點(diǎn)（都是細(xì)節(jié)~~）

關(guān)于鍵盤(pán)的問(wèn)題

（1）進(jìn)入某一個(gè)頁(yè)面時(shí)，如果主要目的是讓用戶輸入內(nèi)容奏属，如填寫(xiě)什么信息跨跨，鍵盤(pán)需要自動(dòng)調(diào)起，否則的話可以是點(diǎn)擊輸入框后再自動(dòng)調(diào)取

（2）根據(jù)功能的不同囱皿，需要規(guī)定調(diào)起的鍵盤(pán)樣式是換行勇婴、完成、發(fā)送或者搜索嘱腥，調(diào)起中文耕渴、英文還是數(shù)字，這個(gè)研發(fā)哥哥是可以做到的

（3）鍵盤(pán)消失的時(shí)機(jī)齿兔，可以是輸入框失去焦點(diǎn)的時(shí)候橱脸，或者上下滑動(dòng)屏幕等础米，有些軟件會(huì)自己做鍵盤(pán)，鍵盤(pán)上有完成按鈕添诉，如：香哈菜譜 ? ? ?需要視具體情況而定

關(guān)于輸入框的問(wèn)題

（1）需要用戶輸入多行文字時(shí)屁桑，根據(jù)具體情況判斷輸入框是否需要自增高

（2）當(dāng)輸入框被鍵盤(pán)覆蓋時(shí)，屏幕需要自動(dòng)上滑栏赴，始終保持光標(biāo)緊鄰鍵盤(pán)上方

關(guān)于觸發(fā)該功能時(shí)用戶的狀態(tài)問(wèn)題

（1）使用該功能時(shí)是否需要用戶登錄蘑斧，登錄/注冊(cè)成功后是否有需求記錄登錄之前的狀態(tài)需要明確，如：點(diǎn)贊功能须眷，登錄成功后如果未點(diǎn)贊直接變成已經(jīng)點(diǎn)贊等

（2）是否需要用戶用戶實(shí)名制竖瘾、綁定銀行卡、填寫(xiě)地址等等~~~

關(guān)于是否需要緩存的問(wèn)題

緩存問(wèn)題主要看兩點(diǎn)：1.斷網(wǎng)或者無(wú)網(wǎng)情況下花颗，想要展示給用戶什么信息（與該功能的重要程度有一定關(guān)系捕传，該功能是核心功能，則最好是緩存扩劝，比如豆果美食菜譜是核心乐横，那菜譜會(huì)有緩存，一般的列表也會(huì)有緩存） ? ?2.考慮緩存會(huì)不會(huì)使得緩存變得過(guò)大（尤其是大Android今野，如果緩存過(guò)多，各種監(jiān)控軟件就會(huì)逼逼個(gè)沒(méi)完）

關(guān)于是否需要提前預(yù)加載的問(wèn)題

錦上添花罐农，希望用戶等待時(shí)間較短条霜，優(yōu)化用戶體驗(yàn)，視功能而定

關(guān)于是否翻頁(yè)的問(wèn)題

如果數(shù)據(jù)量比較大涵亏，一次加載全部會(huì)導(dǎo)致服務(wù)器壓力較大宰睡，且用戶等待時(shí)間較長(zhǎng)，要規(guī)定首次加載數(shù)量和上滑加載時(shí)每次加載的數(shù)量气筋，可與研發(fā)商量看看服務(wù)器所能承載的

關(guān)于是否需要需要支持該頁(yè)面的openURL問(wèn)題

如果對(duì)后期的規(guī)劃有需要或者需要運(yùn)營(yíng)配合活動(dòng)時(shí)拆内，一定要注明：該頁(yè)面支持openURL

關(guān)于數(shù)據(jù)是否需要實(shí)時(shí)計(jì)算

一定要慎重慎重再慎重，實(shí)時(shí)運(yùn)算數(shù)據(jù)會(huì)導(dǎo)致運(yùn)算量比較大~~~研發(fā)很生氣宠默，后果很?chē)?yán)重~~~

關(guān)于極端情況

研發(fā)大多數(shù)考慮的都是議程流程如何處理麸恍，所以一定要考慮到異常情況，包括上文所提到的數(shù)據(jù)為空搀矫、數(shù)據(jù)過(guò)多抹沪、斷網(wǎng)、同一個(gè)用戶在兩個(gè)客戶端上同時(shí)登錄怎樣瓤球、老數(shù)據(jù)怎么兼容處理（注：不是所有的極端情況都要處理融欧，人比如測(cè)試會(huì)提出：同一個(gè)用戶在兩個(gè)客戶端上同時(shí)登錄進(jìn)行了***操作怎么處理，這種比較特殊的例子如果對(duì)整個(gè)功能影響不大且沒(méi)有資源做的情況下可以暫不處理）

關(guān)于文案

要考慮小屏幕適配的問(wèn)題卦羡，尤其是iPhone4和4S

關(guān)于分享后頁(yè)面

要注意品牌的漏出噪馏，與用戶回流麦到，說(shuō)白了就是簡(jiǎn)單粗暴的加二維碼

寫(xiě)在后面~~~那些年踩過(guò)的坑

先說(shuō)說(shuō)評(píng)審需要準(zhǔn)備的

1.對(duì)自己的文檔不說(shuō)能背下來(lái)，但是每一個(gè)細(xì)節(jié)都要了解欠肾，研發(fā)問(wèn)起的時(shí)候要可以回答上瓶颠，不要想半天 ，信任感會(huì)降低

2.對(duì)預(yù)期效果和數(shù)據(jù)要有一個(gè)大致的預(yù)期董济，研發(fā)負(fù)責(zé)人會(huì)在意數(shù)據(jù)的問(wèn)題步清，如果提前沒(méi)有做好調(diào)研，沒(méi)有數(shù)據(jù)支撐虏肾，會(huì)被噴的很慘

3.適當(dāng)妥協(xié)廓啊，合作多了之后要大致知道研發(fā)在哪里會(huì)噴這個(gè)方案，評(píng)審前就要知道哪些是必須堅(jiān)持的封豪，堅(jiān)持的要有理有據(jù)使人信服谴轮，可以妥協(xié)的，滿足研發(fā)的參與感

4.為了溝通效率吹埠，可以在設(shè)計(jì)的過(guò)程中就與UI第步、研發(fā)溝通，評(píng)審時(shí)溝通起來(lái)就會(huì)順暢很多

5.如果評(píng)審時(shí)吵架比較激烈缘琅，評(píng)審后可以單獨(dú)找評(píng)審上言辭激烈的幾個(gè)人單獨(dú)溝通粘都，為下次評(píng)審做好準(zhǔn)備，群狼可怕刷袍，獨(dú)狼并不可怕~~一個(gè)個(gè)收拾翩隧，呵呵呵，就是吹個(gè)牛逼

再說(shuō)說(shuō)h5交互的一些局限

1.一些tab想要做上滑吸頂呻纹，慎重堆生，大坑~~~效果極其差，

2.吸底的輸入框雷酪，慎重淑仆，大大的坑，如果對(duì)交互效果差的容忍度機(jī)會(huì)為零哥力，不要考慮蔗怠，沒(méi)有解決辦法，最好的效果就是吊起鍵盤(pán)時(shí)輸入框被遮擋吩跋，然后在瞬間跳出來(lái)蟀淮，可以多找一些H5的頁(yè)面試試,看看能不能忍受，折中方案有兩種：一種但是單獨(dú)開(kāi)一個(gè)頁(yè)面（可能與端內(nèi)的交互不一致）钞澳，一種是做成native(開(kāi)發(fā)周期較長(zhǎng)怠惶，調(diào)整不靈活) ? 可以給出方案老大選擇~~~

3.H5的彈層的效果比較差，輕易不要使用

4.H5在端內(nèi)的分享如果是在導(dǎo)航欄上h5無(wú)法獲得是第幾次分享轧粟，如果需要用戶分享之后再有后續(xù)操作的需要把分享做到頁(yè)面內(nèi)：如分享之抽獎(jiǎng)策治，需要把

5.H5實(shí)現(xiàn)雙擊點(diǎn)贊效果比較費(fèi)勁脓魏，雙擊頁(yè)面很多會(huì)放大頁(yè)面

6.端內(nèi)的H5上傳圖片會(huì)存在問(wèn)題，要確定客戶端開(kāi)發(fā)的虛擬瀏覽器是否開(kāi)發(fā)了該功能通惫，如果僅僅封裝了瀏覽的功能茂翔，在端內(nèi)H5上傳會(huì)獲取不到數(shù)據(jù)

技術(shù)上實(shí)現(xiàn)有問(wèn)題的一些點(diǎn)

1.用IMEI記錄一些信息，雙卡雙待的手機(jī)會(huì)有兩個(gè)IMEI~~~而且ios會(huì)給一個(gè)臨時(shí)IMEI履腋，卸載重新裝之后就IMEI信息會(huì)改變珊燎，導(dǎo)致之前記錄的信息丟失，且不可找回

2.圖文混排尤其是圖片在文字后方的時(shí)候文案不可以從中間截?cái)?/p>

大坑未完待續(xù)~~~