前幾天，就在我剛設計完這個功能甚至連程序猿還沒開發完，就看到了囧老師的新作——關于上傳功能的邏輯和思考，然后當時腦抽手殘的說要pk，于是就有了這篇含著淚寫完的水文。（囧老師是幾個月前拜把子認識的前輩，哦對，是被我強行拜把子的，雖然最后他好像還是沒有答應，不過這些都不重要）
上傳證件是上傳功能的一個子集，上傳功能包括上傳圖片、上傳壓縮包、上傳文件等多種可上傳的類型。本文的討論焦點是上傳圖片形式的證件和壓縮包文件。
這次功能的設計主要解決的痛點是 ：我們的用戶在訂單操作過程中，上傳證件這一步的流失率高達85%以上，全都轉移至pc端上傳。分別體驗了兩端的操作后，找出了以下幾處需要優化的地方：1）app端上傳證件的頁面是h5頁，操作性能差，需要原生化；2）pc端可將多張證件照打包一起上傳，app端一次只能上傳一張，上傳效率低，需要能同時上傳多張；3）上傳流程整體操作起來不夠順暢，給用戶的引導性不強；4）pc端上傳的證件在app端無法預覽和再次上傳，用戶體驗差，需要同步pc上傳預覽；
1）和 2）的問題容易解決也沒有過多需要說明的，下面先來看3）。找到了優化方向后，接下來就開始體驗競品的功能，總結下來一般上傳照片的步驟如圖a所示：
完成了整個流程的設計后，針對我們的app還有1點特殊之處需要考慮，我們的app有一個特殊的功能叫做“證照識別”，即用戶可通過掃描的方式識別身份證、護照，這個功能在上傳流程中可以利用之處在于，用戶切換相冊時除了可以選擇手機中已有的相冊，還可以在歷史識別證件記錄中選擇，即我們將用戶在當前設備中通過證照識別功能識別成功過的照片做成一個相冊，和手機相冊并列顯示。這樣做的好處：既充分利用了用戶的以往操作行為又加強了用戶對證照識別功能的印象。
解決了3）接下來再看4）有關pc上傳的壓縮包在app中預覽的問題。思路是一樣的，找了幾個可以在app上查看壓縮包的競品：有道云協作、網易qq郵箱和百度云盤。我們的app中要在一個頁面兼顧照片和壓縮包的展示，圖b是原型稿：
當用戶在pc端上傳了壓縮包時，在app上預覽的效果就是圖b的樣子，如果用戶想進一步查看壓縮包中的內容，就需要下載壓縮包，這時我們會為這個壓縮包進行解壓操作，解壓后的樣子如圖c：
接下來要面對的問題就是：我們允許用戶對解壓后的壓縮包執行哪些操作？這個問題的答案要從兩個方面去考慮：第一，保證用戶的必要操作；第二，不能把功能設計的過于復雜，不便于開發。經過權衡，確定下來用戶可以執行的操作只有：查看壓縮包中所包含的圖片和查看部分文件類型(pdf,excel,word)，即不支持用戶對壓縮包中的內容進行刪除和修改，只能查看部分文件類型。選擇做這樣限制的原因是因為用戶每對壓縮包進行一次修改，服務器就要重新打包及更新壓縮包并同步pc端的顯示，開發起來比較麻煩并且本身意義不大。如果用戶有補充證件的需求可從圖b的入口上傳。這樣做的好處是：降低了開發成本低同時也滿足了用戶補傳證件的需求。
到這里，有關這次上傳證件的思考和總結就就這么多啦…以后再也不怕寫1000字長文啦，啦啦啦啦啦
傳送門(囧老師的大作在此，不看會后悔)
