亚洲欧美日韩成人高清在线一区 ,最新无码国产在线播放

搜索

APP

起點課堂會員權益

職業體系課特權

線下行業大會特權

個人IP打造特權

30+門專項技能課

1300+專題課程

12場職場軟技能直播

12場求職輔導直播

12場專業技能直播

會員專屬社群

榮耀標識

發布

注冊 | 登錄

【高級產品經理的門檻系列】必備技能 – 制定產品的規范標準

樂少有話說

2023-06-08

1 評論 9308 瀏覽 103 收藏

51 分鐘

本文介紹了制定產品設計規范標準的重要性，也包括行業對于高級產品經理的要求，并以幾點詳細介紹，包括了制定標準的共同目標、基礎要素、設計原則、規范制定的流程以及如何推動規范的執行等。適合產品崗位的你閱讀。

每一款產品，都會有它的產品設計規范。例如支付寶小程序，微信小程序，有它的設計風格和交互的審核要求。

而適用于移動應用以及Web設計，可以參考Material Design（Google），強調直觀性、一致性和有意義的動效設計。

如果你是ios產品，那首先就得去了解Human Interface Guidelines（Apple），再基于這個設計規范制定符合平臺的標準，最通用，最基礎的，就當屬Microsoft Design Guidelines，適用于Windows平臺的設計規范，強調平面化、簡潔和直觀的設計風格。

為什么要制定產品的規范標準？

制定產品的規范標準可以提高產品的一致性、可用性和用戶體驗，幫助建立品牌形象、提升用戶滿意度，并為團隊提供明確的指導，提高工作效率和協作效果。

行業對于高級產品經理的要求:

根據產品的戰略制定產品周期性的規劃。
根據產品定位制定產品的設計規范標準。
項目管理能力。
團隊管理能力。

在講這篇內容之前，先容許我把之前的幾篇文章給大家同步一下，感興趣的小伙伴或者遇到瓶頸的小伙伴一定要看，我相信會對你們的提升帶來很大的幫助，內容很長，建議先收藏。

【突破產品瓶頸】如何做有價值的產品：通過產品體系對功能進行剖析，有利于挖掘用戶的痛點，保證每個功能都有價值
【突破產品瓶頸】8年實戰經驗教你通過結構化思維提升產品能力：通過對結構化思維和邏輯思維的探討，用實例給大家介紹如何形成產品方法論
【突破產品瓶頸】設計私域運營工具做用戶增長：做產品經理需要具備私域運營底層邏輯的理解，針對性去做通用的工具
【干貨系列】SaaS系統如何制定營銷中心，讓你把用戶牢牢掌握在手中：SaaS平臺兩大核心 – 數據驅動，營銷中心，營銷中心則是賦能B端的武器

我們先來簡單的對規范標準有個概念，有很多小伙伴都總是會在這兩個詞進行拉扯，但其實這兩個詞加起來就代表了準則。而規范則是基于標準之下，如支付寶小程序，它的設計規范，對于我們來講，就是平臺的設計標準，我們基于這個標準下再去制定屬于自己產品的設計規范。

那我們現在來看看，標準和規范在文學上的區別為：意思不同、出處不同。

① 意思不同

標準：衡量事物的準則。
規范：約定俗成或明文規定。

② 出處不同

規范要求和標準的區別：

標準：是為了在一定的范圍內獲得最佳秩序，經協商一致制定并由公認機構批準，共同使用的和重復使用的一種規范性文件。
規范要求：對于某一工程作業或者行為進行定性的信息規定。主要是因為無法精準定量而形成的標準，所以，被稱為規范。

③ 成因不同

標準：是科學、技術和實踐經驗的總結。為在一定的范圍內獲得最佳秩序，對實際的或潛在的問題制定共同的和重復使用的規則的活動。
規范要求：可以由組織正式規定，也可以是非正式形成。

接下來，我們開始今天的主要內容。小編會通過三個篇章，七個章節，給大家提供落地的方法。

倘若你目前剛好處在對于制定產品的規范標準無從下手的階段，以下內容絕對能夠讓你按部就班的完成；假如你已經為多個平臺制定過標準，也可以參考本篇內容，思考下有沒有進步的空間；假如你從來沒接觸也沒有機會制定，那么，這篇文章就是你的敲門磚。

