我們知道，即使是對(duì)需求進(jìn)行了完整的分析，考慮到了功能的全部細(xì)節(jié)，在做交互等設(shè)計(jì)時(shí)都得一步步小心設(shè)計(jì)，沒法一蹴而就——畢竟一個(gè)顏色、一個(gè)按鈕表達(dá)的含義都不一樣。這篇文章，我們來看看作者在一個(gè)項(xiàng)目中的推導(dǎo)過程，希望能幫到大家。

交互設(shè)計(jì)師在日常輸出方案的過程不是一蹴而就的，而是通過對(duì)用戶場(chǎng)景與業(yè)務(wù)目標(biāo)不斷的推敲與嘗試，最終才能輸出符合用戶操作預(yù)期的交互流程。

以下，是筆者在最近一個(gè)項(xiàng)目中的分析過程，希望能給大家?guī)硭伎寂c收獲。

項(xiàng)目背景

本次項(xiàng)目是一個(gè)新增個(gè)人檔案的功能，用戶將待錄入人員的信息通過表單的形式錄入，從而為用戶新建個(gè)人檔案。當(dāng)前存在的問題是當(dāng)用戶填寫所有內(nèi)容提交信息的時(shí)候，會(huì)存在用戶已存在的情況，此時(shí)用戶已經(jīng)花了很多的時(shí)間在信息錄入上無疑浪費(fèi)了用戶的時(shí)間與精力，對(duì)此，用戶希望能優(yōu)化產(chǎn)品流程，解決此類情況下所帶來的影響。

在接到需求后，一部分人可能已經(jīng)開始尋找解決問題的方法，但是在此之前，我們可以系統(tǒng)的分析一下當(dāng)前的問題。

我們需要解決的問題是，當(dāng)用戶已建檔時(shí)，減少用戶在錄入信息時(shí)所耗費(fèi)的時(shí)間。此時(shí)我們可以發(fā)出疑問：為什么需要做這個(gè)判斷？因?yàn)橛脩艋ㄙM(fèi)了大量的時(shí)間填寫表單卻被告知信息已存在，浪費(fèi)了用戶的時(shí)間。那我們?nèi)绻麥p少用戶錄入的時(shí)間，是不是就能降低用戶不滿的情緒呢？

減少用戶錄入的時(shí)間，我們可以通過兩個(gè)途徑：第一，減少需要錄入的字段數(shù)量；第二，優(yōu)化單個(gè)信息的錄入方式。

針對(duì)第一條，在實(shí)際操作中發(fā)現(xiàn)，當(dāng)前錄入字段包含必填與非必填兩種類型，而非必填信息可以歸為”一類信息”，那我們是否可以將此類信息部分隱藏起來，從視覺上減少需要錄入的內(nèi)容，避免用戶在非必填內(nèi)容中耗費(fèi)太多的時(shí)間。

而對(duì)于單個(gè)信息的錄入方式，我們可以根據(jù)用戶輸入的內(nèi)容自動(dòng)識(shí)別填充部分信息，比如通過身份證號(hào)識(shí)別出姓名、性別、年齡。通過自動(dòng)填充的方式減少用戶操作，從而節(jié)省用戶時(shí)間；除此以外，選擇合適的交互控件也很重要，比如錄入身份證號(hào)時(shí)，我們提供身份證鍵盤，也能減少用戶因切換鍵盤而耗費(fèi)的時(shí)間。

在分析了用戶錄入信息時(shí)間長的問題，我們是不是就可以解決用戶當(dāng)前的痛點(diǎn)呢？其實(shí)可以進(jìn)一步分析，用戶為什么會(huì)在新建用戶的時(shí)候出現(xiàn)用戶已存在的情況？

