交互自查清單:智能數(shù)據(jù)平臺產(chǎn)品

2 評論 12632 瀏覽 92 收藏 8 分鐘

筆者從實際工作中遇到的問題出發(fā),整理了一份智能數(shù)據(jù)類產(chǎn)品的交互自查清單,與大家分享。

我一直以來從事的是NLP領(lǐng)域的B端智能數(shù)據(jù)產(chǎn)品的設(shè)計,在產(chǎn)品的設(shè)計階段,或多或少會碰到問題,例如需求文檔撰寫的不夠詳細(xì),交互細(xì)節(jié)想的不夠清楚等等,所以在此想陸續(xù)整理一份關(guān)于智能數(shù)據(jù)類產(chǎn)品的交互自查清單,以便在以后的工作中,能夠更好的提醒自己,也在此處分享出來,與大家共同討論,查漏補缺。

此次著重梳理了數(shù)據(jù)上傳和搜索、篩選器幾個部分,與諸君共勉。

一、數(shù)據(jù)輸入

1. 輸入數(shù)據(jù)的形式

  1. 本地上傳;
  2. 跨平臺導(dǎo)入;
  3. 數(shù)據(jù)庫讀取。

2. 數(shù)據(jù)輸入的交互自查點

  1. 是否允許多文件上傳;
  2. 單任務(wù)或者單文件夾中,是否允許追加數(shù)據(jù)、是否允許多條數(shù)據(jù)合并到一起,例如創(chuàng)建文件夾等;
  3. 對于數(shù)據(jù)格式、數(shù)據(jù)大小的限制;
  4. 系統(tǒng)是否會自動對數(shù)據(jù)進行過濾、裁剪等;
  5. 數(shù)據(jù)的管理權(quán)限,在數(shù)據(jù)平臺中,是否允許共享,權(quán)限是否可以修改,數(shù)據(jù)共享后的使用權(quán)限如何確定,當(dāng)數(shù)據(jù)有變更時,該如何顯示,如何處理;
  6. 是否會有數(shù)據(jù)類型的限制?從不同的維度針對數(shù)據(jù)進行分類;
  7. 數(shù)據(jù)上傳的進度展示,成功提示、失敗提示,操作步驟的幫助提示;
  8. 數(shù)據(jù)是否提供重命名、數(shù)據(jù)預(yù)覽等操作;
  9. 是否允許拖拽、右鍵等操作;
  10. 是否判斷文件名重復(fù),及重復(fù)后的操作(是替換、還是不允許上傳等)、提示信息等。
  11. 是否需要對數(shù)據(jù)進行統(tǒng)一管理,例如簡歷數(shù)據(jù)管理中心,還是在用戶需要數(shù)據(jù)時上傳。

二、智能搜索

1. 是否包含以下功能?

  1. 自動補全;
  2. 歷史記錄;
  3. 自動糾錯;
  4. 對于搜索結(jié)果的高亮展示;
  5. 結(jié)合篩選器使用搜索;
  6. 關(guān)聯(lián)推薦;
  7. 默認(rèn)搜索排序;
  8. 拼音、拼音簡寫等搜索。

2. 搜索類型是否需要拓展?

文字搜索、圖案搜索、語音搜索等

3. 交互自查點

  1. 正確判斷搜索的范圍,是針對一個字段、還是多個字段,還是進行全文檢索;
  2. 查詢效率是否滿足用戶需求;
  3. 對于自動糾錯,是否直接輸出、展示判定正確的結(jié)果,是否保留用戶輸入的錯誤入口;
  4. 是精確匹配,還是模糊搜索;一般場景下都是支持模糊搜索會更方便一點,但是也有個別場景,例如在保密系統(tǒng)內(nèi),搜索敏感信息時,可能就需要精確匹配的場景。
  5. 是否為用戶提供個性化搜索和推薦;
  6. 允許輸入內(nèi)容的字符長度、數(shù)據(jù)類型,其他限制因素;
  7. 搜索框的內(nèi)顯示提示信息或者示例;
  8. 異常、暫無結(jié)果的提示信息、展示形式;
  9. 搜索結(jié)果的排序規(guī)則;
  10. 手動觸發(fā)則需要用戶在輸入完成后點擊“搜索”按鈕進行操作,保留用戶使用瀏覽器的習(xí)慣;
  11. 是否需要實時搜索的功能,實時搜索能讓用戶及時看到結(jié)果,搜索體驗好,但實時請求搜索接口,對接口造成一定壓力,當(dāng)使用人數(shù)較多時,容易出現(xiàn)系統(tǒng)報錯的情況;
  12. 采用前端搜索還是后端搜索的方式?前端搜索主要應(yīng)用在數(shù)據(jù)變動頻率低的場景中,變動頻率較高的,都會采用后端搜索的方式。

三、篩選器

1. 篩選器的類型?

  1. 基于地理位置的篩選,常見的多余城市、商圈、地標(biāo)位置、景區(qū)等內(nèi)容進行篩選;
  2. 基于列表內(nèi)容的篩選,篩選項可以是組成列表內(nèi)容的信息元素,如類別、價格、品牌、發(fā)貨地等等;
  3. 基于時間的篩選,包括時間違反和時間點的篩選。還包括一些特殊的模糊范圍,例如耗時最短、最早出發(fā)等情況;
  4. 基于數(shù)字篩選,包含數(shù)據(jù)段和單個數(shù)字。(通常采用滑塊選擇器、數(shù)據(jù)表單等控件形式)。

2. 篩選器的形式

篩選器的形式:滑塊選擇器、按鈕選擇器、列表選擇器、時間選擇器、復(fù)選框、單選、多選、單級、多級、分段控件、tab標(biāo)簽、滾動。

3. 交互自查點

  1. 篩選器的形式選擇否符合當(dāng)前業(yè)務(wù)場景?
  2. 邊界值的設(shè)置是否符合要求?
  3. 采用滑塊選擇數(shù)值時,是否有步進的限制,最小調(diào)整值是多少。例如:如果是上百萬的儀器銷售,價格數(shù)值的調(diào)整按鈕,就不能是1元錢,1元錢的進行調(diào)整了。
  4. 基于地域的篩選,要注意場景需要篩選的范圍,是國家、還是省市縣哪一級別,旅游和鎖定嫌疑人的產(chǎn)品的應(yīng)用場景,需要的范圍肯定是不一樣的。
  5. 基于時間的篩選也是一樣,是需要確認(rèn)到時、分、秒,還是確認(rèn)到日,休息日是否需要包含進去、例如訂酒店之類的應(yīng)用是按多少晚計算的,與其他的又有不同,都需要注意。等等都需要在設(shè)計產(chǎn)品時注意的。至于對于時間段的選擇來說,結(jié)束日期不能大于開始日期之類的,一般控件內(nèi)都是已知的,無需另外標(biāo)明。
  6. 對于選擇結(jié)果的展示、和修改采用何種形式,是否方便用戶操作?

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很棒

    回復(fù)
  2. 辛苦了!

    來自上海 回復(fù)