一、基礎篇

1. 為什么要制定產品的規范標準

小編總結了十點，先給大家介紹一下，我們為什么要去做這個事情，這個事情給我們帶來什么價值。

作為產品，我們必須要清楚一個原則在于：我們做的任何事情，都得有它的價值，要清楚它的目的再去做，拒絕為了做而做的行為，切勿讓自己變成了傳聲筒。

用戶體驗（User Experience, UX）：產品設計應關注用戶體驗，確保產品易于使用、直觀、高效，并滿足用戶需求。包括界面設計、導航流程、信息架構等方面。
可用性（Usability）：產品設計應注重可用性，確保用戶可以輕松理解和操作產品。包括可讀性、可理解性、易學性、易記性等方面。
一致性（Consistency）：產品設計應保持一致性，確保界面、交互和設計元素在不同功能模塊和平臺上的一致性。這有助于用戶熟悉和使用產品，并建立品牌形象。
可訪問性（Accessibility）：產品設計應考慮到不同用戶的需求，包括身體殘障、視覺障礙和聽覺障礙等。確保產品對所有用戶都具有可訪問性和可用性。
反饋和提示（Feedback and Guidance）：產品設計應提供明確的反饋和指導，讓用戶知道他們的操作是否成功，并提供幫助和提示信息。
視覺設計（Visual Design）：產品設計應注重視覺設計，包括色彩搭配、字體選擇、圖標設計等，以確保產品界面美觀、吸引人，并符合品牌形象。
簡潔性（Simplicity）：產品設計應追求簡潔性，避免復雜和冗余的設計。簡潔的設計有助于用戶理解和操作產品，提高用戶滿意度。
可擴展性（Scalability）：產品設計應考慮到未來的擴展和升級，確保產品具有可擴展性和靈活性，以滿足不斷變化的需求。
安全性（Security）：產品設計應注重安全性，確保用戶數據和隱私的保護。包括用戶身份驗證、數據加密和安全的交互設計等方面。
性能（Performance）：產品設計應考慮性能因素，包括響應時間、加載速度和系統穩定性等。確保產品能夠快速、穩定地運行，并提供良好的用戶體驗。

綜上所述，制定產品的設計規范標準可以帶來許多益處，包括提升用戶體驗、降低開發成本、增強品牌形象和改善團隊協作。

規范的制定和執行有助于打造出一致、優質的產品，提高用戶滿意度和市場競爭力。

2. 產品設計必須注意的常識問題

產品設計的常識（Common Sense），很多時候都會被忽略，特別一些小型項目。研發人員會在初期嫌麻煩不對一些常識的問題進行處理，最終導致的影響，往往是影響到產品的本身。

產品一定要把控好這個關卡，誰都可以不懂，產品一定要最清楚最基本的就是系統異常處理設計規范能夠有效解決且避免以下七點：

