中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在《產品經理工作指南（上）》中，我們談到了產品評估、產品需求、產品結構及流程三部分內容，接下來在本文中繼續為大家講述關于原型設計及邏輯規則的自查。

四、原型設計及邏輯規則自查

原型設計及邏輯規則自查是在原型設計過程中伴隨著進行的思考，以及在原型初稿完成、制定相應的邏輯規則時，根據每個點進行核查。核查的內容較多，也是初入門的小伙伴最容易遺漏的地方，下面將逐一介紹需要核查的內容：

前置條件

首先，要思考產品中各項功能使用的前置條件，比如：是否開啟權限、是否登錄、是否會員、是否在功能白名單下…

• 前置必要條件：APP中功能使用是否需要定位權限、相機開啟權限、圖片訪問權限、網絡訪問權限、地理訪問權限、通知發送權限等，是否有針對用戶拒絕權限后的處理方式。
• 登錄狀態：已登錄/未登錄，未登錄狀態下允許做哪些操作、看哪些數據，哪些操作是登錄后才能做的，不同狀態下所能做的操作和數據一定要區分開。
• 會員體系：對于有會員體系的產品，需要區分普通用戶、付費用戶，VIP1~VIP6等……
• 功能白名單：部分新功能只對小部分用戶開放，進行市場測試，反饋新功能使用情況，此時需要設計功能白名單，該功能只對在白名單內的用戶可見并可以使用。
• 管理后臺：不同用戶、不同角色擁有不同的權限，不同權限可操作功能、可查看數據不同，需要控制好權限分配，具體參考《RBAC模型：基于用戶-角色-權限控制的一些思考》。

登錄

關于登錄，看似簡單，但是需要考慮的問題很多：

• 最基本的是：用戶名/密碼輸入規則限制、是否有記住密碼、是否支持密碼復制粘貼、是否支持密碼明文/密文切換顯示，是否有忘記密碼處理流程。
• 針對APP：是否支持第三方登錄，用戶拒絕授權第三方登錄，是否有反饋結果頁面。
• 針對后臺管理系統：用戶初次登錄是否引導用戶修改密碼；為了安全起見，通常考慮不設計記住密碼，忘記密碼可采用管理員重置的方式。
• 登錄狀態的有效期是多長，過期后需要重新登錄。
• 輸入賬號、密碼后還未登錄時刷新頁面，是否清空賬號和密碼；退出登錄后，是否清空賬號和密碼。
• 是否支持同一賬號多設備登錄；是否支持移動端、PC端同時登錄；不允許多設備登錄情況下，一個設備登錄，另一個賬號是否需要自動下線；自動下線賬戶再次登錄后是否有警示提醒等。
• 高頻登錄是否鎖死；短時間內密碼錯誤超過n次是否輸入圖形驗證碼等進行校驗。

界面呈現——數據

• 針對具體頁面內容，最最最重要的，就是考慮?數據來源！數據來源！數據來源！一些PM在設計的時候天馬行空，想要頁面展示什么就加什么，根本不考慮數據來源，待開發階段被程序員反問時候，又一臉懵逼了。
• 另外還要考慮：一個頁面展示多少條數據；多少條數據進行一次刷新；刷新一次加載多少條數據。
• 加載失敗如何顯示：廣告、圖片、視頻、附件。
• 在無數據時展示的缺省圖、無網絡時展示的缺省圖，切勿因為無數據就空白頁面反饋給用戶，讓用戶不知所措，這一點在邏輯規則中備注并提示好UI人員。
• 超出容器部分（無法完整顯示的數據）怎么展示：換行、隱藏、分頁。
• 字數是否有長度限制，超過限制時如何處理。
• 數據過期如何提示用戶。
• 數據按照什么規則排序。
• 數據是否要按特定的格式顯示；數據是否存在極值；數據的計量單。

界面呈現——控件、組件

• 控件是否可點擊（不可用狀態如何呈現）；是否可拖動；可點擊區域等。
• 控件操作方式：點擊；滑動；拖動；縮放；搖一搖。
• 控件獲得焦點時/失去焦點時狀態。
• 提示狀態、規則如何：小紅點/小氣泡。

往深入講，還需要考慮：

• 控件樣式是否符合用戶認知：比如‘垃圾桶’代表刪除，最好別定義為新增功能。
• 控件交互行為是否具有一致性：比如有的地方新增是彈窗，有的地方新增又跳轉新的頁面。
• 控件樣式是否具有一致性：同樣是新增，在兩個列表菜單放的位置不同，一個左邊、一個右邊，按鈕樣式不同。

