隨著消費互聯(lián)網(wǎng)的紅利減退，資本與巨頭的目光逐漸聚焦到B端產(chǎn)品上，并致力于企業(yè)服務、提高辦公效率等方面上。而B端產(chǎn)品大多涉及到了表單這一設計場景，于是本文將為大家仔細講講表單設計原則與技巧，希望對你有所啟發(fā)。

B端產(chǎn)品的藍海正在慢慢打開，隨著C端人口紅利的減退、企業(yè)業(yè)務信息化協(xié)同的發(fā)展趨勢、科學技術的進步和突破，越來越多的生產(chǎn)場景被挖掘出來，形成一個個既特色鮮明各有不同、又有章可循有規(guī)律可依照的B端設計案例。

在過去幾年中，筆者一直在和B端審核系統(tǒng)、質(zhì)檢系統(tǒng)、流程管理系統(tǒng)、業(yè)務管理后臺、電銷系統(tǒng)、CRM等打交道；接下來筆者也將工作中積累的一些經(jīng)驗和思考梳理匯總，希望能夠輸出為有用的分享，幫助到初入B端產(chǎn)品行業(yè)的朋友。

B端產(chǎn)品的藍海正在慢慢打開，隨著C端人口紅利的減退、企業(yè)業(yè)務信息化協(xié)同的發(fā)展趨勢、科學技術的進步和突破，越來越多的生產(chǎn)場景被挖掘出來，形成一個個既特色鮮明各有不同、又有章可循有規(guī)律可依照的B端設計案例。

在過去幾年中，筆者一直在和B端審核系統(tǒng)、質(zhì)檢系統(tǒng)、流程管理系統(tǒng)、業(yè)務管理后臺、電銷系統(tǒng)、CRM等打交道，現(xiàn)在，我計劃將工作中積累的一些經(jīng)驗和思考梳理匯總，希望能夠輸出為有用的分享，幫助到初入B端產(chǎn)品行業(yè)的朋友。

B端產(chǎn)品，常用于支持各類生產(chǎn)業(yè)務的線上化開展，具有以下的一些特性和特點：

• 抽象化線下或C端產(chǎn)品底層業(yè)務流程和邏輯，輕量化支持，提升業(yè)務效率
• 輔助業(yè)務標準化建設，規(guī)范流程，沉淀業(yè)務數(shù)據(jù)，為數(shù)據(jù)財富挖掘提供可能
• 形成線上知識庫，高效解決業(yè)務開展中遇到的問題，支持崗前培訓等場景，降低業(yè)務開展門檻

一千種業(yè)務場景，就會有一千種B端需要，因此，B端產(chǎn)品的能力提升，常常分為兩個方面：

• 對于業(yè)務的深入理解掌握，對于行業(yè)的了解與前瞻性思考
• 產(chǎn)品經(jīng)理的核心技能：抽象與設計

在今天的分享中，我將介紹B端產(chǎn)品設計中最常見的一個設計場景——表單設計，介紹表單設計的一些原則和技巧，并會列舉一些典型案例。

一、表單的使用場景

表單在B端產(chǎn)品中，是最為常見的一種信息展現(xiàn)方式。不論是傳統(tǒng)行業(yè)還是泛互聯(lián)網(wǎng)行業(yè)的產(chǎn)、銷、供、管等場景中，都涉及到大量的業(yè)務信息和數(shù)據(jù)，表單是最為簡單直觀的表現(xiàn)載體。表單的概念并非互聯(lián)網(wǎng)原創(chuàng)，在傳統(tǒng)行業(yè)中，紙質(zhì)化的表單就占據(jù)了非常重要的工具地位，B端產(chǎn)品通過為表單增加屬性，使得一個個任務表單能夠在動作-狀態(tài)機中流轉(zhuǎn)，就能夠?qū)崿F(xiàn)業(yè)務的線上化開展和管理。

二、表單的基本結(jié)構

B端產(chǎn)品的表單，常常由以下三部分構成：列表、功能和搜索。

表單設計屬于B端產(chǎn)品頁面設計中的一種，在B端產(chǎn)品頁面中，常見的信息元素都可以劃分為：展示項和操作項。在表單中，列表項常常被認為是展示項，功能和搜索歸類為操作項，其中搜索又可以理解為一類特殊的操作——不對表單信息產(chǎn)生影響的獨立操作。

1. 列表

列表是承載表單信息的主體，單一列表常展示某種狀態(tài)或某幾種狀態(tài)的數(shù)據(jù)。設計時注意以下三點：

