前幾天蒿往，就在我剛設計完這個功能甚至連程序猿還沒開發(fā)完掸掸，就看到了囧老師的新作——關于上傳功能的邏輯和思考杉畜，然后當時腦抽手殘的說要pk纪蜒，于是就有了這篇含著淚寫完的水文。（囧老師是幾個月前拜把子認識的前輩此叠，哦對纯续，是被我強行拜把子的，雖然最后他好像還是沒有答應拌蜘，不過這些都不重要）
上傳證件是上傳功能的一個子集杆烁，上傳功能包括上傳圖片牙丽、上傳壓縮包简卧、上傳文件等多種可上傳的類型。本文的討論焦點是上傳圖片形式的證件和壓縮包文件烤芦。
這次功能的設計主要解決的痛點是 ：我們的用戶在訂單操作過程中举娩，上傳證件這一步的流失率高達85%以上，全都轉(zhuǎn)移至pc端上傳。分別體驗了兩端的操作后铜涉，找出了以下幾處需要優(yōu)化的地方：1）app端上傳證件的頁面是h5頁智玻，操作性能差，需要原生化芙代；2）pc端可將多張證件照打包一起上傳吊奢，app端一次只能上傳一張，上傳效率低纹烹，需要能同時上傳多張页滚；3）上傳流程整體操作起來不夠順暢，給用戶的引導性不強铺呵；4）pc端上傳的證件在app端無法預覽和再次上傳裹驰，用戶體驗差，需要同步pc上傳預覽片挂；
1）和 2）的問題容易解決也沒有過多需要說明的幻林，下面先來看3）。找到了優(yōu)化方向后音念，接下來就開始體驗競品的功能沪饺，總結(jié)下來一般上傳照片的步驟如圖a所示：
完成了整個流程的設計后，針對我們的app還有1點特殊之處需要考慮闷愤，我們的app有一個特殊的功能叫做“證照識別”随闽，即用戶可通過掃描的方式識別身份證、護照肝谭，這個功能在上傳流程中可以利用之處在于掘宪，用戶切換相冊時除了可以選擇手機中已有的相冊，還可以在歷史識別證件記錄中選擇攘烛，即我們將用戶在當前設備中通過證照識別功能識別成功過的照片做成一個相冊魏滚，和手機相冊并列顯示。這樣做的好處：既充分利用了用戶的以往操作行為又加強了用戶對證照識別功能的印象坟漱。
解決了3）接下來再看4）有關pc上傳的壓縮包在app中預覽的問題鼠次。思路是一樣的，找了幾個可以在app上查看壓縮包的競品：有道云協(xié)作芋齿、網(wǎng)易qq郵箱和百度云盤腥寇。我們的app中要在一個頁面兼顧照片和壓縮包的展示，圖b是原型稿：
當用戶在pc端上傳了壓縮包時觅捆，在app上預覽的效果就是圖b的樣子赦役，如果用戶想進一步查看壓縮包中的內(nèi)容，就需要下載壓縮包栅炒，這時我們會為這個壓縮包進行解壓操作掂摔，解壓后的樣子如圖c：
接下來要面對的問題就是：我們允許用戶對解壓后的壓縮包執(zhí)行哪些操作术羔？這個問題的答案要從兩個方面去考慮：第一，保證用戶的必要操作乙漓；第二级历，不能把功能設計的過于復雜，不便于開發(fā)叭披。經(jīng)過權衡寥殖，確定下來用戶可以執(zhí)行的操作只有：查看壓縮包中所包含的圖片和查看部分文件類型(pdf,excel,word)，即不支持用戶對壓縮包中的內(nèi)容進行刪除和修改涩蜘，只能查看部分文件類型扛禽。選擇做這樣限制的原因是因為用戶每對壓縮包進行一次修改，服務器就要重新打包及更新壓縮包并同步pc端的顯示皱坛，開發(fā)起來比較麻煩并且本身意義不大编曼。如果用戶有補充證件的需求可從圖b的入口上傳。這樣做的好處是：降低了開發(fā)成本低同時也滿足了用戶補傳證件的需求剩辟。
到這里掐场，有關這次上傳證件的思考和總結(jié)就就這么多啦…以后再也不怕寫1000字長文啦，啦啦啦啦啦
傳送門(囧老師的大作在此贩猎，不看會后悔)