這些就需要產品設計擁有一定經驗后好好判斷。

界面呈現——輸入與選擇

• 輸入限制（數據類型；長度限制；有無不允許輸入的字符）；是否必填；是否檢驗唯一性。
• 是否為用戶提供了默認值；有默認值的情況下用戶輸入數據后默認值怎么處理、呈現。
• 輸入前/輸入中/輸入后、輸入超過閥值四種情況的處理以及相應界面呈現、提示等。
• 是否保存輸入數據：刷新后是否還存在；頁面跳轉后再回到當前頁面數據是否還存在；流程性數據填寫操作退出或中斷或返回上一步是否保存數據。
• 有無提交限制：多次提交彈出圖形驗證碼、限制多長時間內不能再次輸入。
• 是否指定了鍵盤類型和鍵盤引起的頁面滾動。
• 是否設置了搜索匹配項規則。

界面呈現——文案

• 用戶每次操作后，是否有相應的提示文案；特定功能、新功能是否有文案解釋幫助用戶理解；重要的操作是否有警示文案；某些操作是否添加操作說明。
• 往更深層次思考，則需要考：文案的句式是否一致；用詞是否一致/準確；文案是否有溫度感。

交互過程與反饋

• 操作成功/操作失敗時如何給用戶反饋，系統如何處理，是否有自動備份等。
• 操作是否可撤回/操作過程中是否允許取消、關鍵操作之前是否給予彈窗提示/警告。
• 是否設計了防止誤操作提示，常見的需要二次確認避免誤操作的場景：付款、覆蓋、退出、刪除、提交、離開、修改、替換。

異常情況——網絡狀態

針對圖片較多、有視頻等等需考慮，不同網絡狀態下，系統給與不同情況反饋。

• 4G切換到WiFi：是否顯示更高清內容。
• WiFi切換4G：是否呈現呈現普通質量的圖片、視頻播放是否暫停，如果繼續播放將使用運營商網絡并產生流量費用。
• 弱網：結合實際業務，只加載文字不加載圖片，用缺省圖代替，盡量保證主流程走通。
• 無網：從有網到無網，在該頁面進行所有操作如何反饋？彈窗、toast、還是刷新一個無網的缺省圖、該頁面給刷新網絡按鈕。

異常情況——刷新

關于常見的刷新，需要考慮。

• 刷新前：頁面、數據如何展示。
• 刷新中：如何給用戶良好反饋。
• 刷新后：刷新成功/失敗對應的文案提示。
• 刷新規則：刷新觸發條件是什么，一次刷新加載多少數據？

系統機制

推送機制：對于常見的消息推送，需要包含：推送內容、推送對象、觸發推送的時機、點擊推送后跳轉地方，缺一不可。

中斷機制：對產品使用中突發的中段需考慮程序如何處理，比如：退出登錄、來電、程序進入后臺、殺死程序、網絡中斷、關機等等，發生上述突發中段，數據同步、數據中段如何處理，用戶操作有何反饋都需要列出來，以便開發人員在編碼時候進行開發。

刪除機制：涉及產品中所有需要刪除的地方，備注說明清楚采用物理刪除還是邏輯刪除

1. 物理刪除：直接從數據庫層面徹底刪除，刪除的數據無法找回。
2. 邏輯刪除：僅僅是邏輯和界面展示上刪除，數據庫中還存有該數據，必要時可以恢復。

其他

除以上之外，還有一些其他細節，如：

• 圖片上傳：是否變形、是否需要裁剪；是否限制大小控制流量、壓縮圖片等。
• 加載：自動加載or手動加載；加載中樣式；加載失敗如何顯示；無新數據加載如何展示。
• 排序：排序規則；排序更新頻率；是否有置頂；是否有影響排序的因素。
• 緩存：哪些數據可以緩存；緩存更新規則；緩存刪除規則。
• 查詢：精確查詢or模糊查詢；查詢的范圍。

以上即為關于原型設計及邏輯規則的自查部分的內容。

PS：《產品經理工作指南》上下篇均來自筆者平時工作經歷中的積累，僅屬個人拙見，如您有更好的意見或建議，可以在評論區回復。

除此之外，也歡迎大家添加微信共同交流探討產品相關的內容，不過不歡迎添加微信后的第一句話是：把你的模板發一下給我吧！請不要做伸手黨哈！

相關閱讀

產品經理工作指南（上）

本文由 @珣玗琪 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協議