老闆要的報表一直改？報表需求這樣開才不浪費錢

財務主管拿著第三版的月報走進辦公室，老闆看了兩眼說：「這不是我要的。」工程師覺得委屈，欄位都是照財務給的 Excel 一格一格做的；財務也覺得委屈，數字每一個都對得起來。三個人都沒做錯事，但這張報表已經改了兩個月，錢和時間一直在燒，老闆還是看不到他想看的東西。

我是熊董，川輝科技創辦人。創業七年，帶團隊做過 252 個以上的系統案子，橫跨 32 個以上產業。幾乎每一個案子上線後，第一波修改需求都是報表，而且大部分的來回，其實在開需求的那一刻就決定了。

報表一直改，多半不是做的人不會做，而是需求開的時候只給了「長相」，沒給「用途」。開報表需求要先講清楚四件事：這張表要幫誰做什麼決定、多久看一次、每個數字怎麼定義、這個數字是現場哪個動作產生的。版面最後才談。另外要分清楚三種修改：改呈現最便宜，改定義要先讓財務和業務對齊，要的資料系統裡根本沒有最貴，因為那不是改報表，是改流程。先分清楚你要的是哪一種，報表就不會一直重做。

報表看了才知道要什麼，這很正常

先站在老闆這邊。沒有人能憑空想像一張報表，看到第一版才發現少了什麼，這是人之常情。公司的狀況也一直在變，去年在意營收，今年在意毛利，明年可能在意應收帳款，報表本來就該跟著變。

所以「報表會改」不是問題。我看過很多老闆因為怕改來改去，乾脆什麼都不提，最後系統上線三年，經營會議還是靠財務手工整理 Excel。這樣更浪費。

真正燒錢的，是每一次改都回到原點。第一版做給老闆看，老闆說不對；第二版換個排法，還是不對；第三版加了十個欄位，老闆說太亂。三次修改沒有一次在處理真正的問題，因為從頭到尾沒有人把「這張表到底要回答什麼」寫下來。做的人只能猜，猜錯了就重來。

報表一直改，背後其實是三種不同的問題

老闆說「這張報表要改一下」，聽起來都是同一件事，但背後可能是三種完全不同的工作，花的錢和時間差很多。

改呈現：欄位、順序、加總、圖表

多加一欄小計、日期改成按週分組、把表格換成長條圖、讓手機上也看得清楚。資料都在、定義也沒變，只是換個方式擺出來。這是最便宜的一種，通常幾天內就能處理。

以川輝來說，維護期內，書面功能清單裡的 UI/UX、欄位、報表呈現調整不另外收費，因為這就是「同一件事繼續跑好」的一部分。

改定義：同一個詞，每個人算法不一樣

「上個月營收多少？」業務說的是接單金額，財務說的是開出發票的金額，倉庫心裡想的是出貨金額。三個數字都對，但對不起來。毛利也一樣：成本用的是標準成本、最近一次進價，還是加權平均？退貨扣在退貨那個月，還是扣回原本出貨的月份？

這類修改，工程上不一定難，難的是公司內部要先決定。定義沒決定，工程師改完 A 版本，業務不滿意；改成 B 版本，財務不滿意，就這樣來回。

改資料來源：你要的數字，系統裡根本沒有

老闆想看「每個業務帶來的毛利」，但訂單上沒有記是哪個業務接的。想看「每張工單實際花了幾個工時」，但現場根本沒在報工。想看「客戶從詢價到成交花了幾天」，但詢價都在 LINE 裡，沒有進系統。

這已經不是報表的問題了。要有這個數字，得先讓現場在某個動作多記一筆資料，可能要改表單、改流程、教員工，還要等資料累積一段時間才看得出東西。這是三種裡面最貴的，也是最常被誤以為「只是改一下報表」的。

下次老闆說「這張報表改一下」，先花一分鐘判斷是哪一種。改呈現就直接提；改定義先在內部開個會；改資料來源就要當成一個新需求來談，評估值不值得。

開報表需求前，先回答這五個問題

不管是找廠商做、請內部 IT 做，還是自己用工具拉，下面這五個問題寫清楚了，第一版就會接近你要的。

第一，這張表要幫誰做什麼決定？ 一張表對應一個決定。「客戶毛利月報」要幫老闆決定哪些客戶該調價、哪些該少接；「應收帳齡週報」要幫財務決定這週先催誰。如果一張表說不出它要支援哪個決定，那它多半只是好看。

第二，多久看一次、在哪裡看？ 每天早上在手機上掃一眼，跟每個月在會議室投影討論，是兩種完全不同的設計。前者要少、要快、要一眼看出異常；後者可以細，但要能往下點。

第三，每個數字怎麼定義？ 把每個數字的算法寫成一句話，例如「營收＝當月已開立發票金額，未稅，扣除當月折讓」。這一句話要由一個人拍板，通常是財務主管，之後所有報表都照這句話算。

第四，這個數字是現場哪個動作產生的？ 毛利要有成本，成本從進貨單來；業務別要有業務欄位，業務欄位從接單那一刻來。往回追一次，你會立刻知道這張表是改呈現，還是要改資料來源。

第五，看到異常之後要做什麼？ 毛利低於多少要標紅？標紅之後誰要處理？如果看到一個不對勁的數字，大家只會說「喔」，那這張表就缺了最後一段。

把這五題寫成一張需求單，大概長這樣：