（1）提取信息展示的維度

列表由字段構成，但并非所有的信息字段都需要在列表中進行展示，原則上，設計時需要調(diào)研并確定：業(yè)務上針對當前表單中，需要關注的信息維度。例如在質(zhì)檢場景中，產(chǎn)品批次、抽樣數(shù)量、業(yè)務員信息等，屬于質(zhì)檢表單中應該呈現(xiàn)的信息，而其他更多與質(zhì)檢業(yè)務無關的產(chǎn)品屬性則不需要體現(xiàn)和關注。列表只展示當前頁面使用者所需關注信息的最小集合——尤其是當內(nèi)容不同時會引起用戶不同操作的字段，應該給出更高的展示優(yōu)先級。

（2）注意排序條件和分頁

常見的列表排序維度有：時間維度、處理優(yōu)先級維度等。

時間維度常常使用的是列表中數(shù)據(jù)生成的時間，例如訂單列表中，可以依據(jù)訂單生成的時間順序展示訂單，這種設計便于用戶先處理創(chuàng)建時間早的任務，符合現(xiàn)實中先到先處理的邏輯，避免壓單或超時。

處理優(yōu)先級維度，是指系統(tǒng)依據(jù)一些限定條件，為列表任務增加了優(yōu)先級屬性，例如處理人員相同時，可以為vip客戶的訂單提高處理優(yōu)先級，在列表中較前的順序展示，保證先被受理，提升客戶體驗。

（3）設計技巧

列表表頭除了展示字段名稱信息之外，本身也可以擴展一些排序的屬性，例如當列表默認為依據(jù)“創(chuàng)建時間”順序排列時，可以增加一個這樣的設計：點擊“創(chuàng)建時間”的列名，即可將列表切換為倒序排列。這一技巧可以很好的支持用戶查看最新的列表數(shù)據(jù)，簡單便捷且沒有理解成本，在實際業(yè)務中非常有用。

此外，當列表需展示的字段較多時，也可以對相似的字段進行合并展示，例如：總處理量、待處理量和已處理量，這三個相似且有關聯(lián)的字段，可以合并展示，在字段名中通過“/”分隔三個字段名，在列表數(shù)據(jù)中展示為”3000/1500/1500″，這樣可以有效地縮小列表寬度、避免字段過多帶來的雜亂感。

如果擔心字段合并展示會引起用戶誤解，還可以在字段名后方展示“？”的提示圖標，鼠標懸浮即展示字段信息說明，以達到消除誤解的目的。

2. 功能

當表單中通過列表展示了用戶需要關注和處理的信息后，還需要依賴一些表單功能，幫助和支持用戶完成業(yè)務操作，實現(xiàn)B端工單正向、逆向以及異常狀態(tài)下的處理流轉(zhuǎn)。

（1）列表功能圍繞

增、刪、改，3個方面設計。常見的表單功能有：查看詳情、處理、駁回/刪除、轉(zhuǎn)單、掛起、抽取/獲取、追加數(shù)據(jù)等?？梢愿鶕?jù)用戶在當前表單期望完成的動作進行選擇，設計時，注意關鍵操作的二次確認機制，從設計角度降低用戶誤操作的概率，避免關鍵操作出現(xiàn)錯誤給業(yè)務帶來的負面影響。

（2）除了將表單功能獨立于列表之外全局展示，還可以將功能與列表合并，在每一行列表數(shù)據(jù)后方展示對應可以進行的操作功能。這種設計適合于同一表單中包含多種子狀態(tài)的任務，且需要對不同子狀態(tài)任務進行不同操作的業(yè)務場景。通過對功能生效范圍的調(diào)整，靈活支持業(yè)務操作。

3. 搜索

搜索其實是對列表數(shù)據(jù)的查找，實際業(yè)務中，列表數(shù)據(jù)量級往往比較大，增設搜索功能，可以幫助用戶快速找到目標數(shù)據(jù)。

（1）搜索項的設計原則

在使用中，索引本身應該是0思考成本的，否則就失去了索引的核心價值。圍繞這一點，有兩個設計時的原則：寧少勿多和高頻前置，即不要揣測用戶需要，而是實際調(diào)研，只設置有限的、會被真實使用的搜索項，并且最常使用的展示位置盡量靠前。在搜索項的設計中，產(chǎn)品經(jīng)理應當克制，數(shù)量超過10個的搜索項，使用起來就十分困難了。

（2）當搜索項不可避免得比較多時，可以進行分類展示，降低尋找成本

常用的有兩種分類方式：

