科技獵項目復盤-產品設計階段如何完善設計細節？
心心念念的項目復盤終于抽空有時間寫了，作者目前負責所供職公司當中的一個大型0到1的項目，項目從啟動到一期、二期、三期的更新迭代，都經歷了不少苦難和波折，所以項目復盤很重要，那么在產品設計方面，尤其在應對大型項目當中，產品設計應該如何做？
首先，我們要明確的是，我們需要提供完善的prd文檔和原型設計，那么什么叫完善呢？就是邏輯要明確，思路要清晰，考慮要周全，這樣才不會進入到開發階段時，與開發人員來回不斷的改邏輯、改設計、耽誤彼此的時間。
所以說目的就是要prd文檔和原型要精準無誤，為了能讓大家達到這樣的目的，作者羅列出了一份表格。后續大家在制作prd文檔時，可以對照著看，簡直是干貨中的干貨！
表格如下：
| 產品功能設計時的注意事項（寶典） | ||||
| 場景 | 描述 | 例子 | 類型 | |
| 前置條件 | 登錄狀態 | 已登錄 | 前端頁面 | |
| 未登錄 | 前端頁面 | |||
| 必要條件 | 打開某些功能需要開啟的權限 | 如定位、攝像頭、麥克風等 | 前端頁面 | |
| 網絡環境 | 有網絡 | 前后端頁面 | ||
| 沒網絡 | 前后端頁面 | |||
| 展示 | 無數據時 | 怎么展示？ | 固定文案提示還是跳轉到其他頁面等 | 前后端頁面 |
| 有數據時 | 超出設備的頁面范圍怎么展示？ | 分頁還是隱藏？分頁是手動點擊分頁還是自動分頁？ | 前后端頁面 | |
| 沒超出設備的頁面范圍怎么展示？ | 輪播？X行Y個？如何排列？最多展示多少數據？ | 前后端頁面 | ||
| 數據來自哪里？ | 是從后臺獲取？還是前臺頁面 | 前端頁面 | ||
| 一次加載需要加載多少數據？ | 如分屏展示還是全部展示 | 前后端頁面 | ||
| 排序 | 排序規則是什么 | 如按照銷量、價格降序升序等 | 前后端頁面 | |
| 每次進入頁面如何排序？ | 隨機還是按照規則 | 前后端頁面 | ||
| 是否有特殊要求？ | 如置頂？或者定制化排序 | 前后端頁面 | ||
| 樣式 | 彈窗樣式 | 產品內彈窗樣式一般均統一大小、顏色、字號等 | 前后端頁面 | |
| 頁面樣式 | 頁面設計風格一致 | 前后端頁面 | ||
| 提示樣式（正常提示） | 一般也屬于彈窗一種（toast彈窗），提示的樣式統一 | 前后端頁面 | ||
| 提示樣式（異常提示） | 如斷網、未知錯誤等，提示的樣式統一 | 前后端頁面 | ||
| 操作 | 輸入 | 長度限制 | 如小于多少字以內 | 前后端頁面 |
| 字符限制 | 如必須大寫+小寫+數字等 | 前后端頁面 | ||
| 唯一性是否校驗 | 如您輸入的賬戶已被使用 | 前后端頁面 | ||
| 是否有默認值 | 如初始化時給定默認值，可編輯修改 | 前后端頁面 | ||
| 異常操作數據如何展示 | 如輸入內容時刷新頁面或關閉頁面，再次打開數據是否保留 | 前后端頁面 | ||
| 提交/發布 | 數據校驗 | 是否數據全部填寫完畢才能校驗還是只有數據即可？ | 前后端頁面 | |
| 觸發校驗 | 是否只能操作一次還是可重復多次操作？ | 前后端頁面 | ||
| 搜索 | 精準搜索 | 前后端頁面 | ||
| 模糊搜索 | 前后端頁面 | |||
| 搜索范圍 | 以上兩種搜索方式的搜索范圍是如何？ | 前后端頁面 | ||
| 刪除 | 軟刪除 | 數據庫里未刪掉，可恢復 | 前后端頁面 | |
| 硬刪除 | 數據庫里全部刪掉，不可恢復 | 前后端頁面 | ||
| 關鍵操作是否給與二次確認？ | 如刪除，提交時給與提示：是否確認刪除/提交？ | 前后端頁面 | ||
| 操作時如設備異常中斷如何處理？ | 是有備份還是清空？ | 前后端頁面 | ||
| 加載 | 加載樣式 | loading樣式設計 | 前后端頁面 | |
| 加載方式 | 自動加載還是手動加載？ | 前后端頁面 | ||
| 加載失敗怎么顯示 | 給按鈕結合文案提示重新加載等 | 前后端頁面 | ||
| 加載完畢怎么顯示 | 給文案提示：如已到底啦或給按鈕可跳轉到其他頁面等 | 前后端頁面 | ||
| 交互方式 | 跳轉 | 前端頁面 | ||
| 彈出 | 前端頁面 | |||
| 滑動 | 側滑 | 前端頁面 | ||
| 下滑 | 前端頁面 | |||
| 上滑 | 前端頁面 | |||
| 點擊 | 前端頁面 | |||
| 拖動 | 前端頁面 | |||
| 語音 | 如嘿,siri | 前端頁面 | ||
| 肢體 | 搖一搖等 | 前端頁面 | ||
