本篇文章是筆者的產(chǎn)品實習(xí)總結(jié)，主要是對企業(yè)訂單結(jié)算系統(tǒng)進(jìn)行了梳理和分析，對產(chǎn)品設(shè)計過程中遇到的問題進(jìn)行了反思，供大家參考和學(xué)習(xí)。

這是筆者在實習(xí)階段負(fù)責(zé)的企業(yè)訂單結(jié)算系統(tǒng)，雖然題目寫的是訂單結(jié)算系統(tǒng)，但里面也涉及到了訂單系統(tǒng)、發(fā)票系統(tǒng)、投入產(chǎn)出系統(tǒng)，四個系統(tǒng)互相聯(lián)動。在產(chǎn)品設(shè)計過程中，碰到了一些問題同時也解決了問題。

實習(xí)已經(jīng)結(jié)束，故總結(jié)了訂單結(jié)算系統(tǒng)后臺產(chǎn)品從0到1設(shè)計過程中的一些反思，與大家分享，希望可以給大家一些啟發(fā)。

一、項目基本介紹

隨著公司的不斷發(fā)展，訂單量逐漸增多，市場部的商務(wù)同事對于結(jié)算有了新的業(yè)務(wù)需求，財務(wù)部的同事每到月底都頭疼于財務(wù)報表和投入產(chǎn)出的數(shù)據(jù)輸出。原有的訂單結(jié)算方式不再高效，同時也缺乏相應(yīng)的數(shù)據(jù)分析。

公司管理者希望建立一套全新的結(jié)算系統(tǒng)，這個系統(tǒng)可以解決訂單結(jié)算、發(fā)票管理、財務(wù)報表和投入產(chǎn)出這四個問題。管理者可以通過系統(tǒng)的財務(wù)報表和投入產(chǎn)出做出下一階段的工作安排和決策，公司員工也能更加高效地處理工作問題。

二、目前成果

訂單結(jié)算系統(tǒng)經(jīng)過反復(fù)的測試和修改，已經(jīng)可以實現(xiàn)市場商務(wù)的結(jié)算業(yè)務(wù)。

發(fā)票管理系統(tǒng)的發(fā)票管理、發(fā)票查詢、周、月發(fā)票報表三個模塊也都如期上線。

財務(wù)報表在原有的訂單報表基礎(chǔ)上增加了許多業(yè)務(wù)數(shù)據(jù)匯總，讓決策者能夠從更多角度去看待當(dāng)下的業(yè)務(wù)完成度和布置接下來的工作安排。

投入產(chǎn)出分為兩期來實現(xiàn)，如今已經(jīng)實現(xiàn)第一期版本的投入產(chǎn)出，投入產(chǎn)出本質(zhì)上是整合了多個系統(tǒng)的數(shù)據(jù)，并拆分組合在一塊形成一個數(shù)據(jù)匯總分析庫。

由于投入產(chǎn)出需要整合的系統(tǒng)數(shù)據(jù)過多，需要對多個系統(tǒng)進(jìn)行字段重新設(shè)置，工期量大，故分為兩期來完成，如今已完成第一期，第二期的一些數(shù)據(jù)功能需求還在測試當(dāng)中。

三、業(yè)務(wù)調(diào)研

1. 業(yè)務(wù)現(xiàn)狀梳理

公司希望產(chǎn)品運(yùn)營部門今年能實現(xiàn)業(yè)務(wù)數(shù)字化管理，這個部門在今年能獲得更多的訂單量。原先的訂單結(jié)算系統(tǒng)在一個辦公協(xié)同軟件上跑，無法實現(xiàn)數(shù)據(jù)分析，管理層無法通過數(shù)據(jù)做出決策。

這個新的訂單結(jié)算系統(tǒng)的戰(zhàn)略目標(biāo)是幫助部門快速實現(xiàn)訂單結(jié)算，同時提高多個部門的工作效率和給管理層提供決策意見。

經(jīng)過對市場部商務(wù)、產(chǎn)品運(yùn)營部的同事、財務(wù)部的同事進(jìn)行深度訪談，對目前結(jié)算的流程有了了解。整個流程為商務(wù)提起結(jié)算，商務(wù)申請開發(fā)票，財務(wù)開發(fā)票，結(jié)算完成。

2. 業(yè)務(wù)問題總結(jié)

（1）關(guān)鍵業(yè)務(wù)問題梳理