①信息維度

常見的有列表信息自有屬性維度的分類和任務屬性維度的分類，例如：

訂單信息自有的屬性包括：客戶姓名、產(chǎn)品名稱/編號、商品類別、價格范圍、訂單創(chuàng)建時間等；

任務屬性則包括：訂單處理狀態(tài)、處理人、處理時間、處理結(jié)果等。

②條件類別維度

例如可以按照時間類、名稱類、狀態(tài)類等將訂單列表的搜索項分為：

a.訂單創(chuàng)建時間、訂單失效時間、訂單處理時間

b.客戶姓名、處理人姓名、商家名稱

c.訂單狀態(tài)、商品狀態(tài)、訂單處理狀態(tài)等。

任何信息都是存在信息結(jié)構的，產(chǎn)品經(jīng)理需要發(fā)現(xiàn)這些結(jié)構，并借助信息自有的結(jié)構進行組織設計，讓信息本身說話。

（3）兩個注意要點

①注意不同搜索條件之間的關聯(lián)關系，可以利用條件聯(lián)動，縮小用戶選擇的范圍。例如必要時，產(chǎn)品分類和產(chǎn)品編號就可以設計為聯(lián)動。

②搜索條件之間是交集的關系，注意不要邏輯重復，相同搜索結(jié)果的條件，只保留一個即可。例如產(chǎn)品名稱和編號。

4. 基本結(jié)構的自定義延伸

在商業(yè)B端產(chǎn)品中，可以通過擴展自定義配置項，來適配不同企業(yè)、部門、業(yè)務的需要。

必要時，可以將表單列表字段、搜索項和操作項都設計為可配置，支持不同用戶在一定范圍內(nèi)選擇自己需要的信息、搜索條件，甚至可以自定義配置搜索項順序，以及決定操作項的停/啟用。

再延伸一些，可以將搜索項展示順序設計為依據(jù)使用頻率自動調(diào)整。

當然，在使用自定義設計中，要慎重而行，調(diào)研清楚必要性再做，避免殺雞用了宰牛刀。

三、表單的權限設計

除了上述基本結(jié)構外，還需要理清表單權限。在權限設計中，常通過兩個維度來考量：功能權限和數(shù)據(jù)權限。

B端產(chǎn)品的權限設計是相對獨立也比較重要的一個模塊，基于整個系統(tǒng)的權限體系，在表單權限設計中，應注意：

1. 表單中功能的單一權限控制

功能項權限控制中，注意權限劃分的粒度，配套使用的一組功能，可以通過一個權限統(tǒng)一控制，避免權限冗余，降低權限配置的復雜度。例如：工單掛起與取消掛起，就可以統(tǒng)一控制。

2. 列表和搜索項的數(shù)據(jù)權限

通過數(shù)據(jù)權限區(qū)分不同主體、不同部門、不同業(yè)務線的列表查看范圍，注意搜索時，也應保證數(shù)據(jù)權限劃分有效，避免出現(xiàn)搜索時，列表查看范圍擴大了的數(shù)據(jù)泄露風險。

四、關于表單設計的PRD如何寫

常見的表單設計PRD組織方式有兩種：

1. 針對單一表單逐項說明

針對單一表單，通過逐一說明列表、功能、搜索項和權限來組織PRD結(jié)構，可以清晰全面地將表單內(nèi)容和邏輯描述清楚。

2. 多個同類表單，可以合并說明

實際工作中，由于常依據(jù)任務狀態(tài)對表單進行拆分，涉及到一組表單的批量新增。這種場景下，一組表單需展示的信息往往比較相似，在輸出PRD時，可以先統(tǒng)一說明共性，再突出說明表單間的差異點。例如：可以先統(tǒng)一說明該組表單中共有的列表字段、功能項和搜索項，再針對有差異的表單單獨說明特有功能。如此，可以提高PRD的輸出效率，避免重復信息分散PRD讀者的注意力，便于技術人員理解和把控需求。

以上，就是關于B端產(chǎn)品中表單設計的一些原則和技巧。熟悉表單設計，相當于熟悉了構建B端產(chǎn)品最基本、最常用的控件，是每一個B端產(chǎn)品人應該優(yōu)先掌握的。

在后續(xù)的分享中，我將介紹B端產(chǎn)品的狀態(tài)設計、B端產(chǎn)品架構方法、權限設計以及報表設計，希望可以從這些方面，幫助B端新人快速建立知識體系。

如果你也有表單設計的心得，歡迎與我分享。

本文由 @曉恒 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。