對于初級PM，會被動的感覺到技術會反復的問一些共性問題，比如頁面如何加載、如何跳轉，網絡不好如何呈現(xiàn)，是否需要全局埋點統(tǒng)計數(shù)據(jù)。對于高級PM，會主動的整理出一套通用的產品規(guī)范來處理APP的各種設計問題，甚至參與到搭建和重構客戶端框架。

產品規(guī)范的由來

像UI設計師有統(tǒng)一的視覺規(guī)范、UE設計師有公認的交互規(guī)則、服務端RD自己的設計模式，客戶端RD有各種前端框架調用。

而在當下的互聯(lián)網環(huán)境下，PM其實一直沒有所謂的通用產品規(guī)范。也許是因為PM大部分是非科班出身，有可能是因為工作范圍太模糊，更有可能是因為PM需要介入每個環(huán)節(jié)而無法專精。

我根據(jù)自己的PM經驗，將這幾年的產品文檔剝離掉具體業(yè)務，整理了一套全面通用的移動端產品規(guī)范，希望對大家有點幫助。

產品規(guī)范是是什么

定義產品在原型、視覺、交互、實現(xiàn)等階段，需要團隊成員遵守的通用規(guī)則。

為什么是V2.0

之前寫過《PRD1.0分享：全面通用的移動端產品需求文檔》，里面其實包含不少這方面的知識。這次分享更加系統(tǒng)化，并且力求以很好的結構思維來呈現(xiàn)。

預覽我的PRD規(guī)范

在線查看唯一更新網址，獲取原型點擊下載。

功能規(guī)范

設計功能的時候應該遵循的規(guī)范，慢慢整理中。

比如功能盡量模塊化，盡量解耦。

比如很多功能應該采用SDK，而不是自己開發(fā)。

比如時間顯示應該有統(tǒng)一的規(guī)范，不應該一會兒是1分鐘前一會兒是60秒前。

原型規(guī)范

包括設定原型的尺寸，創(chuàng)建原型，發(fā)布原型，查看原型的步驟。之前寫過相關的文章，《為什么375×667是移動端原型設計的最佳分辨率》，《如何設置手機APP原型尺寸》?，《如何生成適配手機的原型》。

視覺規(guī)范

指視覺元素需要遵循統(tǒng)一的視覺設計規(guī)則，所謂UI元素是我們應用程序里可以看見的任何可視內容。

頁面

頁面按照使用類型來劃分，大概有啟動頁、閃屏頁、故事板、主界面、Hybird頁，普通頁面。

欄

一般分為狀態(tài)欄、導航欄、搜索欄、工具欄、標簽欄。

控件

太多了，常見的有文本框、按鈕、表格、圖片，具體的請下載原型或者查看在線原型。

臨時視圖

需要讓用戶停下當前操作的必須操作，一般顯示在頁面上一層。

比如警告框，用于告知用戶一些會影響到他們使用APP或設備的重要信息。

內容視圖

內容視圖是整個APP信息展示的主要形式，比如列表、卡片、集合視圖等。

顧名思義，用來展示內容。

交互規(guī)范

包含頁面的交互、狀態(tài)的切換、如何定義熱區(qū)范圍、邊界問題、常見輸入字段。詳見之前的文章《APP文本框通用的輸入規(guī)則》。

非功能性需求

軟件產品為滿足用戶業(yè)務需求而必須具有且除功能需求以外的特性。

命名規(guī)范

命名規(guī)范的作用

PRD的目的是定義產品和傳達需求，表達形式其實就2種圖+文。對圖文的命名直接影響著需求是否能夠準確傳達。

總結

以上內容是從PM的思路來通盤考慮產品開發(fā)的每一個階段，梳理出的交付給UI、RD的PRD規(guī)范。其實還不夠有深度和全面，甚至大綱還可以繼續(xù)拓展。

某種程度上你可以認為這是一份提供給PM童鞋設計產品的SDK工具包，大部分內容可以直接拿到自己的APP項目中應用。

#專欄作家#

浪子，業(yè)務型PM，浪子PRD系列51prd.com，公眾號langzisay。

本文由 @浪子 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。