經(jīng)過訪談分析，目前結(jié)算業(yè)務(wù)存在以下業(yè)務(wù)問題和需求：

1. 每個客戶都有許多訂單，如何快速準(zhǔn)確地查找選擇應(yīng)結(jié)算的訂單；
2. 復(fù)核環(huán)節(jié)會出現(xiàn)價格修改、訂單修改，如何保障退回給相應(yīng)的人和修改完后給相應(yīng)的人，流程需要高效；
3. 開票系統(tǒng)是否能顯示應(yīng)收款賬期；
4. 對賬和開票工作復(fù)雜；
5. 開票系統(tǒng)需要自動生成相應(yīng)的開票周、月報表；
6. 投入產(chǎn)出涉及的系統(tǒng)包括部門原有的工時系統(tǒng)、訂單系統(tǒng)和現(xiàn)在的結(jié)算系統(tǒng)、發(fā)票系統(tǒng)，如何處理四個系統(tǒng)的數(shù)據(jù)聯(lián)動，如何保障成本和收入數(shù)據(jù)的準(zhǔn)確性。

（2）問題解決思路

1. 實現(xiàn)商務(wù)快速準(zhǔn)確選擇訂單（高優(yōu)）；
2. 訂單結(jié)算流程高效（高優(yōu)）；
3. 實現(xiàn)賬期監(jiān)控（低優(yōu)）；
4. 實現(xiàn)對賬報表（高優(yōu)）；
5. 實現(xiàn)周月財務(wù)報表（中優(yōu)）；
6. 建立主數(shù)據(jù)庫，聯(lián)動多個系統(tǒng)，實現(xiàn)投入產(chǎn)出數(shù)據(jù)生成（中優(yōu)）。

四、項目的整體方案設(shè)計

1. 業(yè)務(wù)流程設(shè)計

通過對業(yè)務(wù)的了解和對各部門人員的訪談，思考了業(yè)務(wù)的各個參與方，原先結(jié)算流程缺少產(chǎn)品運(yùn)營部門同事和主管復(fù)核和確認(rèn)收款環(huán)節(jié)，現(xiàn)在設(shè)計的這個流程能夠使結(jié)算業(yè)務(wù)變成一個閉環(huán)。

圖4-1是經(jīng)典的泳道流程圖，橫軸代表相關(guān)的業(yè)務(wù)部門，縱軸代表的是業(yè)務(wù)系統(tǒng)。

圖4-1

2. 應(yīng)用架構(gòu)融合

公司的產(chǎn)品運(yùn)營部門用簡道云開發(fā)了訂單系統(tǒng)、CRM和工時系統(tǒng)，這一次即將要設(shè)計的結(jié)算系統(tǒng)和發(fā)票系統(tǒng)必須要與原先的系統(tǒng)架構(gòu)融合，結(jié)算系統(tǒng)結(jié)算的訂單就是訂單系統(tǒng)上的訂單，投入產(chǎn)出要展現(xiàn)的數(shù)據(jù)是聯(lián)動了工時系統(tǒng)、CRM、結(jié)算系統(tǒng)和開票系統(tǒng)。

3. 功能模塊設(shè)計

通過自頂向下的分析思路，我們明確了這次結(jié)算業(yè)務(wù)分為兩個系統(tǒng)，分別是結(jié)算系統(tǒng)、發(fā)票系統(tǒng)、投入產(chǎn)出系統(tǒng)。

接下來我們進(jìn)一步拆解，將每一個系統(tǒng)可能需要的功能都列出來，先做加分后坐減法。

（1）結(jié)算系統(tǒng)

商務(wù)需要在結(jié)算系統(tǒng)選擇訂單進(jìn)行結(jié)算，結(jié)算流程跑完之后，也需要對結(jié)算單進(jìn)行查詢，查詢這個結(jié)算單目前流轉(zhuǎn)到了哪個節(jié)點，后續(xù)也對報表功能有要求。

所以從商務(wù)和產(chǎn)品運(yùn)營部的角度，結(jié)算系統(tǒng)應(yīng)該具備以下模塊和功能，如圖4-2所示。

圖4-2

（2）發(fā)票系統(tǒng)

發(fā)票系統(tǒng)是給財務(wù)部門使用的，這相當(dāng)于一個發(fā)票管理后臺，財務(wù)部的主管和員工可以用來查詢發(fā)票，至于有哪些查詢篩選項和查詢值，這個放到產(chǎn)品細(xì)節(jié)設(shè)計再來考慮。

