下面這篇文章是筆者整理分享的關(guān)于產(chǎn)品轉(zhuǎn)型中TMS產(chǎn)品學(xué)習(xí)梳理的相關(guān)內(nèi)容，對TMS產(chǎn)品內(nèi)容知識感興趣的同學(xué)可以進來看一看哦！

最近正好準備在面試一個TMS崗位，便興沖沖的看了許多家的TMS系統(tǒng)，初步作了產(chǎn)品學(xué)習(xí)梳理。希望產(chǎn)品前輩們多給些指導(dǎo)。

一、學(xué)習(xí)理解思維圖

二、學(xué)習(xí)理解詳細描述

1. 習(xí)慣剖析一個場景先從使用對象開始剖析，TMS的使用對象我分為兩個大類。

1. 內(nèi)部用戶：TMS內(nèi)部系統(tǒng)的各環(huán)節(jié)處理人員，包括客服、內(nèi)部車輛司機、財務(wù)、管理人員等等。
2. 外部用戶：TMS的貨主：商企合作（簽訂長期配送需求的企業(yè)），C端用戶（臨時配送需求的個人用戶）；TMS的合作方：各運營商、承運商、外部司機。

根據(jù)以上兩個分類，TMS系統(tǒng)一般會按角色進行登錄方式區(qū)分，并設(shè)置不同頁面的展示。

2. 接下來是TMS的業(yè)務(wù)階段，我比較贊同三個業(yè)務(wù)管理階段

1）下單管理：這個環(huán)節(jié)作為TMS配送需求單的來源，供貨主進行下單。在這個階段的需求，主要圍繞如何讓貨主更便捷的下單，同時也能提供更全面的信息支撐后續(xù)的TMS業(yè)務(wù)。

現(xiàn)在市面上關(guān)于下單方式，我大致看到四種：

• 網(wǎng)頁端下單
• APP端下單
• 小程序下單
• 外部系統(tǒng)推單

常見需要記錄的關(guān)鍵信息，我歸為兩類：

• 必選信息：收發(fā)貨地址聯(lián)系信息、收發(fā)時間信息、貨物信息（類型、數(shù)量、名稱描述）、服務(wù)商方式（其實可以不必選，但在我的梳理里他關(guān)乎后面的流程判斷就成了必選）
• 可選信息：用車信息（可以根據(jù)貨物長寬高體積，給用戶進行推薦，多用于C端用戶下單），增值服務(wù)（裝卸，準時達、貨物保值等）

另外目前常見的下單界面還提供了費用預(yù)估，展示對應(yīng)的費用詳情，這塊是來自服務(wù)商提供的運費試算（可以手工導(dǎo)入，也可以考慮接口拉?。瑫r也有些系統(tǒng)提供了加價溝通的環(huán)節(jié)。

（2）訂單處理：這個環(huán)節(jié)用于商企合作下多個需求單的集中處理（C端用戶一般不過這個環(huán)節(jié)，直接發(fā)給對應(yīng)運營商），通過運用各項智能策略，實現(xiàn)配送需求單的合理分配，達到配送利益最大化。我簡單分為四個階段：

• 審單：用于查看配送需求，對不合理的需求的進行完善，并下發(fā)需求給計劃列表。在這個環(huán)節(jié)可一般可以做事前控制，對需求的合理性做輸入限制，對缺失的字段需要及時設(shè)計添加。
• 計劃：用于查看生成計劃，對不合理的計劃進行修改，并下發(fā)計劃到調(diào)度列表。在這個環(huán)節(jié)一般都會設(shè)計自動生成計劃的策略，在需求下推時通過策略進行自動計劃，之后再針對已經(jīng)加工過的計劃進行手工處理。為了幫助計劃的有效進行，可以在頁面展示關(guān)鍵業(yè)務(wù)指標以供參考（如運輸成本，時效）
• 調(diào)度：用于查看調(diào)度情況，對不合理的調(diào)度進行修改，下發(fā)任務(wù)給運營商和司機，開始執(zhí)行任務(wù)。在這個環(huán)節(jié)需要考慮車輛的空閑情況，需要及時返回車輛接受調(diào)度的應(yīng)答信息。
• 跟蹤：對任務(wù)執(zhí)行情況進行跟蹤，確認任務(wù)各個狀態(tài)，保障任務(wù)完成。在這個環(huán)節(jié)需要考慮每個節(jié)點數(shù)據(jù)的記錄和監(jiān)控，確保信息及時性，對異常完成實時監(jiān)控。

（3）結(jié)算管理：主要是對整個運輸業(yè)務(wù)里，各個節(jié)點產(chǎn)生的費用進行結(jié)算，因此需要梳理清楚在以上哪個環(huán)節(jié)會產(chǎn)生費用。不過目前大多系統(tǒng)主要對訂單配送收入和異常賠付這兩塊進行結(jié)算，但除了這兩塊我認為還有過程中各項費用的報銷，內(nèi)部管理人員的績效等等，具體的看實際情況設(shè)計。

就寫這么多了，希望各位前輩多多指導(dǎo)