酷播亮新聞
目前在負責後端產品設計，從0到1搭建了預約管理系統。 從這個case來剖析預約管理系統如何落地？ 生活中常見的電影票購買、手機預定、汽車預售都會涉及到預約系統的涉及。 我們生活中無處不在的預約系統可能因為產品的不同，其名稱有不同的稱呼。 其難點在哪裡？ 我們一起來聊聊。
預約管理系統，讓線上用戶使用線下場景預約管理系統誕生的機制在於傳統服務的it信息化、智能化，在不同的智能設備都支持數據存儲、wifi等底層功能後，企業或線下服務 主需要能夠觸及用戶更深一步，包括用戶的行為、聊天記錄、消費等數據關聯。
第一是為了提升自身資源利用率，傳統非it信息化的管理方式並不能知道當前門店人力資源、物品資源、時間管理上是否充分。 第二是繼續挖掘用戶的羊毛，知道用戶的服務和當前與產品相關聯的個人信息，預約系統場景在於用戶通過線上的預約去使用線下的某些場景，例如醫院的掛號系統、婚姻的 婚姻預約系統。
但預約系統也可以作為線上服務的預約，我們常見的門票預定、物品預定、手機預購買，都是以預約系統做的信息化管理。
後端產品落地開始，調研業務流程
需求調研
當前做需求調研，我負責是以線上用戶預約線下服務的場景。 對於預約系統最基礎的是獲取用戶預約列表、預約的服務、預約導致的資源佔用情況。
1. 需要知道用戶的信息字段
用戶的信息字段在預約系統中有時間、產品服務、用戶的個人信息、消費記錄、聊天記錄。 除了業務性強的字段會因不同業務導致預約系統中涉及的內容字段不同，但其他字段可以做為全局字段。
2. 線上預約的前端需求調研
因為該預約系統是0到1搭建，預約系統面向的最終使用用戶是c端用戶。 為此在剛開始搭建預約系統我們將所有的產品服務遍歷出來即可。 後期通過預約的數據、uvpv、線下服務資源佔用、預約累積量來判斷後期迭代優化。
3. 調研業務端需求
如果確定了用戶基本的預約信息之後，那作為業務端如何使用或操作該信息？ 是馬上有相應客服進行操作或銷售直接拜訪？ 產品人員將用戶業務端需要的有效預約信息通過系統整合在一起之後，業務端的工作流程才正式開始。
以今日頭條為例，在收到用戶投訴信息之後，按相應的觸發字段馬上就有想相應內容版塊的客服出來回應。 但實際測試後發現今日頭條的客服仍然是一個重災區。 雖然以自媒體內容為主的平台，但客服對於解決自媒體人問題的效率還有待提升。
業務端的流程在預約系統中不同客服系統，當用戶信息通過預約系統進了運營管理中心，涉及商品的話會有庫存檢測、涉及人員會有時間段排班、涉及工作人員會有上下班時間和周末 休息時間。
報表查看，後端的核心模塊
預約系統調研完後，整個需求差不多我們就到這裡要想如何整理每天的數據？ 給予不同人員查看相關的數據？
報表的設計通過需求調研我們已經清楚業務人員最需要的：字段、數據、指標轉化情況，另外報表中需要做到可以對不符合預期、異常的數據指標做好反饋。
關於報表設計上的幾點tips：
- 數據直觀
- 異常數據不漏
- 重要指標數據凸顯
- 週期可以按7天為維度細化到每天24小時、在當天內以24小時為維度細化到分鐘
如在預約系統中，未到用戶在當天沒有到達，常見的是系統提醒或運營人員提醒作為提高預約到達率，避免造成預約的資源浪費。 我們在電影院買電影票也是常見的案例，用戶通過購買某一場次的電影票將某電影鎖場，導致電影院無法下架該電影，即使再冷門。 這就是一種很典型的資源浪費，因此預約系統中做好避免線上預約的異常操作導致線下資源或服務佔用也是期難點
系統權限與參數設計
預約系統既然屬於it集成系統或後端系統與其他erp系統類似，都需要考慮權限管理與參數設置。 客服、店長、醫生在整個系統中因為角色的不同，使用的功能模塊也不同因此權限的配置需要多和線下服務方整理調研。
參數設置，會影響預約系統中用戶的預約功能以及運營端對系統的控制管理，常見的全局設置除了基本的時間、公用模塊如im通訊、消息盒子，在角色之間又存在公用的模塊。
公用的模塊可能是針對管理層的上下級，又有可能是工作中所面臨的上下游。 例如在預約管理系統中， 前台人員 是不需要對系統進行設置，但需要查看每天的到訪和預約報表。 管理人員 是需要查看每天的報表和每天每個前台人員接待的情況，兩個功能上使用的權限是相同，但數據查看的權限卻不同。
參數的設置
類似erp管理系統中預約管理模塊，常見的後台系統設置參數是針對功能裡面的參數設置，例如管理店員上班排班管理系統。
我們可以設置增加排班的名稱，這裡的名稱分為早班、中班、晚班，作為運營管理人員是需要設置這些班次的，但作為店長來說只需要將相應可以設置的班次進行排 班管理即可。
如同上圖中我們所說的部門，排班人員是不需要對部門進行配置的，這是在系統前期運營人員配置好的公司架構。
#專欄作家#
kevin，微信公眾號：Kevin改變世界的點滴，人人都是產品經理專欄作家。 曾從事騰訊雲產品設計與中興通訊產品研發，高級產品經理一枚。 歡迎交流~
本文原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自 Pixabay，基於 CC0 協議