最近工作中做一個新的app的迭代，需要增加手勢密碼，其中在實現過程中和開發哥哥有一個不同的小觀點，查詢很多資料的，得出總結。
首先是調研
通過以上幾個產品的調研，并結合我們app的自身產品特性，梳理出我們產品的手勢解鎖原型
效果圖也完成了，最后在和產品助理和開發溝通存在幾個問題：
一、產品希望在個人中心退出頁面自己的賬戶密碼的時候，再次登陸app的時候，可以用手勢密碼直接解鎖
解決方案：這個需求是不合理的，因為手勢解鎖密碼是整個賬戶和密碼的子集，賬戶和密碼的層級是高于手勢密碼的，在大的集合退出的情況下，里面的子集是沒有辦法操作的。
二、在忘記手勢密碼的時候，開發希望后面是彈框，出現賬戶，然后直接輸入密碼，不要跳新頁面，因為他們覺得此時因為賬號是不可修改的關聯的是你自己的賬號，所以，這里出彈框是驗證密碼，不是重新登陸。如下圖：開發期望的是方案二，我個人希望的是方案一。
首先對手勢密碼有一個概念的層級區分：
從安全性角度，人臉=指紋>手勢>文本密碼；
從獲取難度，指紋>文本>手勢>人臉；
從容易遺忘角度，手勢>文本>指紋=人臉；
從使用便捷角度，人臉>指紋>手勢>文本。
指紋和人臉識別是依賴硬件，手勢在易用性和安全性上具有一定的優勢。
但是，App普遍存在的情況：服務器幾乎只存儲文本密碼。人臉，指紋依賴于硬件，存儲也比較困難；手勢作為臨時密碼很好，但是容易忘記并且（很難描述）。
針對開發的對方案一和方案二的選擇問題，可以分為兩種情況：
A.手勢在我們這個app當中屬于本地密碼，首次在本機使用必須先輸入文本密碼，才能設置收拾（另外一臺設備上手勢就沒用了）
B.手勢是第二密碼，可以用來在任何設備上登錄。
在和開發確認以后，得知我們公司采用的是A方案，開發成本較低。這個問題也解決了第一個產品的疑問，層級關系的問題。
其實無論A還是B對我們設計都沒影響的，無論是否登錄，本地都存了一個當前用戶名，手勢就相當于鎖屏密碼。
輸入手勢密碼算不算登錄呢？如果之前登錄中，就不需要登錄；如果沒登錄，那么就登錄。
忘記手勢，可以用文本密碼登錄重新設置收拾；忘記手勢，還可以有另外一種意圖就是切換賬戶登錄。
所以，無論如何，在用戶心理活動當中，這件事和登錄是沒區別的，從技術上是維持登錄還是重新登錄，用戶才不關心。
從界面角度，兩個設計沒什么本質差別。第一個方案設計比第二個要好，也是調研了很多app的結果，界面解耦程度更高，儀式感更強。第二個方案看起來實現簡單，但出現異常的時候，設計就很麻煩，界面擴展性很低。
不選擇方案二的原因：
1、作為一個輸入里面類似支付頁面，支付錯誤是一個很敏感的事情，雖然方案二方式很直接，重新輸入了密碼，但是并沒有給用戶一個正向的反饋。
2、在一個彈框中來輸入密碼會有很多不確定的因素，在鍵盤出現的時候，彈框會網上彈，操作很麻煩，例如空間太小，輸入一串中間有一個輸入錯誤，iOS系統下，需要手指去點他輸入的地方，那范圍越大肯定越好。這里指的是彈框中輸入文字。大部分做的比較好的支付彈框都是幾個數，且范圍比較大。
3、指紋輸入錯誤，或者忘記密碼，需要密碼支付登錄，本來就是一個很重要的事情，用一個新頁面反而能提現這個產品很重視
4、還有最后一個原因是開發成本，方案一比方案二小。
這里是分割線，這是我第三次修改這篇文章了
下面是我同事贊成方案二的觀點：
1、技術在會上說不想調用之前的登錄界面，還有一個原因就是覺著過于強調這個登錄行為，他們覺著和正常的登錄頁還是有點區別的，比如用戶名不需要再填了，而且新頁面他覺著在處理一個大事，彈窗關聯性強，看起來也是小操作
2、彈窗輸入字的情況很多呀，只是不適合處理太復雜的，我們這個只是填寫一個密碼，其實很簡單的
3、而且錯誤提示現在很多都不出彈窗了，就算是新頁面的登錄，也都直接在頁面上寫出來錯誤的原因了
本篇文章僅供參考
選哪種方案其實都無所謂，畢竟用戶還是有適應性的，只要使用app能帶來利益能大于花費的各種成本，用戶不會走。
雖然我個人贊成方案一
仔細看，你會發現我們這個app沒有忘記密碼，因為我們是OA系統，產品設定的修改密碼或者忘記密碼是練習產品助理登記修改。
這些是本周工作中遇到的問題。
希望你也受用
祝開心