財務(wù)管理模塊還有對賬管理、賬期管理、財務(wù)部門月報，如圖4-3所示。

圖4-3

（3）投入產(chǎn)出系統(tǒng)

投入產(chǎn)出系統(tǒng)其實就是為了生成投入產(chǎn)出明細(xì)表和業(yè)績報表，投入產(chǎn)出明細(xì)表分為兩大塊，一塊是收入，一塊是成本。收入可以通過填寫項目進(jìn)度、成本可以通過薪酬錄入和填寫成本費(fèi)用。

綜合考慮，將其分為兩個模塊，一個是數(shù)據(jù)錄入，功能分為薪酬等級錄入、項目進(jìn)度填寫、成本費(fèi)用填寫、客戶稅率數(shù)據(jù)錄入，其中成本費(fèi)用填寫和客戶稅率數(shù)據(jù)錄入放在訂單管理系統(tǒng)里提交訂單的時候填寫。

綜合報表的功能有投入產(chǎn)出明細(xì)表、業(yè)績分析、數(shù)據(jù)核對、客戶分析，如圖4-4所示。

圖4-4

五、項目的細(xì)節(jié)方案設(shè)計

1. 數(shù)據(jù)建模

正確的數(shù)據(jù)建模，才能在后面的設(shè)計中更加清晰地完成功能模塊的細(xì)節(jié)設(shè)計和交互設(shè)計。數(shù)據(jù)建模決定了數(shù)據(jù)庫的表結(jié)構(gòu)，對后續(xù)的報表設(shè)計十分重要，也能夠體現(xiàn)產(chǎn)品設(shè)計者對業(yè)務(wù)的理解。

多個部門會用到結(jié)算系統(tǒng)，不同部門的使用權(quán)限不一樣，因此有多層級管理的需求，根據(jù)對業(yè)務(wù)的理解和優(yōu)化，組織結(jié)構(gòu)樹如圖5-1所示。

圖5-1

在組織結(jié)構(gòu)樹中，可以看到，這個業(yè)務(wù)有一個管理員總賬戶，這個管理員賬戶可以管理所有的數(shù)據(jù)，包括市場部、產(chǎn)品運(yùn)營部、財務(wù)部這三個部門的所有數(shù)據(jù)，權(quán)限度最高。

每個部門下表明了一個員工有一個賬戶，員工使用自己的賬戶，可以在系統(tǒng)進(jìn)行相應(yīng)權(quán)限內(nèi)的操作。

根據(jù)圖5-1的組織結(jié)構(gòu)樹進(jìn)行簡化，可以得到圖5-2的ER圖。

圖5-2

通過ER圖，可以清楚理清賬戶、結(jié)算業(yè)務(wù)、部門、員工之間的關(guān)系，能夠把業(yè)務(wù)中獨(dú)特的邏輯關(guān)系理清楚了，這一步是關(guān)鍵的，唯有把業(yè)務(wù)數(shù)據(jù)建模好了，后面的設(shè)計才不會出現(xiàn)數(shù)據(jù)邏輯問題。

2. 頁面流轉(zhuǎn)圖

業(yè)務(wù)流程圖已經(jīng)在項目的整體方案設(shè)計中設(shè)計好了，不過這是一個顆粒較粗的概要性設(shè)計，降下來將要繪制頁面流轉(zhuǎn)圖。

頁面流轉(zhuǎn)圖是用戶完成某項工作需要涉及到的頁面和流轉(zhuǎn)順序。我將根據(jù)業(yè)務(wù)流程并且針對不同的使用對象一一設(shè)計頁面流轉(zhuǎn)圖。

結(jié)算系統(tǒng)的商務(wù)提起結(jié)算：市場部商務(wù)人員，圖5-3。

圖5-3

結(jié)算系統(tǒng)的項目經(jīng)理復(fù)核、客戶經(jīng)理復(fù)核、部門主管復(fù)核、客戶經(jīng)理讓客戶復(fù)核、商務(wù)申請開票、財務(wù)開票、確認(rèn)收款：分別對應(yīng)項目經(jīng)理、客戶經(jīng)理、部門主管、客戶經(jīng)理、市場部商務(wù)人員、財務(wù)部人員、財務(wù)部人員。

