編輯導(dǎo)語：細(xì)節(jié)設(shè)計(jì)對于提升用戶體驗(yàn)方面十分重要，本篇文章作者針對校驗(yàn)的細(xì)節(jié)設(shè)計(jì)問題進(jìn)行分析。通過列舉具體案例進(jìn)行分析，講述了校驗(yàn)的設(shè)計(jì)類型和考察的維度等，一起來學(xué)習(xí)一下吧，希望對你有幫助。

為了讓產(chǎn)品或者服務(wù)能夠正常使用，產(chǎn)品經(jīng)理總是會設(shè)計(jì)各種規(guī)范，控制和引導(dǎo)用戶按照設(shè)計(jì)者的意圖去進(jìn)行操作。

譬如在各種輸入框做校驗(yàn)，如果不符合規(guī)范則會有相應(yīng)的提示。

這不是一個(gè)復(fù)雜的事情，但卻是一個(gè)很影響用戶體驗(yàn)的部分，細(xì)節(jié)才真正體現(xiàn)產(chǎn)品的實(shí)力。

所以校驗(yàn)的設(shè)計(jì)是很重要的，我們今天就聊一聊這個(gè)話題，重點(diǎn)是聊一聊校驗(yàn)設(shè)計(jì)的邊界問題。

必要的鋪墊還是要有，所以講一講校驗(yàn)設(shè)計(jì)的基礎(chǔ)。

為什么要做校驗(yàn)？剛才講過了，是為了讓用戶可以順暢的使用產(chǎn)品和服務(wù)。

譬如最簡單最常見的用戶注冊，大家現(xiàn)在都習(xí)慣用手機(jī)號注冊，那么在手機(jī)號輸入框的部分，用戶輸入之后一般會先對這個(gè)輸入的內(nèi)容進(jìn)行格式校驗(yàn)，這樣能最大程度保證系統(tǒng)發(fā)出驗(yàn)證碼的時(shí)候用戶是能收到短信的。

所以這種校驗(yàn)本身就是為了讓用戶更好的繼續(xù)使用產(chǎn)品和服務(wù)。

校驗(yàn)有哪些類型？一般就三種：一種是規(guī)范校驗(yàn)，一種是一致性校驗(yàn)和安全性校驗(yàn)。

規(guī)范性校驗(yàn)就是前面講的手機(jī)號校驗(yàn)這種，根據(jù)固定的要求進(jìn)行校驗(yàn)，產(chǎn)品經(jīng)理會給出這些規(guī)范，一般也就是字符類型、字符長度這樣的規(guī)范。

一致性校驗(yàn)指的是實(shí)名校驗(yàn)、銀行卡校驗(yàn)這種的，用戶在輸入信息之后會調(diào)用第三方的權(quán)威數(shù)據(jù)源進(jìn)行校驗(yàn)，看輸入的信息是否是真實(shí)的。

當(dāng)然做一致性校驗(yàn)之前一般都會做規(guī)范校驗(yàn)。

安全性校驗(yàn)的話一般涉及到賬號、敏感信息和交易（資金流動(dòng)）的時(shí)候會出現(xiàn)，譬如使用微信支付或者支付寶支付的時(shí)候需要輸入交易密碼來驗(yàn)證是本人發(fā)起的交易。

但校驗(yàn)是有邊界的，做不做校驗(yàn)、做到什么程度是有一些判斷標(biāo)準(zhǔn)的，我們重點(diǎn)聊一聊這部分。

校驗(yàn)設(shè)計(jì)主要是考察三個(gè)維度，一個(gè)是必要性，一個(gè)是可行性，一個(gè)是成本可控。

必要性，這是最重要的考察維度，原則上規(guī)范性校驗(yàn)和安全性校驗(yàn)應(yīng)驗(yàn)盡驗(yàn)，能校驗(yàn)的都要做校驗(yàn)，至于一致性校驗(yàn)則要看情況。

規(guī)范性校驗(yàn)雖然在開發(fā)和測試過程中會繁瑣一點(diǎn)，但是對用戶友好。

當(dāng)然，這就要求產(chǎn)品經(jīng)理在所有需要校驗(yàn)的地方都標(biāo)出校驗(yàn)規(guī)則，不難但是繁瑣。

• 譬如同樣是輸入框，姓名輸入框和手機(jī)號輸入框校驗(yàn)規(guī)則是不一樣的。
• 譬如類似的輸入框校驗(yàn)規(guī)則最好保持一致，如需要輸入公司名稱和公司地址，其實(shí)沒必要做特殊要求，那么校驗(yàn)規(guī)則就可以保持一致，這樣的話校驗(yàn)規(guī)則的類型就會盡可能的少，便于記憶和管理。

如果是后臺系統(tǒng)的，最好也都做一下校驗(yàn)，避免在app端出現(xiàn)不必要的錯(cuò)誤。

安全性校驗(yàn)?zāi)强隙ㄊ潜仨毜?，涉及到賬戶、敏感信息和資金安全的都是必須校驗(yàn)的。

一致性校驗(yàn)以實(shí)際使用場景和設(shè)計(jì)意圖為準(zhǔn)，譬如前面講到的綁定銀行卡這個(gè)操作，那么是必須要做一致性校驗(yàn)的，因?yàn)楹罄m(xù)會涉及到交易或者資金流動(dòng)。

但也有不做校驗(yàn)的，譬如微信支付的親屬卡。

親屬卡的操作流程是這樣的：我的->服務(wù)->錢包->親屬卡->贈送->選擇贈予對象(關(guān)系屬性)->在好友中選擇對象->設(shè)置支付額度->輸入交易密碼。

