在優(yōu)護家（互聯網+基礎醫(yī)療行業(yè) 創(chuàng)業(yè)公司）的近四個月的產品實習過程中眨业，前前后后設計了7個后臺產品掷空，最近復盤了一下設計的過程吵血，將一些自己踩過的坑總結下來煞赢。
后臺產品的作用
在分析作用之前，我們可以先看下后臺產品的用戶是誰床嫌，主要就是兩種：企業(yè)（B）與公司內部的運營人員跨释。其實這兩種用戶使用后臺產品的需求在我看來也只有兩個：操作與查看。
我們都知道「增刪改查」既鞠，其實「操作」的本質就是通過一個可視化的后臺煤傍，對數據庫中的任一記錄的任一字段進行增刪改，當然在實際中我們會設計很多限制以及權限嘱蛋，讓很多信息不能被增刪改蚯姆，或者不能被某一級管理員進行增刪改。我將「查看」單獨從「增刪改查」中拿出來是因為洒敏，除了對某一條記錄的信息詳情查看外龄恋，「查看」還包括將信息聚合起來成為可視化的圖表，將其展示凶伙。
后臺產品的展現形式
展現形式就我接觸的而言郭毕，可以分為兩類：
- list + operate（表單+操作）
- Dashboard（儀表盤，可視化數據圖表）
其實絕大部分需要有操作功能的后臺形式都是list + operate函荣，很好理解显押，后臺產品是非常接近底層的產品，我們知道最底層的數據層就是一個個list傻挂，上面說到后臺操作類產品的本質就是通過可視化的后臺對數據庫進行操作乘碑，那么后臺設計使用list這種形式就非常的自然、簡單且容易理解金拒。
例如兽肤，在商品管理后臺中每個商品其實就是list中的一條記錄，我們可以直接通過list上顯示的字段對該商品有個大概了解，點擊某個商品的詳情后可以對這條記錄的詳情進行編輯资铡；同時可以在list中新增商品电禀，刪除商品，當然「刪除」比較復雜笤休，涉及到線上現有的產品尖飞，需要詳細設計可以刪除的條件。
設計上需注意的點
（其實也就是我踩過的坑...）
特別熟悉業(yè)務
這個放在第一點宛官，非常重要葫松，因為在設計后臺時瓦糕，無論是toB還是公司內部人員使用底洗，往往這個業(yè)務的流程是相對固化的。這里引用一段優(yōu)護家COO趙帥的文章的一段（原文：談To B產品路徑邏輯：To B產品的核心本質到底是什么咕娄？）：
假如我們想為某家醫(yī)院做一套患者隨訪（隨訪是指醫(yī)院對出院患者的持續(xù)病情追蹤手段）的工具亥揖，我們會怎么思考這個問題呢？當我們深入去和醫(yī)院來溝通這些需求時圣勒，我們會發(fā)現费变，一個隨訪大概有如下步驟：
選中一個患者——選中需要進行的隨訪模板——選擇隨訪的日期——指派隨訪的護士——護士執(zhí)行隨訪并填寫隨訪記錄——護士關閉完成隨訪。
整個過程至少六步圣贸。
我們會發(fā)現挚歧，這個過程是固定的，一個也省不了吁峻，無論是醫(yī)院A還是醫(yī)院B滑负，一個隨訪都至少需要以上的六步，我們無論怎么去優(yōu)化也是不可能去節(jié)省產品路徑的用含。
此時矮慕，我們與ToC的產品進行對比會發(fā)現，ToC的產品路徑是站在用戶的即時性需求角度來考慮的啄骇，也就是用戶當下的體驗痴鳄，而ToB的產品路徑一般是站在計劃性需求的角度來考慮的，無論是一次隨訪缸夹、一次采購痪寻、一次財務報銷，它都是一次計劃虽惭。不會有哪個用戶會提前計劃自己去和誰聊微信橡类，也不會去提前計劃自己去騎行某臺單車（預約單車可不算計劃），ToC的產品需要在路徑上盡可能短趟妥，從而滿足即時性需求猫态，而ToB的產品路徑是由計劃好的業(yè)務本身決定的，少一步業(yè)務就走不下去了，不能因為省麻煩就在隨訪中不填寫隨訪記錄亲雪，也不能因為省事就把報銷系統(tǒng)中的發(fā)票一環(huán)省掉勇凭。
因此在設計后臺產品時，與這個后臺相關的業(yè)務一定要比任何人要熟悉义辕，熟悉每個流程每種角色可以做什么操作虾标。
字段的校驗
因為用戶在使用后臺時經常需要填寫大量的信息，可能就會需要對字段的格式灌砖、字數等以及是否必填做校驗璧函。在設計的過程中，我建議盡可能少的校驗基显。除了一些必需的限制蘸吓，比如以手機號作為用戶的唯一標識，那么手機號肯定需要必填撩幽；我們給醫(yī)院科室開放的宣教文章編輯器中库继，一篇宣教標題的字數這種就不需要做限制。
流程復雜時窜醉，盡可能分步驟
后臺產品很多功能非常復雜宪萄，需要填寫大量的內容，如果我們把要填的都給堆在一起榨惰，一個是用戶會覺得這個后臺很繁瑣不知道自己現在填的信息是什么拜英，一個是只有最后一個提交的接口容易導致這個接口變慢。
比如我們在新建一個護士上門服務時琅催，需要填寫名稱居凶、描述、選擇服務的標準化步驟恢暖、商品屬性排监、服務圖片、不同屬性對應不同的價格杰捂、折扣后的價格舆床，選擇可服務的護士、可服務的時間段等等信息嫁佳。最后我們將這些分為了三個步驟挨队，第一步服務的基礎信息，第二步是關于價格的設置蒿往，第三步關于可服務的人與時間的設置盛垦，這樣一來就非常的清晰。
刪除需慎重
刪除是一個非常敏感的操作瓤漏，會牽扯到線上正在進行中的流程腾夯，要考慮到所有情況下刪除所帶來的所有后果颊埃。比如說我們的上門服務中有一項步驟是護士利用護士端App的評估量表對患者進行評估，如果后臺開放對評估量表的刪除功能蝶俱，就要考慮已經下單的服務中的這個評估要怎么顯示等等班利。我們曾經關于已發(fā)布的量表是否可以修改與刪除爭論了一下午。
以上是我實習期間關于后臺產品設計的一些總結榨呆，不足之處還請各位看官指出罗标。
