認識酷森、了(le)解酷森、選擇酷森

互聯酷之道 企業森動力

當前位置: 首頁 > 酷森專欄 > 網站開發建設

網站開發建設

www.kosn.cn

6個(gè)方面聊聊:産品規劃設計自查内容列表

分(fēn)享到:
來(lái)源:本站原創      2019年09月(yuè)24日
字号:T|T

産品設計的(de)過程很長(cháng),如果設計的(de)時(shí)候疏漏一些内容,會導緻需求反複和(hé)研發資源的(de)浪費,本文主要列舉了(le)各個(gè)産品階段需要自查的(de)部分(fēn),檢查當前設計是否存在未考慮到的(de)問題。

一、需求分(fēn)析階段判斷需求真僞是誰在什(shén)麽樣的(de)場(chǎng)景而下(xià)産生的(de)什(shén)麽訴求,希望用(yòng)什(shén)麽方法解決什(shén)麽問題;是否需要進一步調研相關用(yòng)戶\需求提出方,是否需要數據佐證;是否符合當前核心業務場(chǎng)景、是否符合用(yòng)戶畫(huà)像和(hé)用(yòng)戶故事;是否存在類似競品,是否完成競品分(fēn)析;當前方案是否是同類場(chǎng)景下(xià)的(de)共性訴求。量化(huà)收益對(duì)核心用(yòng)戶的(de)影(yǐng)響程度,盡可(kě)能量化(huà);對(duì)核心業務的(de)貢獻程度,盡可(kě)能量化(huà)。判斷可(kě)行性當前技術是否可(kě)以支持;當前業務是否可(kě)以支持。風險評估(1)功能風險①是否存在關聯功能的(de)改造點

②是否完整梳理(lǐ)當前規劃内容下(xià)線後的(de)影(yǐng)響點

③是否已預估業務高(gāo)峰數據爆發量級,及其處理(lǐ)措施

④是否已計劃好功能上線後的(de)驗證方法(2)外部風險①是否引發諸如騷擾、欺詐等安全隐患

②是否存在負面輿情風險

③是否存在法律及合規風險排定優先級參考維度:用(yòng)戶覆蓋度、使用(yòng)頻(pín)率、對(duì)核心場(chǎng)景的(de)影(yǐng)響、對(duì)核心用(yòng)戶的(de)影(yǐng)響、實際收益的(de)高(gāo)低、對(duì)KPI的(de)影(yǐng)響、實現難度的(de)高(gāo)低、産品成長(cháng)時(shí)機。二、信息架構設計階段定義面向用(yòng)戶,組織合理(lǐ)的(de)信息及展現層級使其正确傳達給用(yòng)戶的(de)過程,從客戶端功能布局到界面字段排版均需要。檢查點設計時(shí)是否結合了(le)用(yòng)戶畫(huà)像、用(yòng)戶習(xí)慣、業務場(chǎng)景等因素;架構層次是否清晰,是否足夠扁平,是否容易能使用(yòng)戶理(lǐ)解;所有信息均需要進行重要級評定,以決定在界面和(hé)功能中的(de)重要程度;信息分(fēn)類是否合理(lǐ),一定要“高(gāo)内聚,低耦合”;架構拓展性是否足夠大(dà),後續對(duì)信息模塊進行增删改查時(shí),是否容易施行。三、流程設計階段(1)流程設計是否結合了(le)用(yòng)戶畫(huà)像、用(yòng)戶習(xí)慣、業務場(chǎng)景、競品等因素?

(2)主幹流程是否最簡化(huà),是否覆蓋了(le)足夠多(duō)的(de)場(chǎng)景?

(3)是否有特殊流程(分(fēn)支流程、逆向流程)?

(4)是否有異常流程?

(5)是否歸納出所有的(de)操作節點、數據交互點:操作節點是否足夠精簡易理(lǐ)解?是否考慮了(le)操作節點的(de)容錯性(二次确認、撤銷操作)?數據交互點是否依賴其他(tā)系統?(6)特殊、異常流程是否需要增加切換流程的(de)引導,避免流程斷頭?

(7)相關流程的(de)用(yòng)戶體驗路徑是否一緻?

(8)繪制是否美(měi)觀規範:①各圖形形狀/字号統一:,重點内容可(kě)特殊标識,關鍵節點增加注釋說明(míng)

