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

筆者通過對后臺系統中表單和字段的設計思路的介紹，可以幫助你更好地理解后臺字段設定的意義。并通過對不同類型字段價值和意義的拆解，讓你在字段取舍和設計過程中更加有方向，進而可以更加快速高效地完成后臺產品的設計。

剛入門接觸后臺產品的時候。

A說：你來吧，這個流程順下來，你對后臺的設計和這塊的業務流程就基本熟悉了。

B說：三天吧，把原型出一下，給到設計。我們下周直接開發。

我：這么快？有點難度吧。后臺產品既要給客戶使用，又要給運營使用，涉及多個用戶和系統的對接，印象中好多后臺系統都不是上手就會使用的，這…有點復雜吧？

不知道你是否也有過這樣的經歷和體會呢？普通的后臺產品往往是給到公司或客戶的運營人員使用的產品，它不像前臺產品，需要體現產品定位、突出設計感，而且能給到很多設計資源。后臺產品的設計過程，公司內部往往會要求快速、效率且符合實際業務需求。

如果你參與設計的后臺產品不是一個新產品，任何流程和業務都需要重新梳理。那么大概率，你的后臺產品設計會圍繞著字段和表單的設計進行。這篇文章會通過介紹后臺產品設計中的重要元素：字段的設計，幫助你更加高效地設計后臺產品。

一、字段的類型

用最直觀的方式分解后臺系統字段的設計，深度剖析每一種字段類型存在的價值和意義，還原后臺系統字段設計的本質。

1. 操作型

名字決定命運，操作型字段，就是在表單中實現具體操作的字段設定。更準確的說法是，操作型字段作為一個觸點，未來觸發了具體的操作功能，改變具體某一條信息的狀況。

這類字段常常放在表單的最后一列，通過點擊即可觸發對應的功能。常見的比如說刪除、修改、查看詳情、調整順序，狀態修改等。通過增加操作類字段，可以快捷地實現單條數據的快速操作。

當表單中含有大量的待操作信息時，這些信息又需要操作人員一個一個進行驗證操作，這時在表單中增加操作類字段，就可快速實現單條數據的刪除、修改、改變順序、狀態切換等操作。

另外， 在這類大量數據的表單中，此類操作字段最好能用更多的使用圖標來呈現，這樣能夠幫助頻繁使用功能的用戶更加快速地找到操作入口，畢竟文字往往不如圖片的表達更直接。

2. 序號或者ID

序號或ID作為計算機系統中最常出現的一類字段，給系統和原本復雜的業務賦予了順序和編碼。序號通常按照數據的時間序增長，這樣能看出數據序列。編號和ID常常由每條信息生成特定的數字序列，在系統中做唯一標識。

這類字段往往和實際的業務沒有什么關系，但是不可缺少。技術有了這個編號可以精準的對數據和信息進行定位。相當于你通過訂單編號才能和客服人員快速建立起溝通的對象和基礎?？头藛T也可以通過訂單編號快速地查看和操作你的訂單信息。

在運營人員使用系統出現問題，或者請求數據支持的時候，直接說出編號能提高溝通的效率。實際設計過程中，這類字段最好放在表單的最左側，習慣實際使用系統的人也會非常適應這種布局。

附圖如下：

3. 內容主體

這類字段是較為關鍵的字段，需要放在唯一序號ID類字段的旁邊，代表單表達內容的主體。這類字段描述一定要清晰，需要符合專業的業務情況和操作人員的認知。

后臺管理系統重在管理。這一字段最主要的作用就是清晰管理的對象。通過給每個表單確定內容主體的字段，更加清晰表達表單存在的意義。最能代表主體信息的內容放在這最合適不過了。比如說：商品管理的商品名稱。操作人員打開商品管理的頁面，馬上就能看到具體是哪些商品需要調整和運營。如下圖，班級管理中的班級名稱就是內容主體：

一個新的業務呈現出來的時候，內容主體常常是需要梳理探索的。我們要逐步確認、逐步舍棄，最終梳理出能夠代表內容主體的字段。

4. 基礎屬性

