<legend id="praxaj"><button id="praxaj"></button><pre id="praxaj"></pre><span id="praxaj"></span></legend>
    <form id="praxaj"></form><fieldset id="praxaj"></fieldset><code id="praxaj"></code>
        • 企業新聞

          後端産品設計的主要內容

          2019-04-23

            當我們明確了産品目標,完成業務需求的對接後,接下來就開始進行産品方案的設計。

            不同于C端産品,後端産品設計的重點在于業務邏輯和流程,其次是操作效率體驗,前端界面幾乎是最次要的部分。

            我最開始做後台的時候,以爲和C端一樣只需要畫原型,附帶一點流程圖就可以了,然後發現原型根本無從下手;後來,我總結出了十個步驟,作爲我自己做後端産品設計的方法。

            這些步驟是以比較完整的角度設計一個業務模塊,一般的一小個頁面或流程,可以省略中間幾步。

            在此以我接觸過的一個電商/O2O領域的供應鏈系統爲例,描述一下從0到1設計系統的采購模塊需要如何進行。

            1. 確定業務名詞的定義

            這是第一步,先要知道我們即將做的是一個什麽東西,以及這項業務中會涉及到哪些業務名詞,他們在實際業務中是什麽意思,和在系統中如何定義。

            如果系統沒有,那需要從0開始定義。

            比如說在供應鏈系統中,僅僅是和庫存相關的詞就有可用庫存、在途庫存、凍結庫存、良品、不良品、廢品、庫房、庫區、庫位等等——如果一開始不定義清楚,後面就會一臉懵逼。

            2. 確定這項業務中參與的人員角色

            通過和業務方的對接,確定有哪些不同的角色參與到了這項業務中,每個角色做什麽事情,並明確不同角色之間權限的邊界,避免出現職責混亂。

            ——這個環節看似簡單,但需要在對接業務需求的時候就考慮清楚。

            此外,有些角色的參與可能會涉及到其他産品線,這種情況下需要在其他系統中同步這項業務。

            在這裏引入UML圖,具體定義自行百度。

            UML圖我所知道的很多公司都不要求畫這個,但可以作爲産品經理在後台産品設計過程中的幫助——在這一步,可以産出UML中的用例圖。

            舉例:

            在供應鏈系統的采購業務中,會涉及到的角色如下:

            采購人員,負責采購下單,跟進供應商,做賬結算;

            庫存計劃員,負責計算庫存需求預測並提交采購申請;

            供應商,負責接受采購單進行發貨;

            倉管人員,負責收貨入庫;

            質檢人員,負責對采購的商品質量檢驗;

            財務人員,負責根據賬單打款。

            這其中,由于財務的參與,需要將采購結算信息同步至財務系統。

            3. 梳理整個業務的核心流程

            核心流程是整塊業務中那幾個重要的環節,確定了角色後,可以將核心業務環節按照正向流程畫出來。

            這裏的流程圖不用特別細,只畫重要環節,即核心事項的走向,並標明事項的角色;具體的判斷、變化、異常等後面再說。

            4. 根據核心流程梳理核心數據的流動規則

            這一步是重點。

            在電商、O2O等交易型的公司中,訂單、庫存、成本、收入這些就是核心數據。

            ——事實上,流程本身不難梳理,核心業務數據才是系統數據正確的保證。

            這一步需要理清整個流程中哪些數據會産生變化,分別在哪個環節發生,如何加如何減,具體數字是多少,計算規則又是什麽,之後的環節又流轉到哪裏。

            比如說供應鏈系統,核心在于庫存流和資金流,所以每個流程都需要明確這兩個數據,庫存的入庫、出庫、凍結、在途都是什麽規則,在哪一步發生;每次入庫出庫時庫存的金額是多少,收入和支出又如何計算。

          Prev
          Next
            
          X-POWER-BY FNC V1.0.0 FROM 自制53