列表篩選項與表頭不對應：這是很多產品設計會犯的錯，列表的篩選項與表頭不一致的缺點在于用戶篩選操作之后沒法得到篩選結果是否符合篩選條件的反饋。舉個例子，訂單列表篩選項有個狀態篩選，包括待支付、待發貨、已發貨、已收貨、已完成等狀態。然而，如果列表沒有狀態這一列，那么用戶進行完狀態篩選后無法通過列表確定訂單的狀態是不是和篩選的狀態一致。結果，用戶只能點擊訂單詳情去核實，增加了不必要的操作。
沒有考慮列表為空的處理：對于列表為空，要給出明確的無數據指示。同時，對于需要用戶主動添加才有的數據，應當給出明確的引導。此外，對于網絡錯誤、無權限、找不到對應資源、系統錯誤等情況也應該提供用戶體驗友好的缺省頁面。
表單沒有相應占位文字：對于那些比較難理解的字段，建議是給出示例，而對于有特殊規則的字段也要給出說明，避免用戶填寫錯誤，如輸入框里面的text 。
表單不明確校驗規則：文本類沒有明確字段長度范圍，導致輸入的文字過長，界面錯亂或是由于數據庫長度限制導致報錯。
數值沒有設置常規校驗和按規范糾正：數值類沒有明確正負數，數值范圍或者小數位數，結果導致程序出現各種數據統計問題。文件沒有明確大小限制，結果用戶上傳很大的文件占據服務器存儲資源。圖片沒有約定比例或尺寸，導致用戶界面看起來圖片變形，影響美觀。手機號、證件號碼、郵箱沒有校驗對應規則，導致錄入的數據錯誤。唯一性數據沒有明確限制，導致系統查詢時出現多條數據的bug。
表單不考慮親密性原則：進行信息分組，將相關性強、同屬性、同本質的內容放在一起。在設計中，聯動的元素、字段，相關性高的信息，按就近原則布局，可有效避免用戶視線的跳躍，避免用戶錯過或忽略關鍵信息。
錯誤文案由開發自由發揮：曾經在不少產品中見過出現類似“An error occurred”的英文報錯信息，實際上這是程序運行異常的報錯信息。這種信息直接拋給用戶體驗是非常糟糕的，用戶根本無法知道哪里出現了錯誤。由于產品經理沒有明確錯誤提示文案，開發人員則根據自己的理解自行設定錯誤提示，會出現很多對用戶不友好的錯誤提示。
違反一致性原則要求在相同或熟悉的功能和場景中，在一個（或一個品類）產品中使用一致的性能、操作和感覺。一致性的目的是降低用戶的學習成本、用戶的認知成本和誤用的概率。

產品設計是否保持一致很容易反映出一個產品經理做事情的嚴謹性。有不少產品經理設計產品很隨意，抱著“能用就行”的態度做設計，結果就會出現整個產品的一致性非常差。

比如，列表的添加按鈕一會在頁面的右上角，一會在頁面的左上角，搞得用戶使用不同的頁面像是在玩“躲貓貓”游戲一般，學習成本非常高。

再比如移動端，有些頁面使用長按刪除，有的使用向左滑動刪除，還有的需要點擊“…”在彈層中點擊刪除……同一個產品，多種交互形式也會讓用戶困惑。

至此，產品的規范標準入門篇已經跟大家介紹完了。大家在做任何一個項目的時候，都應該注意入門篇的兩個章節，究竟有沒有做到位，有沒有制定規范標準同步到設計，研發。

入門篇基本滿足大部門從0-1的項目，或者是初中級的產品經理所需要掌握的技能，建議大家收藏起來。如果遇到這類任務的時候，就可以以這篇文章，作為你們的任務List，一項一項對應的去檢查是否有做到位。那么我相信你們吹來的作品，一定是具備一定的專業度，一致性以及可延展性的。

二、入門篇

在入門篇開始之前，先給大家交個底。我們在制定產品入門篇的規范標準時，有一個部門必須拉他們參與進來，那就UI部。UI部門在入門篇的環節，起到了決定性的作用，由他們為主導，我們為輔助的方式，達成一致性的決定。

這一個環節，最重要的目的是讓產品與UI保持同頻，大家都在統一規范標準下進行設計，為產品添磚加瓦。而且通常我們都會把這個環節以一個功能模塊級別的需求去做，也有這個需求的版本，持續優化迭代。

當然，需要優化迭代的時候，那就應該是由產品為主導，在原有的標準下，再去優化規范，最終形成新一版的規范標準。

這個環節也是能夠讓產品在與UI溝通上的成本減少，在同頻基礎下工作也有利于減少兩個部門之間的摩擦。

1. 產品交互設計規范

相信大家應該也聽說過交互設計師這個崗位，大多數在中小型企業很難有資源去匹配這個崗位，一般都是在成熟的互聯網公司會有這個崗位的需求。

通過這么個規律我們也可以發現：需要注重交互設計，往往到了產品已經扎根土地，茁壯成長的階段。

相對比較穩定的時候就會開始考慮這個問題，但并不代表說，交互設計不重要。交互設計對于產品來言，在做需求時，靠的是經驗，靠的是競品分析，靠的是借鑒。