屬性其實是一個科學名詞，鑒于這個詞不是很好理解，我找來了百度百科上關于屬性的定義一起學習一下：

一個具體事物，總是有許許多多的性質與關系，我們把一個事物的性質與關系，都叫作事物的屬性。事物與屬性是不可分的，事物都是有屬性的事物，屬性也都是事物的屬性。

一個事物與另一個事物的相同或相異，也就是一個事物的屬性與另一事物的屬性的相同或相異。由于事物屬性的相同或相異，客觀世界中就形成了許多不同的事物類。具有相同屬性的事物就形成一類，具有不同屬性的事物就分別地形成不同的類。

關于屬性在科學界的二級分類大家可以通過搜索去了解一下。這里給出的二級分類僅為方便后臺系統字段的設計服務：

基礎屬性，主要是指的是內容主體在系統內，或本身具有的屬性類信息字段。通過在后臺呈現這些字段幫助決策人更好的了解內容主體的信息，使得概念性的內容名稱變得鮮活具體。

比如說一個人作為內容主體，那么相關屬性就有性別、年齡、城市、時間等，我們可以稱之為基礎屬性 。

5. 關聯屬性

關聯屬性：

特指在系統中既能夠代表其它內容主體的字段，又能作為該內容主體的基本屬性的字段。存在的意義就是，使各個主體內容的字段之間能夠建立起關聯關系。

比如說，教師作為主體字段，可以有的屬性是一些基礎屬性，如性別、年齡、工號等。而在主體內容為班級的表單中，呈現一個教師（班主任）的字段，這就代表著這個班級的班主任對應的是信息表中的教師，這個教師此時就是關聯屬性呈現。

關聯屬性，能夠更加靈活的體現內容主體之間多對多的關系，沒有一個主體內容是獨立存在，不和其他主體互相聯系的。

后臺的設計中，為了方便后續業務的調整，往往會追求較低的數據耦合。那么在低耦合數據的情況，關聯屬性類的字段，就能夠幫助系統的數據之間建立起關系和連接。

6. 標記

標記(signature)是通過為數據貼標簽的方式，高效快速對內容主體進行差別管理。簡單來說，就是標記作為一種表達，有效對信息進行區別。計算機常用的做法就是給信息加標簽。用現在比較流行的說法就是貼標簽。最普通的標記是在序號的前面統一放上一排選擇框，通過選中這個標記，可以對數據進行集體操作。

還有根據數據的特點，給數據加上特定的標簽。比如說運營人員通過觀察用戶的表現，為用戶貼進行 標簽分類，方便后續運營活動的進行。大數據系統，通過用戶在產品中的操作和習慣，能夠給用戶及時推送相關的服務和內容。

屬性是針對內容主體進行的維度補充，標記則是對具體信息和內容主體的類別劃分。

7. 狀態

我們平時最常聽到的一句話就是，這個產品出BUG了。這句話的含義其實就是產品此時不能正常運轉，處于異常狀態。既然產品可以用異常和正常兩種狀態來形容，那么在系統中每天跑通的各種業務，是否也可以用相應的狀態來表征呢？

狀態這種類型的字段存在的意義就是，體現表單中具體數據在動態變化中的意義，能夠根據具體的狀態臨界值和狀態區間，做出符合用戶需求的狀態展示。比如說訂單管理中的訂單已完成、訂單已創建，這都是不同的狀態。

業務狀態一定要處于一個范圍內，而不是瞬態，也就是說不能有中間態。比如說“訂單創建中”這種狀態 ，系統是無法進行判斷和描述的。判斷一個表單是否需要狀態字段，最直接的方式就是考慮內容主體是否有需要管理員決策的決策點。比如說日活低于100萬，狀態字段的值就是：低活躍；高于200萬，狀態值就是：高活躍。

狀態字段的存在很直觀地將業務實際的情況以及進行的階段展現出來。這類字段對決策而言是非常重要的字段，常常放在較為中間偏右的位置。

8. 時間字段

時間字段代表的是內容產生的時間和變更的時間。系統內的每一個操作都是能夠用具體的時間進行記錄的，那究竟是哪些類型的信息需要定義時間字段呢？