整個(gè)過程中實(shí)際上只在最后做了安全性交易，并沒有做親屬關(guān)系是否真實(shí)的一致性校驗(yàn)。

為什么不做？沒有必要做，實(shí)際上對于微信來說根本不關(guān)心用戶選擇的對象是不是真的是用戶的親屬，微信設(shè)計(jì)這個(gè)功能的本意就不包含關(guān)系是否真實(shí)的考慮。

只要校驗(yàn)密碼是對的，就表示這種關(guān)系的綁定是用戶本人的意愿，這就可以了。

雖然從功能本身來說是，的確用戶可以綁定任何好友，但是從實(shí)際的使用場景來說用戶真的會給一般的朋友開通這個(gè)親屬卡的功能嗎？

不存在的，只有親屬和戀愛對象這樣的親密關(guān)系才會給予開通，這是關(guān)系屬性決定的。

再好的朋友也不可能每個(gè)月給零花錢吧？所以根本沒有必要校驗(yàn)關(guān)系的真實(shí)性。

所以關(guān)于一致性的校驗(yàn)是以實(shí)際場景為準(zhǔn)的，當(dāng)然還包含了設(shè)計(jì)意圖的考慮。

可行性，這也是很重要的考察維度，如果想校驗(yàn)但是做不到或者校驗(yàn)難度太大，那就肯定不校驗(yàn)了。

我舉兩個(gè)例子：

還是剛才前面的微信親屬卡的這個(gè)例子，假設(shè)微信覺得有必要校驗(yàn)用戶綁定的親屬關(guān)系是否真實(shí)，微信自己肯定沒有這個(gè)數(shù)據(jù)源可以校驗(yàn)真實(shí)性，第三方有沒有，有的，公安機(jī)關(guān)的數(shù)據(jù)庫里肯定有這個(gè)數(shù)據(jù)源。

但是公安機(jī)關(guān)也肯定不會開放給微信使用的，所以微信即便是想校驗(yàn)也做不到，那肯定就不校驗(yàn)了。

類似的，在個(gè)稅app里申報(bào)個(gè)人所得稅的時(shí)候，如果父母（其中有一位即可）超過60周歲是可以申報(bào)贍養(yǎng)老人專項(xiàng)扣除的，申報(bào)的時(shí)候只需要填寫父母一方的身份證信息即可。

這種情況下，如果要校驗(yàn)的話是有可能做到的，稅務(wù)機(jī)關(guān)和公安機(jī)關(guān)同屬國家機(jī)關(guān)，理論上是可以協(xié)調(diào)的。

當(dāng)然實(shí)際有沒有校驗(yàn)我就不知道了，我不可能為了測試去綁定別人的身份證。

再譬如信貸系統(tǒng)中的風(fēng)控系統(tǒng)，會設(shè)置很多風(fēng)控規(guī)則，來判斷哪些用戶符合要求，哪些用戶不符合要求。

有些組合的風(fēng)控規(guī)則過于復(fù)雜，一個(gè)點(diǎn)一個(gè)點(diǎn)設(shè)置操作過于繁瑣而且可能還不能滿足需求。

這種情況下可能會讓風(fēng)控人員直接輸入表達(dá)式(邏輯代碼)來實(shí)現(xiàn)，一般人根本看不懂這個(gè)。

這種表達(dá)式的校驗(yàn)就屬于校驗(yàn)難度太大的類型。能不能校驗(yàn)？理論上可以的，但是難度太大，出規(guī)則的難度大實(shí)現(xiàn)的難度也大，那就沒有必要，還不如人工校驗(yàn)更簡單一點(diǎn)。

成本可控，這是必須要考慮的，公司是商業(yè)組織，必須考慮資金成本的問題。

像綁定銀行卡、或者身份證實(shí)名認(rèn)證、活體識別這種調(diào)用三方數(shù)據(jù)源進(jìn)行校驗(yàn)的必然是要付費(fèi)的，付費(fèi)就涉及到一個(gè)成本控制的問題。

當(dāng)然實(shí)際上來說對于是否采用付費(fèi)方案的考慮是幾乎沒有的，因?yàn)榍懊鎯蓚€(gè)維度的重要性壓過了這一條，只是在根據(jù)不同的安全性或者合規(guī)性要求采用不同的驗(yàn)證方案而已，盡可能控制成本。

譬如使用支付寶進(jìn)行支付只驗(yàn)證交易密碼，但如果查詢公積金（支付寶小程序）的話就會要求做人臉識別，就安全性的要求來說肯定是支付>查詢的，畢竟支付涉及到資金的流動(dòng)，而查詢只涉及到信息保護(hù)的問題，但是因?yàn)椴煌黧w對合規(guī)性的要求不同，所以做法不同。

就實(shí)際來說，校驗(yàn)這個(gè)部分并不起眼，因?yàn)椴豢梢姡菍τ谟脩趔w驗(yàn)是有很大的影響的，而校驗(yàn)規(guī)則是否合理、是否全面和細(xì)致就是一個(gè)比較重要的關(guān)切點(diǎn)，所以要多做考量。

對于做不做這個(gè)問題大家其實(shí)不會有太多爭議，但是對于怎么做、做到何種程度其實(shí)大家的認(rèn)識是不一樣的，我覺得大家可以重點(diǎn)從可行性和成本控制這個(gè)部分去考慮，盡可能在系統(tǒng)層面多做一點(diǎn)，保障用戶體驗(yàn)。

本文由 @產(chǎn)品人玄青 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

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