②流程均以開始框開始,以結束框結束,避免斷頭風險

③流程圖從左到右、從上到下(xià)排列

④流程線盡量不要交叉(9)流程完成後是否進行了(le)場(chǎng)景驗證,是否符合用(yòng)戶預期?四、交互設計階段細節交互(1)頁面流①頁面跳轉的(de)描述說明(míng)是否完整,是否需要頁面流轉圖輔助說明(míng)?

②頁面内容是否完整,是否符合信息架構設計,是否存在缺失?

③頁面是否存在空值狀态?

④頁面加載狀态展示的(de)loading圖是否友好,是否可(kě)打斷加載狀态?

⑤頁面加載狀态是否可(kě)操作部分(fēn)原生控件(移動端)?

⑥頁面的(de)逆向操作是否有完整的(de)路徑,返回是否會造成死循環?

⑦頁面的(de)跳轉是否需要轉場(chǎng)動效?

⑧是否添加全局特效的(de)交互操作,iOS右滑返回?

⑨移動端單頁面中的(de)功能是否有冗餘,單頁面主功能僅限一個(gè)?

⑩後端web頁盡量在一個(gè)頁面中展示更多(duō)相關信息,單頁面可(kě)完成多(duō)次相關操作。(2)文案①是否易理(lǐ)解,是否有歧義,是否有錯别字?

②句式、用(yòng)詞是否準确一緻?

③文案是否與産品調性一緻?(3)數據展示展示數據是否使用(yòng)的(de)是服務器數據,或使用(yòng)的(de)是本地緩存數據?展示數據是否是初次加載讀取的(de)靜态數據,或實時(shí)、定時(shí)展示的(de)動态數據?是否規劃數據爲空時(shí)的(de)展示效果,是否增加用(yòng)戶引導?是否規劃數據字數超長(cháng)展示效果,是否有超長(cháng)限制?對(duì)過期的(de)緩存數據是否需要告知用(yòng)戶刷新(活動過期)?是否規劃數據極限值的(de)展示效果?是否規劃了(le)數值的(de)特定展示格式?是否存在敏感數據,敏感數據如何展示?是否對(duì)特殊内容進行過濾、标記(敏感、違禁的(de)詞語)?前置場(chǎng)景的(de)不同是否對(duì)當前展示數據産生影(yǐng)響,不同場(chǎng)景是否需要展示不同數據?移動端從後台喚醒應用(yòng)時(shí),是否需要刷新當前頁面數據?(4)數據表單數據按什(shén)麽規則排序?數據是根據什(shén)麽搜索規則篩選出?數據展示是否分(fēn)頁,單頁展示數據量是否有限制?(5)控件控件是否符合用(yòng)戶認知?全局控件樣式是否具有一緻性?全局控件交互行爲是否具有一緻性?控件的(de)不可(kě)用(yòng)狀态如何展示?是否周全地考慮了(le)所有操作成功的(de)反饋?是否周全地考慮了(le)所有操作失敗的(de)反饋?操作過程中是否允許取消?是否設計了(le)必要且合理(lǐ)的(de)動效?待操作按鈕在當前界面中是否明(míng)确?待操作按鈕是否易操作?控件觸發的(de)提示類型是否恰當(小紅點、Toast、彈窗(chuāng))?控件觸發的(de)功能過程中是否可(kě)以随時(shí)取消(下(xià)載新版本、上傳文件)?(6)文字輸入輸入文字前是否有默認值,是否有輸入提示?輸入焦點丢失和(hé)存在時(shí)是否有展示内容的(de)差異?輸入文字是否存在極限長(cháng)度或最低長(cháng)度?輸入文字是否可(kě)存在特殊字符,若用(yòng)戶輸入如何處理(lǐ)?輸入文字是否存在對(duì)敏感詞(密碼、存款金額等)、違禁詞的(de)禁用(yòng)或過濾展示?輸入文字後是否需要一鍵清空操作?輸如文字後是否顯示輔助結果(輔助詞),輔助詞的(de)搜索規則?輸入文字後遇到流程打斷的(de)情況是否保留輸入記錄(斷網、關閉頁面等)?是否針對(duì)輸入的(de)内容指定鍵盤類型,數字鍵盤,英文鍵盤(移動端)?是否說明(míng)了(le)鍵盤喚起後需要頁面的(de)滾動來(lái)避免輸入框的(de)遮擋(移動端)?(7)圖片輸入①是否強制要求上傳圖片的(de)必須參數(尺寸、格式等)

