當互聯(lián)網(wǎng)巨頭們紛紛把目光轉向2B市場，“數(shù)字化”、“智能化”也成為2B產品圈子的熱詞。要實現(xiàn)數(shù)字化、智能化，數(shù)據(jù)是基礎，數(shù)據(jù)也是企業(yè)信息領域的核心資產。對于2B產品而言，企業(yè)數(shù)據(jù)具有較強的安全性和私密性要求，數(shù)據(jù)的本質歸屬是數(shù)據(jù)的生產者–企業(yè)本身。

一、為什么要進行數(shù)據(jù)轉移？

如開篇所述，數(shù)據(jù)的本質歸屬是企業(yè)，企業(yè)運作依賴員工，因此，數(shù)據(jù)的實際承載是企業(yè)員工。企業(yè)員工據(jù)其崗位職責，負責不同的業(yè)務，生產、維護業(yè)務相關的數(shù)據(jù)。那么當數(shù)據(jù)主體因為業(yè)務需求發(fā)生變更時，就需要進行數(shù)據(jù)轉移。

數(shù)據(jù)主體

員工因為業(yè)務的發(fā)生，在系統(tǒng)中記錄、維護業(yè)務數(shù)據(jù)。因此系統(tǒng)中的每條數(shù)據(jù)根據(jù)其業(yè)務屬性，理論上講都有一個歸屬人和歸屬組織–部門。

主體變更

因數(shù)據(jù)本質歸屬是企業(yè)，因此，當數(shù)據(jù)因為各種業(yè)務因素發(fā)生主體變更時，我們需要將該主體名下的數(shù)據(jù)進行轉移，這就是數(shù)據(jù)轉移的應用場景。主體變更會存在以下幾個場景：

• 數(shù)據(jù)因素–數(shù)據(jù)負責人/所屬部門變化：負責人A名下的數(shù)據(jù)，由于A不能及時處理，或者業(yè)務需求上的變更，需要將暫時不能處理的部分數(shù)據(jù)轉移給其他負責人；某些數(shù)據(jù)特殊業(yè)務場景下所屬部門發(fā)生變更，要求改變數(shù)據(jù)的所屬部門。
• 負責人因素-員工調崗/離職：員工A調崗后，因為負責業(yè)務不同，基于前崗位A名下的業(yè)務數(shù)據(jù)需要全部轉交給新的負責人，因此會有數(shù)據(jù)轉移的需求。員工離職自不必說，工作交接當然也包括系統(tǒng)數(shù)據(jù)的轉移。
• 組織因素-部門刪除/合并：企業(yè)規(guī)模擴展、組織結構調整，都會導致組織結構的調整，那么當原有部門被刪除、或者被合并時，那么原歸屬在該部門下的數(shù)據(jù)將如何處理？這都涉及到數(shù)據(jù)的轉移。

二、什么類型的數(shù)據(jù)需要轉移？

基于2B產品所覆蓋的業(yè)務范圍，筆者大致將2B產品所涵蓋的數(shù)據(jù)分為三大類，并基于不同的業(yè)務數(shù)據(jù)類型，闡述哪些數(shù)據(jù)需要轉移。

OA系統(tǒng)數(shù)據(jù)

所謂OA系統(tǒng)數(shù)據(jù)，指的是企業(yè)中常規(guī)的自動化辦公系統(tǒng)所產生的數(shù)據(jù)，如即時通訊、日程、公告、考勤等數(shù)據(jù)。

一般OA系統(tǒng)具有即時響應的特征，因此OA數(shù)據(jù)具有即時性，且歷史數(shù)據(jù)帶有強個人屬性，比如“張三”發(fā)出的信息/參與的日程，即便是“張三”離職，也不可能將該數(shù)據(jù)轉移到“李四”名下。因此OA系統(tǒng)數(shù)據(jù)不需要轉移。

業(yè)務系統(tǒng)數(shù)據(jù)

