案例分享：如何設計後台產品聯動性與前端微交互？

2021/12/25

作者目前負責更新公司產品後台的一些訂單列表信息，今天分享關於後台產品設計的聯動性和2個前端微交互TIPS。

什麼時候會有後台的聯動性

在產品後台中，我門的產品出現的後台以某一個產品移動端、WEB前端為展現形式來進行控制。

管理者需要上傳、許可權把控、審核、查詢等，我們的後台形式如下：

【產品後台】

今天以訂單列表為案例進行展開，移動端產品常用的有運營後台、移動端產品配置後台（高級許可權後台）、角色許可權後台（移動端角色）。

【高許可權後台】

在整個後台系統中，對於訂單的操作，全局後台的許可權是最強的，因此後台的邏輯與許可權是密不可分。以用戶微信支付訂單到後台生成訂單為例。

【訂單列表】

後台產品設計中，對於訂單欄位我們常用的欄位為：訂單號、時間、產品類型、訂單狀態、支付方式、操作

如何做好後台訂單的關聯性？

首先後台明確後台的使用者，後台的使用者因為業務邏輯和許可權的問題，因此在關聯性上必須要提現其業務邏輯的先後關係或許可權的大小問題。

【後台訂單的關聯性】

這裡繼續以產品訂單為例，既然擁有高級許可權的全局後台中，我們能對訂單操作，假設我們的業務邏輯為：

業務員引導——用戶購買——支付——財務確認——發貨——提醒業務員

這是傳統銷售的基本流程，當然目前電商或O2O的支付方式，也是由這個流程演變過來的。那麼我們作為訂單，在後台中。

首先要確定，訂單是在那裡出現的？

毫無疑問，訂單是在用戶購買后，支付前出現的。這個時候用戶訂單的狀態有：未支付、已經支付

這個時候後台中對於訂單的狀態已經同步，相應的訂單狀態為以上兩種，那麼接下來，訂單的支付，後台就會需要人工審核（當然目前在微信支付或銀聯支付的額度下，系統可以做到自動審核，但高額度產品就不行啦）。

業務邏輯與角色許可權

那麼接下來，就進入財務或相關負責人員進行訂單到賬確認環節，通過業務邏輯剛剛上面所說的，目前是應該到達這裡進行確認，這裡就是我們說的關聯性之一：業務邏輯順序要搞清楚

其二：目前這裡財務的許可權就僅僅在於確認訂單的工作（其餘工作我們暫時不考慮），通過比對公司賬務情況，手動進行確認。

【確認到賬】

這裡要說的是，目前的後台是全局後台，也就是產品中後台許可權最高的後台。那麼其實訂單在生成的時候，對於一些弱許可權平台、或因為公司業務需要，我們的業務人員有需要平台進行查詢訂單的情況。關聯的後台，這裡KEVIN目前舉例就是業務員平台——銷售平台。

那麼銷售員工應能通過目前負責的客戶，查詢相應自己負責的訂單。但值得說明的是，這裡僅僅是查詢，查詢！

但雖然許可權弱化，產品設計中要做到產品統一。對於相同的產品、相同的功能，雖然是不同後台，但是應該保持統一，這樣才能高度的提升兼容性、

為此我們在這裡只需要做的是就是將全局後台中訂單功能，以許可權的方式進行整改，去掉能夠操作的入口，作為業務員或弱許可權人員只能進行查看操作（具體許可權應該以產品業務來區分，這裡是以上面所說的例子來說明）

【若許可權的後台使用者展現】

為此產品後台的關聯性大概就是如此，通過業務邏輯與角色的差役，來確定當前後台之前如何關聯。

前端微交互設計的2TIPS

好，那麼今天的後台設計剛剛說完了，繼續說說關於交互設計的幾點TIPS

採用文字引導。使用場景：不需要讓用戶一眼注意到該功能，但需要使用時可以發現。比較友好，功能重要程度較低時適用。

弱引導又繼續細分為：

微交互所帶來的有趣體驗為用戶創造出一個有趣的瞬間。每次保存設置，發送消息，登錄帳號，都會伴隨著好玩而微妙的微交互，以Instagram 中點贊的按鈕為例，用戶在嘗試過之後，對於這種交互會有的沉迷的感覺，樂此不疲。

微交互案例

【騰訊雲BANNER微交互】

通過滑鼠的上下滑動，其BANNER進行上下浮動。

微交互效果，KEVIN目前也在積極收集，如果有好的微交互案例，歡迎留言一起分享。

kevin（張晉壹），，，人人都是產品經理專欄作家。曾從事騰訊雲產品設計與中興通訊產品研發，目前是一枚金融產品經理，坐標：深圳。愛健身、愛跳舞、愛生活！歡迎交流

本文原創發佈於人人都是產品經理。未經許可，禁止轉載。