紙本勞報單牽動三方來回,最後卻只是一張佐證用的單據。
- 公司:每次外包都要開單的人
- 每次外包都須請外包人員簽署紙本勞報單,流程還牽涉所得類別、二代健保的計算,很多創業者不知情就違反規定;追回簽、追進度全靠人工。
- 會計師:協助公司彙整勞報資料的人
- 需要人工核對且逐筆建檔;一年才收一次勞報單,容易發生檔案遺失或忘記存檔,會計師與公司之間的資訊隔閡是他最有感的痛點。
- 外包工作者:簽收領錢的人
- 即使工作不須進公司,還是得備齊身分證、存摺等證件,專程跑一趟公司或郵局簽紙本;證件缺東缺西,就得再跑一次。
專案總覽
勞贖(Laushu)想把紙本勞務報酬單搬上線,但真正要解的是會計師、公司與外包工作者三方的協作:建檔、稅額計算、寄送與回簽分散在不同人手上,重複輸入與來回確認吃掉大量時間。我與研究團隊從問卷與訪談出發,把最影響效率的三條流程做成可直接操作的原型,再用任務測試與 SUS 量表驗證,完成六處介面迭代。
成果走查
快速新增、查找與管理外包人員資料,降低後續建立勞報單時的重複輸入。
問題定義
勞務報酬單,簡稱「勞報單」,為公司支付「酬勞」給「個人」時使用的證明單據,可作為公司支出的證明,並列入領到酬勞者的綜合所得稅中。