在跟用戶溝通后發(fā)現(xiàn)，用戶錄入信息的場(chǎng)景大多是跟待錄入人員邊溝通邊錄入，待錄入的對(duì)象以老年人為主，大部分無法記得是否已建檔。所以當(dāng)用戶篤定自己未建檔時(shí)，操作員會(huì)進(jìn)入新建檔案頁面，錄入用戶信息。這時(shí)就會(huì)存在用戶已建檔的情況。

除了直接進(jìn)入新建檔案頁面，還有一部分用戶是通過搜索來判斷用戶是否存在檔案，這樣可以避免用戶已有檔案再錄入的情況。但是此場(chǎng)景當(dāng)前也存在著一些問題。

首先，用戶需要輸入完整信息點(diǎn)擊搜索才能對(duì)信息進(jìn)行檢索；第二，當(dāng)檢索結(jié)果為空時(shí)，用戶不能確定是無結(jié)果還是手機(jī)網(wǎng)絡(luò)等原因?qū)е碌目諣顟B(tài)；第三，當(dāng)沒有當(dāng)前用戶時(shí)，要返回列表再點(diǎn)擊新建檔案，操作鏈路長。針對(duì)當(dāng)前問題，我們可以進(jìn)一步給出解決方案。

針對(duì)搜索方式，我們可以設(shè)計(jì)成模糊查詢的方式，這樣用戶無需進(jìn)入到搜索結(jié)果頁就可以定位用戶，而當(dāng)關(guān)鍵詞無法檢索出用戶時(shí)，可以直接提供新建檔案的入口，滿足用戶通過檢索用戶來判斷是否建檔的場(chǎng)景，方便用戶錄入信息。

在解決了這兩個(gè)問題后，我們?cè)倩貧w問題本身，用戶花費(fèi)大量的時(shí)間錄入信息，提交時(shí)發(fā)現(xiàn)已建檔。如果我們?cè)谟脩魟備浫胄畔r(shí)就判斷是否建檔，及時(shí)阻止用戶進(jìn)行后續(xù)操作，是不是就能解決這個(gè)問題。那用戶錄入什么信息能觸發(fā)這個(gè)判斷呢？我們需要找到用戶的唯一標(biāo)識(shí)，比如身份證號(hào)，并將這個(gè)錄入項(xiàng)放在第一步，這樣當(dāng)用戶鍵入信息后，通過比對(duì)，發(fā)現(xiàn)已存在時(shí)立即提示用戶，阻斷用戶的后續(xù)操作。

那我們選擇什么方式提醒用戶呢？比如我們可以通過頁面toast提示用戶當(dāng)前用戶已存在，或者在頁面上展示提示內(nèi)容來提示用戶。但是兩種方式用戶都還停留在當(dāng)前頁面，業(yè)務(wù)邏輯中當(dāng)信息已存在時(shí)后續(xù)錄入項(xiàng)就無需錄入了，所以為了減少內(nèi)容對(duì)用戶的干擾，以及方便用戶退出當(dāng)前流程，我們可以選擇彈窗來做提醒。

但是彈窗僅僅提醒個(gè)人信息已存在是不是”小題大作”了呢？我們可以再進(jìn)一步分析。當(dāng)信息已存在的時(shí)候，用戶下一步操作是什么？通過對(duì)用戶場(chǎng)景的走查發(fā)現(xiàn)，用戶往往會(huì)在發(fā)現(xiàn)信息已存在時(shí)進(jìn)入用戶個(gè)人信息頁面去查看是否有內(nèi)容更新，所以我們可以在提醒彈窗上加上進(jìn)入個(gè)人信息頁面的入口，從而縮短用戶的操作路徑。

以上，就是筆者本次項(xiàng)目的推導(dǎo)過程，通過對(duì)需求的不斷拆解，找出各個(gè)場(chǎng)景用戶的痛點(diǎn)，從而針對(duì)性的設(shè)計(jì)交互流程。經(jīng)驗(yàn)有限，思考過程跟交互方案可能都不夠成熟，也歡迎大家一起討論交流。