1. 內容產生的時間有意義，比如說：訂單產生的時間、用戶注冊的時間、評論提交的時間，具體某個內容發布以后，管理員需要監管內容發布時間是否符合預期的時候就需要時間字段記錄內容產生的時間。
2. 內容變更的時間有意義，后臺需要追蹤具體某一內容的的變化。比如說具備商品管理的后臺系統，后臺修改商品價格等信息的時候，就需要記錄具體價格修改的時間。
3. 做系統內部低成本的信息安全系統時需要時間字段。后臺管理系統的用戶權限，通常包含更改用戶密碼、為用戶充值等。如此私密性的操作，當然要有修改的記錄時間，共同對操作進行監控。

9. 數據字段

這部分專門指的是數據統計類型的字段。如果問后臺管理系統最大的意義是什么？那么就是數字化了。隨著人們對大數據的追趕熱潮，數據統計這一部分也就成為了后臺系統的兵家必爭之地。

雖然短時間后臺系統無法用大數據的技術和形式輔助用戶做科學的決策，但是任何一個后臺系統都是需要對系統內現有數據做一定的統計對比，來給管理者提供必要的決策依據的。比如說一個銷售系統的后臺管理系統，就會有具體銷售聯系的用戶數量和處在各個銷售過程中的客戶數量。還有用戶運營管理中，用戶在平臺上的下單次數以及消費金額等等數據的展示。

不同類型的的后臺管理系統容納的數據量常常是不一樣的。這部分字段對于技術邏輯要求較高，要定義清楚需要何種類型的數據，方便技術對相關數據進行埋點獲取。

二、字段設計的注意事項

1. 定義字段寬度

如果是需要用戶鍵盤敲進去的文字字段的長度，通常是需要給出字段的最大和最小字符數。通過對字段長度的定義，UI可以提前規劃頁面寬度的分配，使得最后展現出來的頁面是能夠符合實際業務情況而且美觀的頁面。這不管是站在開發或者UI的角度，都是非常有意義的。

如果隨意定義，那便毫無參考價值，也會造成開發資源的浪費。更嚴重的，不對字段的寬度做限制，就會出現昵稱或者數字過長而導致頁面錯位，甚至會導致程序死機。

2. 字段是否為必填項？

在用戶場景下考慮的話，如果字段作為必填項，用戶如果不填寫該項，那么這一條數據都無法保存。但關鍵字段如果不進行必填設定，就會影響技術的實施方案，且會導致邏輯漏洞以及隱藏BUG。

比如某必填字段，未進行填寫，就可能產生大量為空的錯誤數據，從而影響到其他的業務邏輯。像用戶昵稱，如果為空，就會影響一些展示用戶昵稱的頁面顯示出【null】的錯誤值。

3. 字段值的校驗反饋

這指的是部分字段，比如說手機號碼，那么用戶寫入正確的情況下只可能是11位的數字，當檢測到用戶輸入其他類型的字段，需要用特殊標識去提醒用戶，這樣可以降低后臺使用的錯誤率。

我之前接觸過一次這樣的烏龍事件（不是我設計的后臺）：一個游戲后臺中的充金幣填寫金幣個數的字段。這個字段由于沒有做數字的校驗，客戶運營一段時間就總是發現用戶金幣數量和預期不符。因為是數據問題，金幣數量錯得越來越離譜，很影響平臺用戶的使用及客戶的收益。技術人員連續兩個禮拜加班找BUG，后臺才發現是因為應該在填寫金幣個數的地方，因為當時的后臺個數后面沒有單位，客戶直接填寫了“100個”，而系統沒有報錯，但是數據卻一直不正常。

三、寫在最后

希望通過這篇文章，能夠幫助你更好地理解后臺字段設定的意義，通過對不同類型字段價值和意義的拆解，讓你在對字段取舍和設計過程中更加有方向，進而可以更加快速高效地完成后臺產品的設計。

作者：臺燈少女，公眾號名稱：臺燈少女產品記

本文由 @臺燈少女 授權發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pixabay，基于CC0協議。