如何不用 Visio 把 CSV 轉成流程圖
直接由你系統匯出的 CSV 重建一張 Data Visualizer 流程地圖：哪個 Visio 欄對應哪個試算表欄、那個精靈為甚麼從來不收 .csv，以及怎樣把 Next Step ID 重新編號。
一張 Data Visualizer 表格不過是一堆列，而那些列在 Excel 見到它們之前通常已經是一個 .csv——所以這次轉換就是改一行標題、把 Next Step ID 重新編號成列的位置，再檢查一次這個檔案的分隔符、引號用法與編碼。
簡而言之
- .csv 轉 .xlsx 那一趟消失了：把匯出的檔案拖到試算表區域，或者把文字貼進去。
- 標題就是那份對應——Process Step Description 對「方框文字」、Next Step ID 對「連線至」、Connector Label 對「連線文字」、Shape Type 對「形狀」。
- Function 變成「縱向泳道」欄，Phase 變成「橫向泳道」欄；每一個不重複值就是一條泳道。
- 逗號分支的慣例一模一樣：「連線至」的「6,4」配「連線文字」的「相符,價格或數量有出入」，按位置配對。
- 唯一一件真正的轉換是編號——「連線至」放的是列的位置，不是 Process Step ID。
增益集消失之後，那份匯出留下了甚麼
Excel 版的 Visio Data Visualizer 增益集，在 2025 年 11 月於 Microsoft 365 Blog 上宣布退役，服務關閉日期為 2026 年 3 月 2 日，而微軟在 2025 年 12 月重申該日期不變。此後並無任何公布確認關閉已經執行，也沒有任何公布推翻它——兩篇增益集支援文章仍然在線，而且仍然以將來式措辭。宣布的範圍也比大家假設的窄：涉及的是那個增益集，不是 Visio 桌面應用程式裡的 Data Visualizer 範本，後者並無退役通知，而且文件註明只限 Visio Plan 2。/yue/guides/visio-data-visualizer替代方案 完整交代了這個分野。這一頁處理實務的另一半——你手上有一張表格，而你想把那張圖拿回來。
多數情況下，那張表格並不是在 Excel 裡誕生的。它來自一套 ERP、一個服務台、一個工作流程工具或者一次資料庫查詢，而它到埗時是一個 .csv，只是有人把它打開並格式化成一張表格，因為那個精靈堅持要這樣。Visio 的「從資料建立圖表」精靈要求一個活頁簿，然後要求活頁簿裡的一張表格或者一個具名範圍；一個 .csv 兩者都不是，而改副檔名不會令它變成其中之一。所以這次搬遷首先買到的，是刪掉一個環節：一張圖表可以存在之前，不用再走一趟 .csv 轉 .xlsx。QueryChart 的編輯器就是一張試算表，而檔案是直接落在它上面的——把 .csv 拖到試算表區域，或者把 CSV 文字貼進去。沒有匯入精靈，也沒有欄位對應畫面，因為標題列就是那份對應。
那些欄幾乎是一對一對得上的。Process Step Description 變成「方框文字」，Next Step ID 變成「連線至」，Connector Label 變成「連線文字」，Shape Type 變成「形狀」，Function 變成「縱向泳道」欄，而 Phase 變成「橫向泳道」欄。比對是按標題名稱而不是按欄的位置做的，所以匯出檔寫成甚麼次序都無關緊要，而沒有東西認得的標題——Process Step ID、Alt Description、周期時間、系統名稱——會留在檔案裡並被忽略。真正需要轉換而不只是抄過去的，恰好只有一樣：Next Step ID 指名的是一個 ID，而「連線至」取的是一列以 1 起計的位置，所以凡是本來不是 1、2、3 順著排的 ID 都要重新編號。
其餘一切都是一個純文字格式所收的稅。你的系統選了甚麼分隔符、寫了甚麼編碼，以及那些本身含有逗號的欄位有沒有加引號：一個讀作 6,4 的分支儲存格，只有在雙引號裡面才捱得過一個逗號分隔的檔案，而單單這一個細節，毀掉的轉換比任何流程邏輯的問題都多。/yue/guides/流程圖csv檔案結構 是這方面的檔案結構參考。下面的示例是一張由 ERP 匯出的訂單到交付地圖——/yue/templates/csv流程地圖 背後那張圖——按那些欄該落地的次序分四個階段重建。這次搬遷沒有任何損失：增益集畫出來的一切本來就是由那些欄推導出來的，所以一張在 Visio 裡產生了正確圖表的表格，在這裡會產生同一張圖。
一張由它的 CSV 重建的 Data Visualizer 表格
一條由 ERP 匯出的訂單到交付流程，一次落地一組欄。打開試算表面板，挨著畫布把那些欄讀一次。
描述與形狀
進來六列，只把「方框文字」與 Shape Type 對應過來，其他甚麼都沒有。「客戶送出一張採購訂單」是 Start，「所訂的明細是否與報價相符？」已經是一個菱形，而「訂單於發貨前取消」是一個 Reject，不是一條射進空白的箭嘴。Data Visualizer 的 Start、Process、Decision 與 End 照它們寫的樣子落地；Subprocess 對應到 Process。
Next Step ID 重新編號成「連線至」
那些 ID 一被改寫成列的位置，連接就到齊。第 8 列「這張訂單是否在信用額度以內？」分岔去 11 與 9，而第 14 列「現在先發有貨的明細嗎？」指回第 12 列去等齊整張訂單。一條回頭邊不過是儲存格裡一個較細的數字，這正是為甚麼迴路能夠原封捱過一次 CSV 匯出，卻從來捱不過一次重畫。
Connector Label 進入「連線文字」
分支標籤填好，而那套配對慣例正是你本來就用開的：第 3 列以「相符,價格或數量有出入」對著「6,4」，而第 20 列「交付是否被全數接收？」帶著「全數接收,損毀或短缺」。把一個標籤綁到一個目的地的是位置，在 CSV 裡與在增益集裡完全一樣，所以一對次序調轉了的配對是錯的，而且錯得看不出來。
Function 與 Phase 變成泳道
最後兩個欄落地：Function 的客戶、銷售、倉庫、財務與承運商進入「縱向泳道」，而 Phase 的接單、信用檢查、配貨、揀貨包裝、發貨與運輸，以及開票與結案進入「橫向泳道」。二十六列、五個角色、六個階段，而沒有拖過任何一個形狀。結束在財務那條泳道的信用拒絕，與結束在銷售那條泳道的索償，現在明顯是兩個由兩個不同團隊擁有的失敗。
運作方式
匯出那張表格，不是那張圖
增益集渲染出來的那幅畫不是資產；下面那張表格才是。把那張表格匯出為 .csv——由餵給增益集的那個活頁簿，或者直接由那個活頁簿本身抄自的那套系統，通常後者是更好的來源，因為它未曾被人手重新格式化過。順手檢查三件事：一行標題、一個步驟一列，以及整個範圍裡沒有任何合併儲存格。
用純文字編輯器讀這個檔案的第一行
在貼上任何東西之前，把 .csv 當文字打開，看一看標題那一行。你要檢查的是哪一個字元分隔欄位、那些值有沒有用雙引號包起，以及帶重音或非拉丁的標籤有沒有捱過那個編碼。來自歐洲地區設定的匯出檔經常是分號分隔的，因為在那裡逗號是小數點，而這件事對兩個步驟之後那兩個分支欄有後果。
把標題改成編輯器的欄名
比對是按標題名稱而不是按位置做的，所以整份對應就是對第一行的一次編輯：Process Step Description 改「方框文字」、Next Step ID 改「連線至」、Connector Label 改「連線文字」、Shape Type 改「形狀」、Function 改「縱向泳道」、Phase 改「橫向泳道」。其餘的欄原封留在原處。Process Step ID、Alt Description 與匯出檔吐出的任何其他東西都會留在檔案裡並被忽略，這代表你不需要在載入之前先修剪一份很闊的匯出檔。
把那些連接重新編號成列的位置
「連線至」以列以 1 起計的位置去定址，而 Next Step ID 以一個往往是 10、20、30 或者一個系統鍵的 ID 去定址步驟。先把列的次序定好並當成最終版本，然後建一個由 ID 到位置的查找表，把每一個 Next Step ID 值透過它改寫一次，包括一對以逗號分隔的值裡面的每一項。本來就順著 1、2、3 排的 ID 甚麼都不用做。其餘全部都要做這一步，而略過它得到的，是一張箭嘴自信地錯著、而不是明顯地壞掉的圖。
把含有逗號的欄位用引號包起
一個「連線至」值「6,4」與一個「連線文字」值「相符,價格或數量有出入」都含有一個逗號分隔檔案的分隔符。它們必須坐在雙引號裡面，否則那一列會悄悄多出幾個欄，並失去它的分支。用「另存為 CSV UTF-8」時 Excel 會寫出那些引號；由一個報表產生器或者一段 shell 腳本組裝出來的檔案往往不會。如果那份匯出檔改為分號分隔的，那麼那些欄位裡的逗號就是普通資料，不需要引號——而這正正是為甚麼你在動任何東西之前先看那第一行。
把檔案拖到試算表上，再修好它揭露的東西
開一張新圖表，把 .csv 拖到試算表區域或者把文字貼進去，圖就由那些列渲染出來。然後為那兩個表格藏得住、畫布藏不住的毛病讀一次：一個沒有後繼的步驟，以及一個只有一個出口的判斷。在那些列裡改正它們，而如果這張地圖會被其他人依賴，就把它走一次審核，令大家打開的就是那個獲批的版本。
應避免的錯誤
把 Next Step ID 原封貼過來
它是唯一一個不能照抄的欄。一個 26 列檔案裡的 Next Step ID 40 根本不定址任何一列，而一組排成 10、20、30 的 ID 則會悄悄定址錯的列——每一條箭嘴都落在一個看似合理的位置，而沒有東西看上去壞了。匯入之前重新編號，不是匯入之後。
把分號全域取代成逗號
對付一份分號分隔匯出檔的標準做法，會摧毀那兩個分支欄，因為「連線至」與「連線文字」在單一欄位裡本來就正當地含有逗號。請以逗號分隔並帶正確引號重新匯出，或者用一個懂得引號規則的工具去轉換。對整個檔案做一次搜尋取代，是那種看似有效、直到你去數箭嘴為止的版本。
重新編號之後才把那些列排序
「連線至」一旦放著列的位置，列的次序就是每一個步驟的身分。為了整齊而按負責人或階段把 CSV 排序，會在一個動作之內把整張圖重新接線，而它產生出來的圖連貫到沒有人會察覺。先排序，再編號，然後就不要再動那個次序。
以為 Data Visualizer 整套都退役了
那個宣布涵蓋的是 Excel 版的增益集。Visio 桌面應用程式裡的 Data Visualizer 範本並無退役通知，而微軟自己建議的替代方案，正是配合那個桌面應用程式的 Visio Plan 2——撰文時按年付款的牌價是每位使用者每月 15 美元。如果你已經用 Plan 2 而且在 Windows 上，那是阻力最小的路，你應該走它。macOS 沒有 Visio 桌面應用程式，而網頁版 Visio 拒絕編輯資料連接的圖表，所以在 Mac 上那條路並不存在。
重建你的 Data Visualizer 表格
打開這個訂單到交付示例，看看那些對應過來的欄，然後把你自己匯出的 .csv 拖上去覆蓋它們。
相關指南
常見問題
Visio Data Visualizer 增益集是不是真的沒有了？
它在 2025 年 11 月於 Microsoft 365 Blog 上宣布退役，服務關閉日期為 2026 年 3 月 2 日，而微軟在 2025 年 12 月重申該日期不變。此後微軟並無公布任何東西去確認關閉已經執行，也沒有推翻它，而兩篇增益集支援文章仍然在線並仍以將來式措辭。請把這個增益集當成不值得再往上建的東西，而不是當成一件已經定案的事實。Visio 桌面應用程式裡的 Data Visualizer 範本是另一個獨立功能，不在那個宣布的涵蓋範圍之內，而且文件註明只限 Visio Plan 2。
Visio 為甚麼從來不肯直接收我的 .csv？
「從資料建立圖表」精靈要求一個 Excel 活頁簿，然後要求活頁簿裡的一張表格或者一個自訂範圍。一個 .csv 兩者都不是，而改副檔名不會令它變成其中之一，所以文件上的答案一直都是先另存為 .xlsx。大家記得而之後過度推廣的那個例外，是組織圖精靈，它確實讀得到以逗號與定位字元分隔的 .txt 檔——但它建的是組織圖，不是流程圖，而那種形狀的資料在 /yue/guides/從csv建立組織圖 另行處理。
以逗號分隔的分支寫法帶得過來嗎？
幾乎一字不差。一個「Yes,No」的 Connector Label 照現狀就是一個有效的「連線文字」值，而在兩個工具裡標籤都是按位置對應到目的地的，所以這套慣例完全不用重新學。唯一改變的是那些目的地本身：Next Step ID 放的是步驟 ID，而「連線至」放的是以 1 起計的列位置。把數字轉換掉，逗號留著，次序留著。
我的 Function 與 Phase 欄會怎樣？
Function 進入「縱向泳道」欄，Phase 進入「橫向泳道」欄，而每一個不重複值都會變成一條泳道，步驟自動擺放——正是跨職能 Data Visualizer 範本給你的那個行為。值得知道的是：基本那個 Data Visualizer 範本根本不會去讀一張表格的職能欄與階段欄，所以如果你的來源有填好它們而你舊有的圖卻是扁平的，那麼你即將得到一批你早就有資料可以做的泳道。
可以匯出回一個 .vsdx 檔嗎？
不可以。匯出格式是 PNG、SVG 與 PDF，而且沒有 .vsdx 寫入器，所以如果有下游系統要消費 Visio 檔案——一條 SharePoint 流水線、Power BI 的圖形資料、一套預期收到 .vsdx 的文件集——那個需求會把你指回 Visio Plan 2，而這不是為它而設的工具。對於最終落入文件、簡報、內部維基與稽核的地圖，圖像與 PDF 格式已經涵蓋，而圖表本身仍然以列的形式保持鮮活可編輯。