圖5-4

結(jié)算系統(tǒng)的綜合查詢：市場部商務(wù)人員

圖5-5

結(jié)算系統(tǒng)的報表：市場部所有主管、產(chǎn)品運(yùn)營部主管

圖5-6

發(fā)票系統(tǒng)的綜合查詢：財務(wù)部所有人員

圖5-7

發(fā)票系統(tǒng)的財務(wù)管理：財務(wù)部門部分人員

圖5-8

投入產(chǎn)出系統(tǒng)的數(shù)據(jù)錄入：財務(wù)部門人員、市場部門人員、產(chǎn)品運(yùn)營部門人員

圖5-9

綜合報表：管理層、財務(wù)部主管、產(chǎn)品運(yùn)營部主管

圖5-10

以上只是展示每個流程的主要頁面，主頁面里的管理、編輯、篩選、數(shù)據(jù)導(dǎo)出等頁面由于篇幅過多且細(xì)，不在此全部展出。

3. 頁面設(shè)計

頁面有太多了，所以只是展示結(jié)算系統(tǒng)的2.1項目結(jié)算提交頁、3.1我的待辦頁這兩個頁面。

項目結(jié)算提交頁是整個業(yè)務(wù)流程的開始頁面，由商務(wù)提起，頁面里涉及到的每一個文本、日期、下拉框、復(fù)選框、子表單、成員選項都是經(jīng)過深思熟慮的。

這些設(shè)計反映了這個業(yè)務(wù)的需求，同時里面涉及到的一些函數(shù)和聯(lián)動也是為了提高使用者的使用體驗。

項目結(jié)算提交頁的頁面設(shè)計如圖5-11所示。

圖5-11

我的待辦頁面的頁面設(shè)計如圖5-12所示。

圖5-12

4. 權(quán)限設(shè)計

權(quán)限設(shè)計規(guī)范了哪些角色能看到哪些數(shù)據(jù)和做哪些相應(yīng)的操作，所以分為功能權(quán)限、字段權(quán)限和數(shù)據(jù)權(quán)限。每一個模塊和功能都有設(shè)置了權(quán)限。

在此我以結(jié)算系統(tǒng)作為例子進(jìn)行復(fù)盤。

功能權(quán)限的權(quán)限表如圖5-13所示。

圖5-13

字段權(quán)限在結(jié)算流程中用到了很多，也是這次設(shè)計中的重點。字段權(quán)限規(guī)定了在這個流程中哪些字段能被哪些人看到，哪些人看不到。

這里必須得談到RBAC（Role　Base　Access　Control）權(quán)限模型，這個模型由計算機(jī)科學(xué)家Ravi　Sandhu于１９９５年提出。每個用戶都會被賦予一個或多個系統(tǒng)角色，每個角色都對應(yīng)一個明確的權(quán)限集合。

在結(jié)算系統(tǒng)中我將所有員工分為這幾個角色，分別是財務(wù)、商務(wù)、產(chǎn)品運(yùn)營部門主管、客戶經(jīng)理（動態(tài)角色）、項目經(jīng)理（動態(tài)角色）。

我將復(fù)盤在結(jié)算系統(tǒng)中結(jié)算流程的每一個角色的字段權(quán)限，本應(yīng)該細(xì)分到字段權(quán)限里的編輯和查看權(quán)限，但由于篇幅有限，只整理每一個角色和字段之間的權(quán)限，如圖5-14。

圖5-14

數(shù)據(jù)權(quán)限采用的是管理賬戶由所有數(shù)據(jù)的權(quán)限，包括編輯、修改、添加。不同角色的數(shù)據(jù)權(quán)限如圖，這里也僅僅是討論結(jié)算系統(tǒng)的結(jié)算流程。

圖5-15

六、項目重難點分析

做這個項目一共經(jīng)歷了４個月，剛開始接手這個結(jié)算業(yè)務(wù)的時候，個人覺得并不是很難，初步以為只要解決好訂單結(jié)算這個業(yè)務(wù)問題就行。經(jīng)過業(yè)務(wù)調(diào)研之后，發(fā)現(xiàn)業(yè)務(wù)現(xiàn)存的問題還是蠻棘手的，同時要解決的業(yè)務(wù)需求很多。

