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

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

一、學習理解思維圖

二、學習理解詳細描述

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

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

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

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

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

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

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

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

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

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

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

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

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

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