最後再加一樣東西：一份你手算過的答案。 挑上個月的資料，請財務照剛剛寫下的定義，手算出其中兩三個客戶的數字。報表做好後，第一件事就是拿系統算出來的跟手算的對。對得起來，代表定義和資料來源都沒問題；對不起來，就在上線前找出差在哪裡，而不是在經營會議上被老闆當場問倒。

這份手算答案也是驗收標準。很多報表的爭議是「我覺得不對，但說不出哪裡不對」，有了一份事先算好的數字，對不對就不是感覺，是可以逐格比對的事。工程師也會感謝你，因為他終於知道「做對」長什麼樣子。

按客戶算毛利本身怎麼算，我在哪個客戶其實在讓你虧錢裡講過方法，可以先看那篇把定義想清楚，再來開報表。

為什麼「先把所有欄位都拉出來」最浪費錢

很多老闆被改怕了，會說：「那就把所有資料都放進去，我自己篩。」一張表四十個欄位，以為這樣就不用再改。

結果通常是反過來。欄位越多，每一個都要有定義、都要對得起來，維護成本跟著漲；畫面塞滿數字，真正重要的那三個反而被淹沒；資料量一大，報表跑得越來越慢。最後老闆還是請財務另外整理一份「精簡版」，等於做了兩次。

我的建議是把報表分成兩種用途。探索用的，直接給有權限的人匯出原始明細，讓財務或分析的人自己在 Excel 裡翻；決策用的，固定格式、固定定義、只放三到五個數字，每次會議都看同一張。探索時發現某個數字值得天天盯，再把它升級成決策報表。這樣報表會越來越少，但每一張都有人在看。

如果你要的其實是一個每天打開就知道公司狀況的畫面，那是儀表板的設計問題，我在老闆要的不是 ERP，是一張看得懂的經營儀表板裡拆過該放什麼、不該放什麼。

報表需求開下去之後，怎麼控制不要越改越多？

需求開得再好，上線之後還是會想改。差別在於改的方式有沒有規則。

改之前先寫一句「為什麼要改」。 不是「我要加一欄」，而是「因為上個月有兩個客戶毛利是負的，但報表上看不出原因，所以要加退貨金額」。寫得出原因的修改，通常是對的；寫不出來的，多半是一時興起。

同一個月的修改集中提。 每個人想到就丟一個，工程師一直被打斷，測試也做不完整。每個月收一次，排優先順序，一起改一起驗。

定義的修改要有紀錄。 營收從「接單」改成「開票」，舊報表和新報表的數字就不能直接比較了。哪一天改的、改了什麼，要寫下來，否則半年後有人拿新舊數字來比，又是一場爭論。

開發過程中需求一直變動怎麼處理，我在開發中一直改需求怎麼辦裡講過變更規則，報表修改也適用同一套邏輯。

怎麼判斷一張報表值不值得留著？

報表做出來不代表有用。上線三個月後，可以用三個問題把報表清一次：

• 這三個月有沒有人打開過？ 很多系統可以看報表的開啟紀錄，沒有的話就問一圈。
• 有沒有哪一次會議，因為這張表做了一個決定？ 說不出來的，就是「好看但沒用」。
• 如果明天把它關掉，誰會第一個來問？ 沒有人會問的，就關掉。

清掉沒人看的報表，不只是省維護，也是在提醒大家：報表是拿來做決定的，不是拿來證明系統很厲害的。系統上線後老闆到底該看哪幾個數字，可以參考ERP 上線三個月，老闆該看的 8 個數字。如果固定報表已經穩定，下一步可以讓它在固定時間自動送到你手上，做法在每週報表自動化那篇。

常見問題

客製一張報表大概要花多少錢？

要先看是哪一種修改。改呈現通常是小工作，如果在維護範圍內，很多廠商不會另外計價；改定義主要花的是內部開會的時間；要新增資料來源，就等於改流程，要當成新需求評估。先分類，再談價錢，才不會用報表的價格去買一個流程改造。

報表要請廠商做，還是用 BI 工具自己拉？

固定、每次都要看、定義要統一的決策報表，建議做進系統裡，確保大家看到同一個數字。一次性的分析、想到才查的問題，用匯出加 Excel 或 BI 工具自己拉比較快。兩種並存是正常的，重點是決策報表只能有一個版本。

系統報表的數字跟會計帳對不起來，是系統錯了嗎？

多半不是系統錯，是定義不同。最常見的是營收認列時間點不同、含稅未稅不同、退貨折讓扣在不同月份。先把雙方的算法各寫成一句話放在一起比，通常十分鐘就找到差在哪裡，再決定以哪個為準。

報表需求應該由老闆開，還是由財務開？

要支援什麼決定，由老闆講；數字怎麼定義，由財務拍板；資料從哪裡來，由現場主管確認。三個人各負責一段，需求單才會完整。只由其中一個人開，通常就會缺一段，然後在第二版、第三版補回來。

報表要開的是用途，不是長相

講到底，報表一直改，是因為開需求的時候給的是一張樣子，而不是一個要做的決定。先寫清楚這張表要幫誰決定什麼、每個數字怎麼算、資料從哪個動作來，第一版就會接近你要的；之後再改，也知道自己在改的是呈現、定義還是流程。

如果你手上有一張改了好幾版還是不對的報表，不確定問題卡在哪一層，帶著那張表來找我聊 30 分鐘免費診斷，我們一起看它到底缺的是什麼。