由于是第一次接觸B端產(chǎn)品的方案設(shè)計，也缺少對業(yè)務(wù)的深刻認(rèn)識，最開始的兩個星期處于停滯不前的狀態(tài)。我與產(chǎn)品總監(jiān)交流了當(dāng)時的狀況，產(chǎn)品總監(jiān)也提供了一些解決思路，回去也看了一些B端產(chǎn)品的書籍，這個項目的設(shè)計才開始走向正軌。

不過在這四個月的項目設(shè)計中，還是碰到了一些問題，我在這里講述最主要的三個重難點，分別是如何準(zhǔn)確快速地查找應(yīng)結(jié)算的訂單、沒提訂單的項目怎么結(jié)算、投入產(chǎn)出的成本、收入、收款如何定義及生成數(shù)據(jù)。

1. 如何準(zhǔn)確快速地查找應(yīng)結(jié)算地訂單

準(zhǔn)確快速地查找應(yīng)結(jié)算的訂單可以說是結(jié)算業(yè)務(wù)最重要的業(yè)務(wù)需求也是最基本的需求，如果這個都實現(xiàn)不了，那么接下來的設(shè)計也進(jìn)行不了，所以當(dāng)時將這個需求的重要度和緊迫度都標(biāo)為高優(yōu)。

這個需求用大白話來說就是結(jié)算的時候不能漏掉訂單，同時操作要方便。

通過業(yè)務(wù)調(diào)研，了解到部門的訂單分為框架類和項目類?？蚣茴愑唵沃傅氖枪九c客戶簽約了框架類合同，由售前經(jīng)理去談訂單，訂單上線之后，以月份或者季度為單位去收取這個月份或季度已上線的框架類訂單的錢。

項目類訂單指的是公司與客戶簽約了項目類合同，這類合同一般簽約的時候會收一部分的錢，項目類訂單全部上線之后再收剩下的錢。

經(jīng)過分析，將訂單分為兩大類，如圖6-1。

圖6-1

因此要考慮后續(xù)的文本字段、數(shù)值型字段、表單哪些是兩類訂單共有的，哪些不是共有的。

在處理這個問題的時候，訂單能夠快速選擇一直是商務(wù)提的重要需求。以框架類訂單為例，怎么能確定哪些訂單是應(yīng)結(jié)算的呢？在訂單管理系統(tǒng)中也沒有字段說明這個訂單是完成的。

那能不能在訂單系統(tǒng)加一個日期字段和文本字段，讓項目經(jīng)理去填寫這兩個字段，那就能確定客戶的訂單是哪些完成的，哪些是沒完成的，然后在結(jié)算系統(tǒng)的時候聯(lián)動已完成的訂單。

這個功能上線一個月之后，經(jīng)過測試發(fā)現(xiàn)了兩個問題，一是項目經(jīng)理經(jīng)常會忘記及時填寫【訂單完成】這個字段，二是以前的訂單（上線之前）沒有這個字段，無法被選擇。

在測試過程中，又發(fā)現(xiàn)了一個問題，訂單管理系統(tǒng)是產(chǎn)品運(yùn)營部門使用的，他們對訂單的命名是以項目為單位，也就是說一個項目名稱，可能會有多個訂單。但市場部商務(wù)結(jié)算的時候是以訂單結(jié)算的，結(jié)算的時候依據(jù)項目名稱無法找到準(zhǔn)確的應(yīng)結(jié)算訂單。

經(jīng)過對兩個部門的再度訪談，更加深刻理解了訂單業(yè)務(wù)?？蚣茴愑唵我话闶前丛路輥斫Y(jié)算的，第一個問題的解決思路是，通過月份的選擇，自動選出這個月的所有訂單，商務(wù)提交之后，項目經(jīng)理復(fù)核時進(jìn)行修改。

這樣就能解決漏選訂單，并且只要選擇月份，結(jié)算明細(xì)就會自動填充所選訂單，提高效率，交互設(shè)計圖為下圖6-2。

圖6-2

第二個問題的解決方法是，在訂單管理系統(tǒng)中加多一個文本字段【報價名稱】，【報價名稱】命名規(guī)定是【項目名稱＋日期】，這樣就能使得每一個訂單都是獨(dú)一無二的。商務(wù)在結(jié)算的時候通過報價名稱來選擇訂單能確保不會錯選。

圖6-3

2. 沒提訂單的項目怎么結(jié)算