②是否設置了(le)不符合尺寸的(de)提示,圖片過大(dà)或過小,格式錯誤等

③是否提供上傳完成圖片的(de)預覽

④是否提供了(le)再次編輯操作,引導是否明(míng)顯

⑤上傳失敗的(de)情況是否給予用(yòng)戶提示,引導再次上傳

⑥上傳完成後遇到流程打斷的(de)情況是否保留已上傳的(de)記錄(斷網、關閉頁面等)特殊因素(1)帳号角色①是否存在不同登錄狀态下(xià)展示内容或操作有不同(登錄、未登錄、帳号異常狀态)?

②是否存在不同用(yòng)戶狀态下(xià)展示内容或操作有不同(非會員(yuán),不同等級的(de)會員(yuán),特殊付費會員(yuán)等)?

③是否考慮多(duō)賬号切換,切換時(shí),本地緩存數據是否需要同步清空?

④是否允許多(duō)終端同時(shí)登錄同一帳号,若允許,操作同一數據時(shí)是否産生沖突?(2)網絡狀況①WiFi網絡;

②移動網絡(4G);

③連接超時(shí),多(duō)久爲超時(shí)?

④無網絡顯示什(shén)麽内容?是否給予用(yòng)戶友好引導檢查網絡或重試按鈕?

⑤網絡變化(huà)從WiFi到4G網絡環境時(shí),是否需要提示?(3)服務器問題

服務器出問題返回數據失敗時(shí),是否給予用(yòng)戶友好提示或重試按鈕?

(4)舊(jiù)版本兼容

是否存在高(gāo)低版本兼容問題(浏覽器頁面緩存、APP舊(jiù)版本)?

(5)硬件設備橫豎屏是否有橫屏展示的(de)需要,如不需要需要鎖定豎屏?分(fēn)辨率高(gāo)低情況下(xià)是否會有适配問題,是否備注清楚?SD卡 Android手機,沒有SD卡、SD卡儲存已滿、儲存位置等情況是否考慮并備注?硬件不同,手機物(wù)理(lǐ)按鍵的(de)不同衍生不同操作?系統版本的(de)不同是否同步支持,iOS、Android、Windows及其不同版本

(6)硬件權限定位提示是否打開定位?相機提示是否打開相機?閃光(guāng)燈提示是否調用(yòng)閃光(guāng)燈?藍牙 示是否打開藍牙?設備數據是否需要調用(yòng)?步數、心率等,主要在iOS設備中。

(7)閱讀模式夜間\日間模式,是否考慮光(guāng)線較暗的(de)場(chǎng)景?編輯模式下(xià)出現意外情況,是否提示保存或自動保存已填信息?無痕模式,不記錄用(yòng)戶所有操作信息(實際是否記錄根據數據需求來(lái)看)?無圖模式,節約用(yòng)戶流量,加快(kuài)頁面加載速度。

輔助功能(1)數據埋點是否存在用(yòng)戶漏鬥埋點需求?是否存在運營數據報表需求?是否定義功能可(kě)用(yòng)性标準?

(2)通(tōng)知機制操作交互是否需要觸發推送消息,推送内容是什(shén)麽,推送時(shí)間節點是什(shén)麽?是否确定當前通(tōng)知的(de)類型(短信、推送、微信消息)?是否确定當前通(tōng)知的(de)失效策略?

五、文檔撰寫幹淨整潔,注意排版細節;多(duō)層級格式标記一緻;同層級字體大(dà)小一緻;說明(míng)的(de)圖片是否易理(lǐ)解,是否可(kě)快(kuài)速定位位置?

六、上線準備客戶端版本更新是否需要做(zuò)新的(de)應用(yòng)商店(diàn)圖、新的(de)歡迎頁、新的(de)功能引導頁、新的(de)功能描述文案、升級版本文案?功能埋點列表是否确認及提出?版本上線計劃是否确定,是否及時(shí)同步給運營或其他(tā)相關部門人(rén)員(yuán),及布置相關工作?數據統計需求是否确認及提出?若需求内容較大(dà),是否在上線前做(zuò)好業務人(rén)員(yuán)培訓?