看到這里的小伙伴們，自動自覺對號入座，往往一味的靠經驗，靠競品，靠借鑒，只會讓產品的交互五花八門，沒有一個體系。單個功能抽出來可能是合理的，方便的；但全部湊在一起的時候，倘若需要用戶去適應，那么就適得其反。

因此，我們產品就需要UI同學幫忙一起制定出產品交互設計規范，而產品本身，也應該有一套自己的標準，把控好產品的交互，這樣才有利于產品的發展。

接下來，我會通過收集一些常見的交互問題，給大家用實例去介紹產品交互設計規范如何制定。

1）做一個頁面交互設計的時候要注意什么？

我們現在看到移動端，一般都是通過頭部，腰部，底部去進行拆解，頭部一般都是搜索框，banner，中部是突出你產品的核心轉化內容，底部是菜單欄，把你的產品模塊標準化體現出來。
我們要注意要有距離感，距離核心轉化切忌太遠。例如：比如一個卡券的功能，突出店鋪是沒意義的，店鋪本身帶不來轉化，要突出的主題是卡券。同樣，進入某一個商品，默認界面也應該是卡券。
要注意內容的一致性以及歸屬。例如：我的卡券就應該在我的，不應該出現店鋪里面，地址，名稱，號碼就應該統一在二級頁面。除了對用戶的隱私保護之外，也應該在我的個人信息作為統一入口，首頁展示核心內容時，要注意分類，只展示一級分類，二級分類跳轉，三級分類表單，四級分類彈窗，這么個交互原則去設計
注意豐富產品的隱喻設計。隱喻設計是很考驗一個產品的功力，通過產品語言去引導用戶，移動端界面，屏幕空間較小，能用圖標的地方，少用文字。并不是一定都要用圖標，而是要把握好隱喻的尺度。

2）如何理解模態框？

何時應該使用模態框？模態框和阻斷框有什么區別？