通過業(yè)務(wù)調(diào)研，得知訂單的提交規(guī)則是，所有訂單都會提交在訂單管理系統(tǒng)。但是項目類的訂單可能還沒來得及提交訂單管理系統(tǒng)，這個項目就要先收一部分的錢。這種情況的話，結(jié)算系統(tǒng)里也找不到這個訂單，無法進(jìn)行項目結(jié)算。

剛開始想設(shè)置一個虛擬訂單，結(jié)算的時候勾選這個虛擬訂單，虛擬訂單的價格自己編輯，并且能夠反向聯(lián)動到訂單管理系統(tǒng)里，這個訂單的提交是在結(jié)算系統(tǒng)里提交的。不過這個方案技術(shù)方面行不通，牽扯到兩個系統(tǒng)，開發(fā)難度大。

這個問題困擾了一陣，無法解決的話，結(jié)算就會漏訂單。后來的解決思路是如果這個訂單還沒在訂單管理系統(tǒng)上提交，結(jié)算的時候可以先漏掉，不過金額需要手動修改為全部訂單的金額。

漏掉訂單的結(jié)算單用一個字段標(biāo)記，每個月底由商務(wù)檢查這些標(biāo)記的結(jié)算單，去訂單管理系統(tǒng)查看這個訂單有沒有提交了，一旦提交了就在結(jié)算單中編輯上來，沒有則不用操作，通過人工編輯來解決漏訂單的問題。

雖然不是很智能，卻能夠順利解決事情。就目前來說，這個看起來比較笨拙的方法是最好的方法。

圖6-4

3. 投入產(chǎn)出的成本、收入、收款如何定義及生成數(shù)據(jù)

財務(wù)部門個月都需要整理出當(dāng)月的投入產(chǎn)出指標(biāo)，財務(wù)部的同事以前一直是用Excel去生成這個指標(biāo)，不過就這一個指標(biāo)以前就需要２－３天的時間來整理，因為這個指標(biāo)涉及到項目的成本、人工成本、分?jǐn)偝杀?、收入、進(jìn)度、收款情況，這里的每一個數(shù)據(jù)都需要向產(chǎn)品運(yùn)營部門的主管和市場部的主管獲取。

這個指標(biāo)涉及到的數(shù)據(jù)大部分都在公司的系統(tǒng)上，少部分不在的需要在相應(yīng)的系統(tǒng)里添加，所以如何跨系統(tǒng)增添字段而不影響原有系統(tǒng)也是一個難點。

經(jīng)過思考，將投入產(chǎn)出分為三個模塊，分別是成本、收入、收款情況。

成本模塊如下圖6-5。

圖6-5

其中每類成本費(fèi)用的定義和操作是：

1. 薪酬等固定分配成本費(fèi)用：需要設(shè)置一個薪酬等級錄入表，這個表將員工薪酬分為４個等級，避免詳細(xì)薪資曝光，財務(wù)填寫這個數(shù)據(jù)，聯(lián)動工時系統(tǒng)里的每個項目的工時。某個活動的工資成本=全部人員投入相加，單個人員的某個項目活動工資成本=單個人某個項目活動工時/個人總工時*工資
2. 代發(fā)獎品成本：在訂單系統(tǒng)里增加這個獎品（不含稅、不含手續(xù)費(fèi)）的成本字段，由商務(wù)在訂單管理系統(tǒng)里提報價的時候填寫
3. 外透服務(wù)器成本：在訂單系統(tǒng)里增加服務(wù)器的成本字段，由商務(wù)在訂單管理系統(tǒng)里提報價的時候填寫
4. 委托開發(fā)設(shè)計費(fèi)成本：自動聯(lián)動外包系統(tǒng)的訂單成本（外包系統(tǒng)有，無須再添加）
5. 推廣成本：在訂單系統(tǒng)里增加投放／推廣的每月實際投放／推廣的字段
6. 投放成本：在訂單系統(tǒng)里增加投放／推廣的每月實際投放／推廣的字段

收入模塊如圖6-6所示。

圖6-6

表的一些字段的定義和操作：