所謂業(yè)務系統(tǒng)數(shù)據(jù)，指的是企業(yè)實際業(yè)務場景下所產生的數(shù)據(jù)，比如客戶數(shù)據(jù)、采購數(shù)據(jù)、訂單數(shù)據(jù)等等。

一般業(yè)務數(shù)據(jù)并不具有個人屬性，只是由當前負責人根據(jù)業(yè)務執(zhí)行狀態(tài)進行跟進、維護，因此當數(shù)據(jù)主體發(fā)生變更時，避免業(yè)務停滯，需要有新的負責人來進行跟進，因此需要對業(yè)務數(shù)據(jù)進行轉移，當然只有少數(shù)特殊業(yè)務數(shù)據(jù)可能不需要進行持續(xù)性維護，那么就不需要進行轉移。

業(yè)務流程數(shù)據(jù)

所謂流程數(shù)據(jù)，指的是需要按照一定的規(guī)則執(zhí)行的業(yè)務操作過程所產生的數(shù)據(jù)，比如業(yè)務流程、審批流程數(shù)據(jù)。

流程執(zhí)行數(shù)據(jù)具有一定的個人屬性，因此流程歷史操作數(shù)據(jù)不存在轉移，但是因為流程執(zhí)行規(guī)則屬于系統(tǒng)提前預置的數(shù)據(jù)，當流程執(zhí)行到中間環(huán)節(jié)，其中未執(zhí)行的環(huán)節(jié)執(zhí)行人發(fā)生突發(fā)事件需要變更時，該用戶名下仍然有未執(zhí)行結束的數(shù)據(jù)，我們需要將該待辦部分數(shù)據(jù)進行轉移，交由新的負責人進行處理，以免耽誤業(yè)務流程正常運轉。

三、如何進行數(shù)據(jù)轉移？

如前面所述，每一條系統(tǒng)數(shù)據(jù)根據(jù)其業(yè)務特性都具有它的所屬主體，數(shù)據(jù)轉移實際上是數(shù)據(jù)所屬主體發(fā)生變更。因此，在數(shù)據(jù)主體發(fā)生變更時，我們只需要提供數(shù)據(jù)主體變更的工具（這就是數(shù)據(jù)轉移產品的功能），并更改數(shù)據(jù)所屬關系即可。

按數(shù)據(jù)進行轉移–前臺數(shù)據(jù)轉移場景

當某條數(shù)據(jù)因業(yè)務要求負責人發(fā)生變更時，需要管理員/數(shù)據(jù)負責人，通過前臺將數(shù)據(jù)轉移給新的“負責人”或新的“所屬部門”。那么交互的主體應該是“數(shù)據(jù)”，即選中數(shù)據(jù)，然后進行“負責人”或“所屬部門”變更。

以下粗略交互示意：

按員工/組織進行轉移–后臺數(shù)據(jù)轉移場景

當數(shù)據(jù)主體“員工/部門”因為離職、調整等場景，需要發(fā)生變更時，需要管理員通過后臺將“員工”/“部門”名下的某些功能模塊下的全部數(shù)據(jù)進行轉移。那么交互的主體應該是“員工”/“部門”，即選中數(shù)據(jù)主體，將其名下的數(shù)據(jù)全部轉移給新的“負責人”/“部門”。

以下粗略交互示意：

除了在數(shù)據(jù)管理入口下設計統(tǒng)一的數(shù)據(jù)轉移入口；當在員工離職、部門調整場景下的入口也可以增加數(shù)據(jù)轉移操作，便于在數(shù)據(jù)主體發(fā)生變更時，進行數(shù)據(jù)轉移。

綜上，“數(shù)據(jù)轉移”功能雖然簡單，但如開篇所講，它是企業(yè)數(shù)據(jù)管理的基礎和必備功能，且使用場景多樣，不同的場景下，交互側重點不一樣。上篇文章《2B SaaS產品用戶系統(tǒng)設計》中也有提及，因此，本次分享給大家。

以上，僅供參考。

本文由 @椰子 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

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