公司外包時,每次都須請外包人員簽署紙本勞報單,但此紙本最後僅作為交易佐證。
流程包含許多細節,像是所得類別、二代健保的計算等,很多創業者不知情下違反規定。
會計師需人工核對且逐筆建檔;外包人員即使不須進公司,還是必須專程跑一趟公司或郵局。
研究設計
訪談勞贖負責人並自行收集資料,了解外包與勞報單簽署流程,釐清會計師、公司、外包工作者三者關係。此平台至少包含四種核心利害關係人:
勞贖主要使用者,透過勞贖寄出勞報單,協助公司供外包工作者確認、彙整勞報資料(會計事務所 / 會計師 / 記帳士)。
會計事務所的主要服務對象,會計事務所協助公司向旗下外包工作者開立勞報單。
勞贖的終端使用者,確認勞報單是否成立,並向公司領取工資。
管理會計師帳號。
為後續設計研究制定執行策略,從了解現況、研究分析、質化分析到原型與測試。
| 研究流程 | 了解現況 | 研究分析 | 質化分析 | 原型 & 測試 |
|---|---|---|---|---|
| 研究方法 |
|
|
|
|
| 欲收集資料 |
|
|
|
|
設計問卷篩選受訪者,了解目前勞報單填寫過程中,哪些環節感到繁雜(會計師:建立 → 發送 → 回收 → 彙整),並回收問卷驗證樣本輪廓。
了解目前勞報單填寫過程中,哪些過程感到繁雜。
會計師:建立 → 發送 → 回收 → 彙整。
樣本與原先規劃的 TA 相符,且多數填答者具一年以上實務經驗,能作為後續訪談篩選與研究方向的參考。
拆開看,每個步驟都不難,甚至已習慣成自然;但合起來、數量增加、需要追蹤回簽進度時,整體就變得花時間又無趣。因此下一步透過深入訪談,先聚焦會自己經手勞報單的公司端。
本次共回收 39 份有效問卷。雖然問卷回收對象以會計師/會計人員為主,但實際聯繫訪談者的過程未如預期順利,最終僅成功訪談 1 位會計師。因此,後續利害關係人訪談調整為以公司負責人/負責單位為主要對象,並圍繞以下三個面向進行深入訪談:
下面整理三位受訪者的訪談摘要,從資料管理、會計配合到勞報單流程,盤點他們各自的經手方式與最有感的痛點。
老闆會自己整理每個外包人員專屬的資料夾,存放勞報單與過去的資料,就像自己建置了一套資料庫。
對他來說最麻煩的是工讀生很容易忘記帶勞報單;要簽收還得備齊身分證、存摺等證件,常常缺東缺西。
因為一年只收一次,很容易發生檔案遺失或忘記存檔的狀況;對他來說,怎麼減少會計師與公司之間的隔閡才是重點。
收斂與洞察
挖掘使用者在建立、發放、回簽、建檔勞報單流程中的痛點,並首先聚焦會自己經手勞報單的公司端。
收斂訪談洞見後,使用者最在意、也覺得紙本勞報單最麻煩的三件事:如何有效管理人員、如何改善簽收確認、如何減少回簽次數。據此彙整三個重要用例,進行後續介面流程設計。
便於掌管人員個人資料,日後有需求可立即找人。
發送系統連結給外包人員填寫資料 / 回簽。
減少回簽次數與調整稅額。
測試與迭代
邀請上次接受訪談的 2 位受訪者再次進行介面評估:
針對三個重要用例繪製流程圖,透過 Figma 原型讓受訪者以放聲思考法完成任務測試,並填寫 SUS 易用性量表:
這次介面與元件迭代聚焦在降低判斷成本、提升核對效率。透過調整資訊排序、用詞、提示文字與列表呈現,讓使用者能更快找到正確資料、理解欄位意義,並在寄出或合併前完成確認,降低錯填、漏填與誤合併的風險。
原本的欄位排序以一般資料欄位為主,將電子郵件與身分證字號放在前段,但在實際查找外包人員時,使用者更需要先確認姓名、戶籍地址與匯款資料,才能快速判斷是否正確對象。
調整後將欄位順序改為「姓名 → 戶籍地址 → 存摺 → 身分證字號 → 電子郵件」,把變動性低、辨識度高,且與付款流程直接相關的資訊提前,降低橫向掃描成本,提升查找與核對效率。
原本在建立勞務報酬單時,稅額資訊雖然有顯示在金額區塊中,但缺少明確的稅率百分比與文字說明。使用者對於常填寫的類別稅額較熟悉,但遇到不常填的申報類別時,容易忘記適用的扣款規則,導致需要另外查詢或人工確認。
調整後在申報類別旁補上「瞭解更多」說明入口,讓使用者可以查看各類別的扣稅說明;並在付款日期下方加入提醒文字,提示付款日期須晚於勞務期間,避免填寫不合理的付款時間。金額區塊也直接標示代扣所得稅與二代健保的扣款百分比,讓填寫方與核對方都能快速確認計算依據,同時提醒需留意外國人的稅率可能不同,降低金額與稅額核對錯誤的風險。
原本在建立勞務報酬單時,「填寫人」區塊使用「請所得人填寫」與「自行填寫」作為選項文字,但「所得人」這個用詞對使用者來說較不直覺,容易不確定是指外包人員、公司內部人員,還是報酬單建立者本人。下方的「新進人員/既有勞務人員」也容易讓人誤解為是否已建立人員資料,而不是在區分外包人員的狀態。
調整後將選項文字修正為「外包人員填寫」與「自行填寫」,直接點出資料由誰填寫,讓使用者能更快理解兩種填寫方式的差異。同時將下方選項改為「首次外包人員/既有外包人員」,明確區分是第一次建立資料的外包人員,還是已存在於名單中的外包人員,降低用詞造成的判斷成本。
原本的勞務報酬單列表雖然已顯示建立日期、姓名、勞務內容、金額與簽收進度,但資料呈現較接近一般清單,缺少能幫助使用者快速判斷時間區間與資料批次的視覺提示。當勞報單數量增加時,使用者需要逐筆掃描日期,才能分辨哪些資料屬於同一年、同一批或需要優先處理的期間,查找效率較低。
調整後強化「建立日期」欄位的辨識度,並以不同年份作為視覺區分,讓使用者能更快掌握勞務報酬單建立時間與資料區間。列表下方也新增分頁設計,避免大量資料一次展開造成閱讀負擔,讓使用者可以分批查看已建立的勞報單。
原本在建立勞務報酬單時,使用者填完資料後會直接進入寄出通知信的編輯視窗,雖然可以修改信件標題與內容,但無法在寄出前完整預覽勞報單實際內容。對使用者來說,這會產生「資料是否正確填寫」、「寄出去後對方會看到什麼」的不確定感,尤其勞務報酬單涉及姓名、地址、金額、稅額與付款日期等重要資訊,若沒有最後確認步驟,寄出前容易感到緊張。
調整後在寄出前新增「預覽文件」狀態,讓使用者可以先從信件編輯進入勞報單預覽畫面,完整檢查基本資料、勞務內容、勞務金額與相關填寫資訊是否正確。確認無誤後,再按下確認按鈕完成寄出。
原本在合併多張勞報單時,使用者點選要合併的項目後,列表中只以一般文字或單列資料呈現合併結果,較難清楚辨識哪些勞報單已被納入同一張合併單。尤其當同一位外包人員有多筆不同日期或不同勞務內容的資料時,使用者需要重新比對清單,才能確認目前合併的是哪幾筆資料,增加核對成本。
調整後將已合併的勞報單以群組方式呈現,並透過底色區塊清楚標示合併範圍,讓使用者可以一眼看出哪些資料被收合在同一張合併單中。同時在備註欄補上合併單號與合併狀態,讓合併後的資料來源與關聯性更明確。
SUS :82.5 (excellent) 介面容易了解與使用。
根據任務測試與 SUS 分數收斂迭代方向,作為最終 Hi-fi 原型的設計依據。
原型設計
根據測試結果迭代完成 Hi-fi 原型,聚焦三條核心流程:建立外包人員、建立勞報單、合併勞報單。
Flow 1|建立外包人員資料庫
把外包人員的基本與付款資料建檔成資料庫,日後建立勞報單可直接帶入,免去重複輸入。
進入「外包人員名單」,可瀏覽已建檔的外包人員,點「新建人員」開始建立。
填寫基本資料(姓名、電子郵件、身分證字號、戶籍地址…)與付款資料(支付方式、銀行帳號),並上傳身分證、存摺封面。
資料填寫完成、證件上傳後,點「儲存並離開」完成建檔。
回到名單,新建的「王明明」已加入資料庫,日後建立勞報單可直接選用。
Flow 2|建立勞務報酬單
協助公司建立勞報單,系統自動計算稅額,再寄出確認信給外包人員線上簽收。
進入「勞務報酬單」頁面,點「建立勞報單」開始。
選擇填寫人(自行填寫 / 外包人員填寫),填寫基本資料、勞務內容與金額;系統自動帶出所得稅與二代健保。
帶入存摺封面與完整金額明細,確認「實付給所得人」金額後準備寄出。
點「填寫完畢,寄出確認信」跳出視窗,可用預設訊息或自訂信件主旨與內文,並預覽文件。
系統將勞報單寄到所得人 email 簽收,並提醒對方在期限前完成簽收。
回到勞報單清單,剛建立的單據已加入,可追蹤後續簽收狀態。
Flow 3|合併多張勞務報酬單
測試驗證後的合併流程:合併多筆勞報資料、清楚呈現細項,減少回簽次數與稅務整理時間。
進入「勞務報酬單」頁面,輸入外包人員姓名後按下搜尋。
勾選要合併的多筆勞報單,右上方即時顯示已勾選筆數與「確認合併」。
若勾選的勞務內容不相同,系統會跳出 alert 提醒,不可合併。
合併第一張:外國人稅率不同時系統提醒、勞健保代扣需填 % 數、付款日期提醒;因為一起匯款,只需要一個支付方式。
點選合併項目可展開,檢視被合併的每一張單張。
最終成果
快速新增、查找與管理外包人員資料,降低後續建立勞報單時的重複輸入。
協助公司建立勞務報酬單,發送系統連結給外包人員填寫資料並完成回簽。
合併多筆勞報資料並清楚呈現細項,減少回簽次數與稅務整理時間。
學習反思
如果重新執行一次,我會在研究初期建立主要與替代受訪者名單,降低招募不順對研究進度的影響。當無法訪談核心利害關係人時,會改以協作角色訪談、非同步訪談或流程文件分析補足資訊缺口。 設計策略上,會先將已掌握的會計人員流程定義為 MVP 假設,並透過第一版上線後的任務完成率、錯誤率與使用者回饋進行驗證。若初版成效不如預期,再依據實際使用情境推出 v2 上線版本,持續優化流程。
勞報單牽涉稅率、申報類別、二代健保這些專業概念,使用者不見得懂。回頭看會發現很多次迭代其實都在「改用詞」和「補說明」,例如把不直覺的「所得人」換成看得懂的講法、在容易卡住的地方補一句解釋、把扣稅百分比直接標出來。這讓我體會到:介面文字本身就是體驗的一部分,把專業術語翻成使用者的語言,常常比多加一個功能更能降低操作門檻。
若後續繼續推進,我會將重點從流程可用性延伸到商業導入驗證。Laushu 不只是勞務報酬單的線上化工具,更需要釐清誰是實際使用者、誰是導入決策者,以及系統能為公司降低多少行政與溝通成本。 因此,下一步會補充訪談公司負責人、財務/人資主管與會計事務所,了解不同角色對導入工具的決策標準。同時將 UX 指標轉化為更具商業意義的成效指標,例如處理時間、錯誤率、來回確認次數與人力成本變化,進一步評估產品是否具備 B2B SaaS、按使用量計費,或作為會計事務所工具包的商業潛力。