1. 實際工時：通過工時系統(tǒng)里可以得知每個項目當(dāng)月的工時；
2. 開發(fā)效率：人日開發(fā)效率=含稅收入/（實際工時/8）；
3. 含稅收入：含稅收入＝訂單含稅金額＊進(jìn)度，需要在訂單管理系統(tǒng)增加一個項目進(jìn)度的編輯頁，每個月底由項目負(fù)責(zé)人去填寫項目進(jìn)度，從而得知這個項目的當(dāng)月進(jìn)度；
4. 不含稅收入：不含稅收入=含稅收入/（1+增值稅稅率），增值稅稅率通過財務(wù)每月去客戶數(shù)據(jù)錄入頁填寫客戶的增值稅稅率值來確定。

圖6-7

收款情況：收款情況可以在訂單管理系統(tǒng)里增添【流程狀態(tài)】字段，通過結(jié)算系統(tǒng)的流程狀態(tài)聯(lián)動訂單管理系統(tǒng)的每一個訂單的收款情況

七、個人收獲與總結(jié)

這是第一次接觸B端產(chǎn)品的設(shè)計，以前也有過C端產(chǎn)品設(shè)計的經(jīng)驗，發(fā)現(xiàn)兩者還是有很多不一樣。

最開始的業(yè)務(wù)調(diào)研，B端是要針對業(yè)務(wù)問題進(jìn)行訪談，梳理業(yè)務(wù)現(xiàn)狀，總結(jié)業(yè)務(wù)問題，目的是獲取業(yè)務(wù)需求，給出解決方案。Ｃ端則是需要市場分析、競品分析、調(diào)研問卷、深度訪談獲取用戶需求，解決用戶痛點。

B端產(chǎn)品和C端產(chǎn)品在設(shè)計上也有不同，針對性不同，在這里就不一一展開了。

通過這次的結(jié)算業(yè)務(wù)產(chǎn)品設(shè)計，將產(chǎn)品從０－１進(jìn)行設(shè)計，后續(xù)通過測試和運(yùn)行獲取反饋，進(jìn)行迭代，使得產(chǎn)品落地，現(xiàn)在也已經(jīng)投入使用。在這段經(jīng)歷中，我也收獲了不少，自己也成長了不少，個人收獲如下。

1. 對需求有了更深刻的認(rèn)識，需求優(yōu)先級、假需求這些都有了深刻體會。做產(chǎn)品必談需求，但又有多少人是真的懂需求呢，C端產(chǎn)品的需求可以用Kano模型，B端產(chǎn)品在收集需求時應(yīng)該問問自己這四個問題：這個需求背后真正的問題是什么？這個需求有快速解決的辦法嗎？這個需求是個別需求嗎，值得花多長時間去解決？這個是共性需求，優(yōu)先級如何？面對需求的時候，多問問自己這四個問題，對需求才會洞察地更加深刻。
2. 對B端產(chǎn)品的結(jié)算方向有了經(jīng)驗積累，在這次產(chǎn)品設(shè)計中，也更加深刻地體會到業(yè)務(wù)的重要性。對業(yè)務(wù)理解地越深刻，產(chǎn)品的設(shè)計才會更加高效。
3. 跨部門合作鍛煉了我的溝通能力，因為結(jié)算業(yè)務(wù)需要跨系統(tǒng)、跨部門合作，所以同公司的所有部門都有了接觸，一番接觸下來，學(xué)會了如何同上級反饋問題、與研發(fā)交流、與產(chǎn)品運(yùn)營部門、財務(wù)部、市場部進(jìn)行訪談。這對我來說是一次大的交際挑戰(zhàn)，持續(xù)的溝通也讓我學(xué)會了如何更好地交流和獲取業(yè)務(wù)需求。
4. 項目管理能力的提升和學(xué)習(xí)，這次的產(chǎn)品設(shè)計沒有項目經(jīng)理來安排項目進(jìn)度，靠自己來規(guī)劃項目，所以也深刻de好的項目管理能保障項目按計劃推進(jìn)、落地，同時也能保障產(chǎn)品研發(fā)的效率和質(zhì)量。
5. 雖然這次我只是接手了結(jié)算項目，負(fù)責(zé)了結(jié)算系統(tǒng)、發(fā)票系統(tǒng)、投入產(chǎn)出系統(tǒng)，但將這些系統(tǒng)融入公司原有的架構(gòu)中，我明白了一個好的企業(yè)應(yīng)用架構(gòu)對公司來說多么重要，只有合理地將這些系統(tǒng)全部融合起來，企業(yè)的業(yè)務(wù)才能全部盤活起來。

作者：蘇Eddie，微信公眾號：蘇Eddies

本文由 @蘇Eddie 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

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