民眾檢舉平台退件率要降下來，多半不是把審核標準放寬，而是把前台改成「不可能成案的案件送不出來」。退件原因裡有一大半在民眾按下送出之前就已經確定：時間過了法定期限、項目根本不在可檢舉範圍、影像裡看不到車牌、同一件已經檢舉過。這些案件進到後台只是排隊等著被退，承辦人看一次、民眾等一次，有時候還會多一通電話。真正能動的槓桿在欄位順序、即時驗證、上傳規則與說明文字這四個地方。
這篇談的是檢舉平台前台的設計決策，對象是負責檢舉平台的承辦人與協力廠商。案件被退件的原因有哪幾種、分別發生在哪一個步驟，另有一篇入案是什麼已經列成表，本篇不重述；尖峰時段要撐多少連線、頻寬與暫存空間怎麼估，請看民眾檢舉平台連假爆量怎麼撐，本篇只談那些限制值決定之後要怎麼對民眾呈現。整套科技執法與入案系統的範圍，可以從方案頁看起。
退件率降不下來，問題通常不在審核標準
討論退件率之前要先把分母講清楚，否則後面所有比較都會失焦。實務上至少有三種算法：以民眾送出的件數為分母、以通過形式審查的件數為分母、或以最後沒有舉發的件數為分母。三種算出來的數字可以差很多，而且各自回答的是不同問題。要用退件率評估前台改版有沒有效，分母必須固定成「民眾送出的件數」，因為前台能影響的就是送出這個動作本身。
分母定下來之後，把退件案件依原因分成兩類，後面的工作才有方向：
第一類：送出前就能確定不會成案
已逾法定檢舉期限、違規項目不在可檢舉範圍、同一事件重複檢舉、車牌辨識不出來或與車籍明顯不符、影像檔案根本打不開。這一類的共同特徵是判定條件不需要人的經驗：期限是日期相減、項目是清單比對、重複是同車同時同地、檔案能不能開是格式問題。條件既然是機械式的，就沒有理由等到後台才判。
第二類：只能由員警判斷
影像裡看得到車也看得到動作，但證據是否足以認定違規、是否有其他事由、是否屬於員警裁量範圍。這一類本來就會有一定比例，把它壓低反而不正常，因為那意味著審核標準在鬆動。改版的目標永遠是壓縮第一類，不是壓縮總量。
兩類分開之後，成本感受會變得很具體。以每月 6,000 件、退件率兩成為例（假設值），一個月有 1,200 件被退；若承辦人平均花 3 分鐘判定並回覆一件，就是 60 小時。假設其中一半屬於第一類，前台改對了，一個月大約省下 30 小時的純判定時間，還不包含民眾重新填表、來電詢問與後續陳情的成本。
上述件數與比率為算術示範的假設值，非任何機關的實際統計。
前台可以介入的位置有四個，各自擋得掉的東西不同，缺一個就會漏掉一類：
| 介入點 | 發生在哪一刻 | 擋得掉什麼 |
|---|---|---|
| 欄位設計與順序 | 民眾開始填的前幾秒 | 已逾期、項目不在可檢舉範圍——在民眾投入時間之前就告知 |
| 逐欄即時驗證 | 每填完一欄 | 車號格式錯誤、地點寫不清楚、時間與影像對不上 |
| 上傳規則與前端檢查 | 選擇檔案的當下 | 格式不支援、容量超限、選錯檔案、上傳到一半失敗 |
| 說明文字與送出前確認 | 按下送出之前 | 影像看不到車牌或違規事實、重複檢舉、關鍵時間點沒標註 |
表單欄位怎麼設計，才在送出前擋掉退件？
檢舉表單最常見的問題不是欄位太少，而是順序把最致命的條件排在最後。民眾花十分鐘填完資料、上傳兩支影片，最後才被告知已經超過檢舉期限——這種體驗製造的不只是一件退件，還有一通客訴電話。正確的順序是：越是「一翻兩瞪眼、不需要人判斷」的條件，越要往前排。
| 欄位 | 建議型態 | 這樣設計的理由 |
|---|---|---|
| 違規時間 | 日期時間選擇器，放在整份表單第一步，填完立即檢核期限 | 檢舉有法定期限（實際天數以現行條文為準），逾期是最無法補救的退件原因。放在最後問，等於讓民眾白填一整份表單 |
| 違規項目 | 單選清單（白名單），不提供自由輸入的「其他」 | 不在可檢舉範圍的項目在清單裡根本不存在，就不會被送出來；同時讓每一件案件天生帶有一個違規代碼，後續統計與分派都不必人工歸類 |
| 違規地點 | 地圖點選，對應到路口／路段主檔代碼，另留補充文字欄 | 自由輸入的地址，同一個路口會出現十幾種寫法，重複比對與熱點統計都得人工判讀。路口主檔也是科技執法點位排序要用的同一份基礎資料 |
| 車號 | 單一欄位＋格式即時檢核＋再確認一次 | 全形字元、英文字母 O 與數字 0、I 與 1 是登打錯誤的大宗。這一欄錯了，後面查驗車籍必定不符 |
| 車種與顏色 | 下拉選單，不要自由輸入 | 這兩欄是與車籍自動比對的欄位，自由輸入就比對不了，只能退回人工看 |
| 檢舉人資料與聯絡方式 | 必填，並在欄位旁說明用途 | 需要補件或通知結果時找不到人，案件就只能結束在退件。說明用途能明顯降低填假資料的比例 |
| 關鍵時間點 | 上傳影片後要求填「違規出現在第幾分幾秒」 | 審核人員不必從頭看完整段影片；民眾自己標不出來時，通常也代表這段影像撐不起違規事實 |
| 補充說明 | 選填，設字數上限 | 避免民眾把文字敘述當成主要證據，也避免落落長的敘述夾帶與案件無關的個人資料 |
另外三個細節，成本很低但效果明顯：
- 同一件檢舉不要分成多頁而不能回頭。民眾發現填錯只能整份重來時，多半的選擇是隨便填完送出，把判斷成本丟回後台。
- 表單狀態要能暫存。上傳中斷、手機來電、網路切換都會讓半小時的填寫化為烏有，重填一次的品質通常比第一次差。
- 送出後立刻給案件編號。沒有編號，民眾只能打電話問「我上禮拜那件如何了」，而承辦人得用時間與車號去撈。
上傳限制怎麼訂，才不會兩頭落空？
上傳限制是檢舉平台最容易訂錯的一組參數，因為它同時牽動兩件互相拉扯的事：訂得太嚴會製造退件，訂得太鬆會拖垮平台。伺服器端的單檔上限、請求容量上限、執行時間上限與尖峰頻寬怎麼估，前面提到的承載估算那篇已經寫過；這裡談的是數字決定之後，前台要怎麼呈現與檢查。
| 限制項目 | 訂太嚴的後果 | 訂太鬆的後果 | 訂法建議 |
|---|---|---|---|
| 單檔容量 | 行車紀錄器的原始檔傳不上來，民眾自行剪輯壓縮，畫質掉到看不清車牌，變成「影像不清」退件 | 尖峰時段的頻寬與暫存空間先被吃光，所有人一起上傳失敗 | 以「主流來源裝置一段完整影片」為基準回推，不要直接沿用環境的預設值 |
| 單件檔數 | 民眾無法同時提供車牌特寫與前後情境 | 一件塞進整天的行車紀錄，審核工時暴增 | 訂上限，並在說明文字請民眾挑出關鍵的那幾段 |
| 影片長度 | 關鍵片段被截掉，證據不完整 | 審核人員要看完長片才找得到違規畫面 | 限制長度，同時搭配前一節的「關鍵時間點」欄位 |
| 檔案格式 | 常見的手機與行車紀錄器輸出格式被擋在門外 | 收到打不開的檔案，等於自動製造一件退件 | 用白名單，並定期檢視白名單有沒有涵蓋新裝置的輸出格式 |
| 總容量 | — | 同上 | 以單件計算，不要以帳號累計計算，否則常檢舉的民眾會突然被鎖住 |
這張表刻意不寫死數字：上限值必須由各單位自己的頻寬、暫存空間與影像保存年限回推，算法見承載估算那篇。
限制值本身訂得再好，檢查的時機錯了一樣沒用。三個原則：
一、在選檔的當下就檢查，不要等傳到最後
格式、容量、影片長度這三項在瀏覽器端就查得到，應該在民眾選好檔案之後幾秒內回覆，訊息要具體：這支影片多大、上限是多少、建議怎麼處理。傳到接近完成才被拒絕，是所有上傳體驗裡最傷的一種，尤其在行動網路上可能已經花了好幾分鐘。前端檢查是為了體驗，後端仍然要再檢查一次，兩者不能互相取代。
二、不要替民眾自動壓縮或轉檔
為了省頻寬而在上傳時自動轉檔，看起來聰明，實際上動到的是證據本身：畫質下降可能讓車牌變得無法辨識，轉檔也常常洗掉原始檔的時間資訊。原始母檔要保留，判讀用的輸出另存一份——這是證據保存的基本要求，細節見交通違規證據鏈要保存什麼。需要縮小容量時，該做的是明確告訴民眾上限並請他自行挑選片段，而不是系統自己處理掉。
三、上傳失敗要能接續，不要整份表單重來
行動網路切換、電梯、隧道都會讓上傳中斷。如果中斷等於前面所有欄位一起消失，民眾第二次填寫的完整度必然下降。作法是把表單資料與檔案分開處理：欄位先存成草稿並給暫存編號，檔案逐一上傳、逐一顯示成功或失敗，讓民眾只需要補傳失敗的那一支。
說明文字寫在哪、怎麼寫，退件率才會動？
大部分檢舉平台不是沒有說明，而是說明放在沒有人會去的地方：另開一頁的「檢舉須知」、一大段引用的法條原文、或是勾選同意時才跳出來的長篇條款。說明文字要發揮作用，位置比字數重要，實務上只有三個位置真的有效。
| 位置 | 該寫什麼 | 常見錯法 |
|---|---|---|
| 欄位旁邊的一行提示 | 這一欄要填什麼、為什麼要填、填錯會怎樣。一行講完，不要摺疊 | 把提示放進欄位的淺色示意文字，游標一進去就消失；或做成問號圖示要點才看得到 |
| 送出前的確認畫面 | 用三到五個項目讓民眾自己核對：影像看得到車牌嗎、違規動作在畫面內嗎、關鍵時間點標了嗎、這件是不是已經檢舉過 | 直接跳出「確定送出？」，不給任何可核對的內容 |
| 送出後的通知 | 案件編號、目前狀態、處理時程的說明，以及後續會用什麼方式聯絡 | 只回一句「已收到」，民眾隔週就會打電話來問進度 |
寫法上有兩件事反覆被驗證有效。第一，用民眾的話，不要抄法條：「影像須足以辨識車牌號碼」對民眾來說是廢話，換成「請確認畫面中看得出完整車牌，夜間或雨天請放大確認」才是可執行的動作。第二，講「為什麼」比講「請填寫」有用：欄位旁寫一句「聯絡方式用於補件通知，不會提供給被檢舉人」，留假電話的比例會明顯下降。
退件通知本身也是一份表單設計
退件通知最常見的寫法是一句「本案不予受理」，結果民眾只能打電話問原因，或原封不動再送一次——第二次一樣會被退，統計上就變成兩件。退件通知至少要帶五個欄位：案件編號、退件原因（用代碼，不要自由文字）、對應到哪一項條件、能不能補正、可以補正的話期限與方式是什麼。能補正的案件給一個直接補件的連結，不要讓民眾重新填一份新的。
還有一個容易被整批忽略的前提：說明文字與錯誤訊息要讓輔助科技讀得到，否則對使用報讀軟體的民眾而言等於不存在。標籤與欄位的對應、錯誤訊息要指出哪一欄與怎麼修正，這些是無障礙規範裡明列的項目，判定基準整理在政府網站無障礙 AA 等級那篇，機關網站本來就要過這一關，不必另外編一次預算。
改完之後，要看哪四個數字？
前台改版最怕的情況是「感覺有變好」，卻說不出好在哪裡，下一年度要編預算時拿不出依據。四個數字就夠了，而且都要在改版上線前先量一次當基準：
- 退件率（分母固定為民眾送出件數）。這是總指標，但單看它會誤導，一定要配合下一項。
- 各退件原因的件數分佈。前提是退件時必須選代碼而不是寫自由文字，否則事後無法統計。真正要盯的是「送出前可擋」那幾類的絕對件數有沒有掉下來。
- 表單放棄率。開始填寫卻沒有送出的比例。這個數字如果跟著退件率一起下降，代表設計真的變好；如果退件率降了、放棄率卻大漲，很可能是門檻訂得太嚴，把該受理的案件也擋在外面。
- 上傳失敗率與平均上傳耗時。依尖峰與非尖峰時段分開看。失敗集中在特定時段，問題在承載；平均散落在各時段，問題多半在限制值或前端檢查。
比較的時候有兩個陷阱。一是案件結構會變：連假、專案性的宣導活動、某一類違規被媒體報導，都會改變送進來的案件組成，拿改版前後的單月數字直接相比很容易得到相反的結論，至少要看滿一個月並排除已知的活動期間。二是不要在同一週內同時改好幾個地方，否則數字動了也不知道是哪一項起的作用；分批上線、每批之間留一段觀察期，才累積得出可複製的經驗。
如果這件事是委外做的，驗收條件的寫法要特別留意。把「退件率須下降若干百分比」寫進契約看似明確，實際上分母與案件結構都不是廠商能控制的，最後往往變成雙方各執一詞。比較驗得到的方式，是把前面每一項前台驗證行為寫成可以現場操作展示的功能需求，驗收當天逐項點一次就看得出來——這套「把要求寫成驗得到的條文」的思路，和科技執法系統驗收怎麼驗是同一個原則。至於後台那一半：案件進來之後怎麼自動建檔、查驗車籍、比對重複與分派，屬於AI 自動入案系統的範圍，前後台兩邊的規則要一致，否則前台擋的條件與後台退件的理由對不起來，民眾會直接感受到矛盾。
最後一句實務提醒：檢舉平台的前台是網頁設計的問題，後台穩不穩、尖峰時段撐不撐得住是網站代管與維運的問題。兩邊由不同廠商負責時，最常出事的就是中間那條界線——例如前台放寬了單檔容量，主機端的限制值沒有跟著調。把這兩塊放在同一個一條龍服務窗口下，或至少在規格書裡把交界處的參數明確列出由誰負責，可以省掉大量事後互相對照的時間。
常見問題
Q：民眾檢舉平台退件率多少算正常？
沒有一個可以跨單位比較的標準值，因為分母定義、可檢舉項目範圍與案件來源結構都不一樣，別的單位的數字拿來當目標沒有意義。比較有用的做法是把自己單位的退件案件依原因分類，算出「原本就能在送出前擋掉」的那一部分佔多少。逾期、非可檢舉項目、重複檢舉、車牌與車籍不符這幾類都屬於前台設計可以處理的範圍，這一塊的合理目標是接近零；至於證據不足以認定違規，那是員警的判斷，本來就會有一定比例，壓低它反而不正常。設定目標前先把分母定死並寫進月報說明，否則下個月換一種算法，數字漂亮了卻不知道是真的改善還是換了算法。
Q：民眾檢舉平台的上傳檔案大小該限制多少？
這個數字不能抄別的單位，要從自己的頻寬、暫存空間與影像保存年限回推。順序是先估尖峰時段的同時上傳連線數與進站頻寬，再回頭決定單檔容量、單件檔數與影片長度的上限，最後確認伺服器端的單檔上限、請求容量上限與執行時間上限三個值彼此一致。訂得太嚴，民眾會自行剪輯壓縮，畫質掉到看不清車牌，反而製造退件；訂得太鬆，尖峰時段的頻寬與暫存空間會先被吃光。不論最後訂多少，都要把實際數字寫在上傳欄位旁邊，並在選檔的當下就檢查，不要讓民眾傳到快完成才被拒絕。
Q：退件率可以寫進科技執法或檢舉平台標案的驗收條件嗎？
直接寫「退件率須降低多少百分比」並不妥當，因為分母與案件結構不由廠商控制：一次專案性的宣導活動就可能讓案件組成整個改變，數字上升或下降都不代表系統做得好或不好。比較驗得到的寫法是把前台的驗證行為逐項寫成可展示的功能需求，例如違規項目採清單白名單、違規時間欄位在送出前檢核法定期限、車號欄位具格式檢核與再確認、上傳檔案在選檔當下即檢查格式與容量、退件通知須帶原因代碼與可否補正。驗收時每一項現場操作一次就看得出有沒有做，不必等三個月後看統計。