下面這篇文章是筆者整理分享的關于產品轉型中TMS產品學習梳理的相關內容，對TMS產品內容知識感興趣的同學可以進來看一看哦！

最近正好準備在面試一個TMS崗位，便興沖沖的看了許多家的TMS系統，初步作了產品學習梳理。希望產品前輩們多給些指導。

一、學習理解思維圖

二、學習理解詳細描述

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

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

根據以上兩個分類，TMS系統一般會按角色進行登錄方式區分，并設置不同頁面的展示。

2. 接下來是TMS的業務階段，我比較贊同三個業務管理階段

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

現在市面上關于下單方式，我大致看到四種：

• 網頁端下單
• APP端下單
• 小程序下單
• 外部系統推單

常見需要記錄的關鍵信息，我歸為兩類：

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

另外目前常見的下單界面還提供了費用預估，展示對應的費用詳情，這塊是來自服務商提供的運費試算（可以手工導入，也可以考慮接口拉?。?，同時也有些系統提供了加價溝通的環節。

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

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

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

就寫這么多了，希望各位前輩多多指導