模態對話框(Modal DialogueBox) ，阻斷(Blocking），可以用兩個比喻給大家解釋：

模態=管制刀具；阻斷=殺人兇器。管制刀具不一定是殺人兇器（可以用來切菜）；模態不一定是阻斷的（可以是非阻斷的強制提醒）；
殺人兇器可以是管制刀具；阻斷可以由模態來完成；殺人兇器不一定是管制刀具（毒藥、板磚也可以）；阻斷不一定是模態（非模態、強制跳轉也可以）。

3）在具體設計一個產品的過程中，把握住哪些關鍵點才能讓整個產品有著一致的交互體驗，或者交互模式？比如iOS端和android端，比如web端和移動端？

一致性，在交互設計中非常重要！保持交互一致性，有兩個武器：原則和規范。

規范又有兩個層面：指南Guidelines和規格

原則

一些指導性的東西，在設計當中要遵從。在整個產品（無論多少端，多少子產品）都要遵守的。

舉例：一個界面完成一個任務；表單超過10項必須分步驟；用戶必須隨時能回到主界面……這些原則可以由不同的形式來實現，但必須遵從這些原則。

規范

文章開頭也有提及到，忘記了請翻上去復習一下。

指南：圈定具體的交互模式、色彩搭配和設計禁忌。

在這個層面，一個[構]可以有多個[形]，但某個形只能有一個[構]，達到相同位置、相同外觀、相同操作。通過指南能夠讓各個端（IOS和安卓）看起來似曾相識，便于用戶學習和養成習慣。

舉例：在沒有左側導航的詳情界面，必須包含面包屑；面包屑只能出現在PC瀏覽器端，不允許出現在響應式web界面中。

IOS和安卓的官方Guidelines就是這樣的東西，但也可視情況制定私有的指南，也就是各個公司自己的設計指南。

規格：規格非常具體的描述了每一個模式的每一個形態的具體尺寸、色彩、響應，精確到數值。

舉例：一級標題，字號為宋體 18pt；行高30pt；行上下外距為5pt；色值為#CC9300。

3）表單布局有什么規范要注意的？

這個問題是初級產品經理最容易犯的問題，設計太隨意，看到別人的就想復制粘貼過來。這個問題正是可以解決很多初級產品常見錯誤的問題，以及給大家提供一個思路。

這里分享四個常見的表達布局對齊：

Text靠左對齊，輸入框在右。
Text靠右對齊，輸入框在右。
Text靠左對齊，輸入框在下。
Text在輸入框里。

首先，我們要清楚，人的視覺是上下，左右的。所以我們會把要填寫的標題，放在左邊，輸入的內容放在右邊。這個原因也在于大部分都是右撇子，所以放在右面方便輸入，而在左邊提到的四點，各有千秋。

關鍵在于考慮的出發點是用戶的視覺，還是表單的體驗，抑或者是信息是否足夠直觀。再者就是是否夠簡潔，都是可供選擇，關鍵在于選定一個就保持一致。

綜上所述我們可以知道，交互設計可以通過交互的顯性和交互的隱性去考慮。

交互顯性

交互顯性指的是用戶在頁面所有的點擊，滑動，跳轉的操作，比如刷新方式有下拉、上滑、按壓點擊等方式。

這就是所謂的交互顯性的操作。要保持產品顯性操作的統一性，同類別的交互不可有不同的操作感受。同時交互顯性要符合大眾的認知習慣，可創新但不可違背潛意識，比如說PC端的交互顯性是以點擊事件作為核心操作的，移動端的交互顯性是以滑動作為核心操作的。

交互隱性

交互隱性指的是用戶信息發生改變時的顯示。比如說訂單狀態的顯示，確認收貨后，綠色的標簽顯示訂單已完成，申請售后則有售后的標簽，一些平臺還會以訂單的顏色區分去給用戶隱喻。

再舉個例子，消息有個小紅點，用戶就會知道去點，上文也有提到隱喻，很多時候，我們就是通過交互隱性的方式，來引導用戶，提示用戶，這樣的方式有利于讓用戶自發性去體驗，感受平臺的功能，帶來舒適感。

歸根結底，產品的交互離不開創新，一致，符合規范。

2. 產品布局設計規范

本章節我們以Web端為例，我們在設計過程中，需要考慮我們基于什么樣的尺寸進行基礎設計。劃分哪些區域需要固定尺寸、哪些需要做適配等。

據統計，使用中系統的用戶的主流分辨率主要為 1920、1440 和 1366。

設計思考，有如下幾點：

保證畫布尺寸的一致性原則。
統一的網格單位。
統一的柵格系統。
視覺元素的統一和對齊等。

web頁面是按照Html的設計規范標準進行布局設計的，由以下三部分構成:

頭部區域header。
主體區域main。
底部區域footer。

1）Margin（邊距）

為避免頁面元素緊貼邊沿的情況發生，WEB 頁面和其中的表格，應設定邊距，最小邊距值為 “3px”。

一般粗細直角以1px，圓角為2px。

2）Button（按鈕）

按鈕一般有三種樣式：小、中、大。

按鈕是交互設計中必備的元素，它在用戶和系統的交互中承擔著非常重要的作用。

后臺中常見的按鈕類型分為線性按鈕、文字按鈕、圖標按鈕等。

按鈕并列間距為：小間距8px，中間距16px，大間距24px

其中小中大的寬度分別為：58px，74px，96px

3）Table（表單）

常見表單是由多個列表項構成的。而每一個列表項都是由最基本的標簽和輸入框組成，常規的表單包括單選、多選、下拉選、輸入框、時間選擇、開關選擇等控件。

頂部標簽是標簽在控件的上方，標簽可以和控件左對齊，對于橫向空間不足的情況是一種很好的方案。

豎列標簽的使用場景思考：

當?面的一級功能較多，且存在擴展的需求時，可考慮使?豎列樣式。
當?面的層級較多，為了避免縱向的tab過多，可考慮使?豎列樣式作為第一級tab；每個標簽都有其優缺點，根據自己的產品選擇一種最適合自己產品的方式，規范中確定標簽的對齊方式，每個控件的寬度、高度。

表格的設計思考：

表格文字和數據，以左對齊為準。表格內的內容在左對齊時，盡量與左邊表格邊距保持至少 10px 的間距。
表格在后臺系統設計中大約占40%左右的比重。

表格的設計規范的設計思考點如下：

操作列按鈕：每個按鈕字數不超過6個字。
列數太多：默認展示范圍：3-8列，若出現更多，可固定重要列，剩余列滾動條展示交互設計。
列表的寬度：寬度自適應，但根據字段的重要性顯示，重要字段優先完整顯示。
列標題：表頭列標題最多輸入 8 個字符。
滾動條：表格內容超過一屏需要顯示豎向滾動條時，需要固定表頭。只需滾動表格內容就好。
空數據：表格某部分無數據時用 “-” 來填充顯示,對于數據為零的單元格，填上 0 即可。
標題欄：標題欄欄高為56PX。
內容欄：準欄高為56PX，大欄高為80px，內容區和欄水平居中對齊。
垂直對齊方式：右對齊：金額、最右側操作列。左對齊：除金額、最右側操作列外其他的表格數據。
水平對齊方式：當表格所的有欄高小于80px時，內容水平居中對齊；當表格欄高大于 80px（大欄）時，所有內容都為頂對齊。
自適應規則：表格中欄內容組件是利用占比的方式實現，可以根據欄目字段的長短給予欄目所占的百分比。完成表格占比后，對于實現效果不理想的，可以根據具體字段做微調處理。

表頭的文案，可遵循信息降噪的原則思考：

4）Progress bar（進度條）

進度條的設計思考：

加載中進度條，存在加載中、成功、失敗三種狀態通過顏色去區分，進度條長度支持自定義。

5）Dialog（彈窗）

彈框主要分為兩個大類模態彈框和非模態彈框，他們最大的區別就是是否強制用戶交互。

常規狀態通常出現在頁面的上方，有普通信息、成功信息、失敗信息、警示信息四種icon。

6）Default（缺省狀態）：

缺省頁面是當頁面沒有數據、用戶沒有建立資料或網絡連接不通暢的情況下所展現的頁面。

為了緩解用戶面對這類情況產生焦慮情緒，設計師可以用一些插畫和文字的結合來引導用戶進行下一步的操作。

3. 產品風格設計規范

產品風格設計的形成一般通過以下幾點：顏色，字體，圖標，尺寸決定的。

1）Color（顏色）

色彩內容主要包含基礎色（如品牌色、黑色、白色）和功能色（如鏈接色、提醒色等），圖表配色為單獨的配色體系。

在前期制定顏色規范的時候，精益求精的設定顏色，切忌顏色過多。

顏色的狀態色盡量用原色進行轉換，設置一個合理的變色公式，讓所有顏色的狀態色都根據這個公式進行轉換。

例：

Hover：H不變 S加10 B減5 。
Click：H不變 S加20 B減10 。
Disable：HSB均不變，不透明度 30% 。

在設計規范中，盡量把顏色的色值和 rgba 值都寫出來（這里是強迫癥患者要標的，因為有時候色值完全一樣，但 rgba 數值略有不同，雖然效果一樣，但是對于強迫癥的你來說，舒服嗎？）。

狀態色有 4 狀態色：Normal、Hover、Click、Disable。

在設定圖表顏色的時候，要考慮不同的使用樣式（柱狀圖、環形圖、餅圖等…），同時也要考慮他的延展性。比如你設定 12 個 chart 色值，在使用的時候按著順序來使用，當超過 12 個后可以為同一個顏色。

2）Font（文字）

設定統一的字體規范，使用非襯線字體在各個操作系統下都有最佳展示效果。

首先，要設置一個字體家族，保證產品界面的最優展示。

例如（僅作為展示，不是建議）：font-family: “Chinese Quote”, -apple-system, BlinkMacSystemFont, “Segoe UI”, “PingFang SC”, “Hiragino Sans GB”, “Microsoft YaHei”, “Helvetica Neue”, Helvetica, Arial, sans-serif, “Apple Color Emoji”, “Segoe UI Emoji”, “Segoe UI Symbol”;

字號

現在主流的產品中，主體字為 12px / 14px 的居多，可根據自身的產品定位以及用戶的習慣進行設定。

字號不要出現奇數，否則在一些顯示器上會有對不齊像素的狀況發生。

字體顏色

字體顏色數量建議在 3~4 個，不宜過多，但是每個層級之間區分要大一些。

文本應該保持至少 4.5:1 （基于亮度值計算）的對比度以保持文本清晰；最佳對比度為 7:1。

測試對比度的網站：https://contrast-ratio.com

WCAG 2.0 中將顏色對比等級分為 3 種，A級，AA級，AAA級，等級越高意味著顏色的對比度越高，呈現出來的視覺壓力越大。

A級：對比度 3:1，是普通觀察者可接受的最低對比。
AA級：對比度 4.5:1，是普通視力損失的人可接受的最低對比度。
AAA級：對比度 7:1，是嚴重視力損失的人可接受的最低對比度。

3）icon（圖標）

設定統一的圖標使用規范，讓視覺效果更和諧。

icon大小

icon 的常用尺寸有很多，需要注意的是 icon 的大小中，相鄰的兩個尺寸至少相差 4px，否則你會在后期用的時候會有選擇困難癥。同時功能 icon 盡量貼邊或盡量貼邊繪制，保證展現的視覺統一性（操作 icon 除外）。

單獨 icon 使用的時候，盡量不要太小，最小值建議為 12px。

icon 熱區

icon 的熱區經常被設計師和開發所忽略，本身 icon 的尺寸一般就很小，再加上如果沒有設置熱區的話，操作體驗極差。

所以一定一定要設置 icon 的熱區，設置的值我建議為 icon 大小的 2倍。例：icon 大小為 14 * 14px，則熱區大小為 28 * 28px。

4）size（尺寸）

頁面內布局間、模塊間、模塊內的各部件距離。

尺寸大部分規范中都用的是 8 的倍數，不用糾結，直接用就行。我這里有個公式：Sn = 8px * n，n為正整數。特殊：最小支持4px。

三、進階篇

進入進階篇階段，我們不只是按照行業標準制定規范，也不是按照一些平臺標準以及常識問題，去為自己的產品制定規范標準。而是需要投入更多的精力，站在更高的角度去思考要為產品帶來什么價值。而價值的體現就在于轉化，管理，引導，復用，創新，切忌盲目動手。

在進階篇沒有唯一的標準，都需要各位結合自身產品的業務，產品定位，用戶畫像去制定。

接下來的內容，也只是小編分享一下比較通用的方法，希望能夠幫助有緣人在迷茫的時候有個新思路。

在開始之前，再給大家補充三點，作為進階篇學習之前，所需要結合著來學習的3個方面：

深入了解產品管理和產品戰略。學習產品管理的最佳實踐、產品開發流程和產品策略，了解市場需求、用戶行為和競爭環境對產品的影響。
增強技術背景和產品理解。深入了解產品所涉及的技術和行業知識，與工程團隊合作，理解技術可行性和產品的技術架構。
探索產品創新和市場機會。主動尋找產品創新和市場機會，發現用戶需求和行業痛點，并提出創新的產品解決方案。

1. 產品引導設計規范

引導分為 5 種：Newbie guide（新手引導）、Steps guide（步驟引導）、Help / Operation guide（幫助/操作引導）、New function guide（新功能引導）、Blank guide（空白頁引導）。

1）Newbie guide（新手引導）

新手引導是針對新用戶的，首次進入產品的時候，我們要著重的把自己產品的亮點以及操作快速的介紹給新用戶，讓他用最短的時間上手我們的產品。

新手引導要言簡意賅，并且如果非必要的話，盡量給用戶一個可以直接關閉的按鈕，讓用戶有選擇權。我就非常討厭有一些產品的新手引導，必須走完全部流程后才能關閉，惡心的不行。

2）Steps guide（步驟引導）

步驟引導一般用在有固定操作步驟的場景下，指引用戶一步一步的完成想要的結果。常規的步驟引導建議在 3~5 步之間為合理。

3）Help/Operation guide（幫助/操作引導）

幫助/操作引導的展現方式是比較豐富多彩的，可以是提示語、輔助性文本、tooltips 等等，他的作用就是輔助用戶去了解并且知道如何操作這個功能。

這個也是在產品中使用頻率最高的，運用好他，可以讓你的產品事半功倍。

4）New function guide（新功能引導）

他就是常用在新功能上線后，用戶第一次登陸相關頁面后做的一些引導，目的是為了告訴用戶我們做了新東西，你快來試試吧。

5）Blank guide（空白頁引導）

空白頁引導一般用在在缺省頁，對用戶進行一些操作指引，讓無信息的頁面變得更有價值。比如百度在一些缺省頁上就放了一些關于失蹤兒童的信息，就因為做了這個引導，幫助了千萬個家庭找到了失散的孩子。

2. 產品角色設計規范

這一章節在很多平臺里面，都會給忽略掉它的一個重要性，一個產品的延展性，通用性，易用性和親密性都離不開一個好的角色設計規范，角色設計的底層邏輯就是產品權限的制定。

目前的主流產品對于權限的制定都有一套規范標準，小編負責的產品也是通過借鑒主流產品權限的制定方式來設計，本章節主要是給大家分享下小編的方法。

我在做權限制定的對象是角色，而不是用戶，所以也點一下題，我們在做的是對產品角色設計的規范，并不是對用戶權限去做控制，接下來我們先來梳理下在做權限制定的時候常見的問題。

1）權限制定的過程中常遇到的問題有。

配置不規范，系統基礎不穩，拓展性差。
配置不靈活，用戶需求難滿足，體驗差。
配置太靈活，邏輯會復雜，實施成本高。

我們可管理的權限（系統資源）分為功能權限、數據權限：

功能權限，管理API和頁面元素的可控與否、可見與否。
數據權限，管理數據表Key-Value的可控與否、可見與否。

這些問題主要都是基于用戶作為權限主體的時候會出現的問題。傳統的方式就是A -> B -> C 這類型的用戶權限去對用戶進行管理，對于業務的調整以及對功能模塊的拓展是不友好的。

因此，我對于權限管理的理解為權限是主體對客體遵循特定機制做出的行為，而本章節主要是給各位分享RBAC模型。

2）對RBAC模型中的關系描述 – 基于角色的訪問控制

RBAC（Role-Based Access Control）是一種訪問控制模型，用于管理系統中的用戶訪問權限。RBAC模型基于角色來定義和分配權限，通過將權限與角色關聯，然后將角色分配給用戶，實現對系統資源的訪問控制。

1. 角色與權限之間的關系：

角色包含權限：每個角色可以包含一個或多個權限，表示該角色具有執行這些權限所需的操作或訪問特定資源的能力。
權限屬于角色：每個權限都屬于一個或多個角色，表示這些角色被授予了執行該權限的能力。

2. 角色與用戶之間的關系：

角色分配給用戶：每個用戶可以被分配一個或多個角色，表示該用戶具有這些角色所代表的權限和職責。
用戶屬于角色：每個角色可以有一個或多個用戶屬于該角色，表示這些用戶被賦予了該角色所具有的權限和職責。

這些關系形成了RBAC模型的基本結構，通過這些關系的建立和管理，可以實現對用戶訪問權限的控制和管理。

3）對RBAC模型的分析

角色：RBAC模型中的核心是角色，角色代表了一組具有相似職責和權限需求的用戶。角色可以根據用戶的職位、部門、職能等因素進行定義。通過角色的定義，可以實現權限的集中管理和統一分配。
權限：RBAC模型將權限與角色關聯起來。權限指的是用戶在系統中可以執行的操作或訪問的資源。權限可以細分為功能權限和數據權限。功能權限控制用戶可以執行的操作，如創建、編輯、刪除等；數據權限控制用戶可以訪問和操作的具體數據范圍。
用戶：RBAC模型通過將角色分配給用戶來實現訪問控制。用戶可以根據其職位和職責被分配一個或多個角色。通過角色的分配，用戶可以繼承角色所具有的權限。
授權：RBAC模型通過授權機制來管理用戶的訪問權限。授權是指將角色與權限進行關聯，以確定哪些角色具有哪些權限。通過授權，系統管理員可以控制和管理用戶的訪問權限，以確保用戶只能訪問其所需的資源和功能。
審計：RBAC模型提供了對系統訪問的審計功能。審計可以跟蹤和記錄用戶的操作行為和訪問權限的使用情況。審計日志可以用于安全審計、故障排查和合規性檢查等目的。

RBAC模型的優點包括：