Laushu 勞贖設計優化專案主視覺
WEB・SaaS・UX Research・UI Design

從紙本化繁為簡:勞務報酬系統的數位流程優化

時間2024.3 - 2024.6
團隊成員3x 研究員
1x 設計師
角色UX/UI
設計師
負責項目線框稿
互動原型
協同參與訪談、
易用性測試
工具FigJam
Figma

專案總覽

讓建檔、計算、寄送與回簽,從紙本往返變成一條數位流程。

勞贖(Laushu)想把紙本勞務報酬單搬上線,但真正要解的是會計師、公司與外包工作者三方的協作:建檔、稅額計算、寄送與回簽分散在不同人手上,重複輸入與來回確認吃掉大量時間。我與研究團隊從問卷與訪談出發,把最影響效率的三條流程做成可直接操作的原型,再用任務測試與 SUS 量表驗證,完成六處介面迭代。

成果走查

建檔、開單到合併,三條核心流程都在同一套系統完成。

快速新增、查找與管理外包人員資料,降低後續建立勞報單時的重複輸入。

問題定義

過去建立紙本勞報單費時費力,但最後紙本單據僅作為佐證用。

科普小知識

勞報單是什麼?

勞務報酬單,簡稱「勞報單」,為公司支付「酬勞」給「個人」時使用的證明單據,可作為公司支出的證明,並列入領到酬勞者的綜合所得稅中。

勞務報酬單範例
勞報單範例

現階段勞報單的問題

01

僅作為佐證用

公司外包時,每次都須請外包人員簽署紙本勞報單,但此紙本最後僅作為交易佐證。

02

流程繁瑣

流程包含許多細節,像是所得類別、二代健保的計算等,很多創業者不知情下違反規定。

03

過程耗時

會計師需人工核對且逐筆建檔;外包人員即使不須進公司,還是必須專程跑一趟公司或郵局。

研究設計

了解使用者情境

01 / 彙整使用勞報單流程

訪談勞贖負責人並自行收集資料,了解外包與勞報單簽署流程,釐清會計師、公司、外包工作者三者關係。此平台至少包含四種核心利害關係人:

01

會計師

勞贖主要使用者,透過勞贖寄出勞報單,協助公司供外包工作者確認、彙整勞報資料(會計事務所 / 會計師 / 記帳士)。

02

公司使用者

會計事務所的主要服務對象,會計事務所協助公司向旗下外包工作者開立勞報單。

03

外包工作者

勞贖的終端使用者,確認勞報單是否成立,並向公司領取工資。

04

勞贖管理員

管理會計師帳號。

會計事務所會計師公司外包工作者協助彙整勞報單回傳勞報單發送勞報單發出工資確認勞報單

02 / 制定研究策略

為後續設計研究制定執行策略,從了解現況、研究分析、質化分析到原型與測試。

研究流程了解現況研究分析質化分析原型 & 測試
研究方法
  • 脈絡訪查
  • 先詢問會計師勞報單流程,接續設計問卷 & 訪談
  • 使用者歷程分析
  • 用例分析
  • 需求優先級
  • SUS 量表
  • 任務測試
  • 易用性測試
欲收集資料
  • 報帳操作步驟
  • 使用軟體
  • 資料輸入習慣 / 順序
  • 使用者動機、行為、目標
  • 使用者潛在的需求
  • 用例重要程度
  • 使用者回饋
  • 系統易用性分數

03 / 篩選受訪者

設計問卷篩選受訪者,了解目前勞報單填寫過程中,哪些環節感到繁雜(會計師:建立 → 發送 → 回收 → 彙整),並回收問卷驗證樣本輪廓。

基本資料身份、年齡、年資使用勞報單經驗

了解目前勞報單填寫過程中,哪些過程感到繁雜。
會計師:建立 → 發送 → 回收 → 彙整。

會計師了解建立勞報單經驗了解建檔的過程感受
問卷結果

量化精選

44份問卷收集
39份有效問卷
86.4%篩選題回答「是」

受訪者輪廓

39位填答
  • 一般公司會計71.1%
  • 會計師10.5%
  • 記帳士7.9%
  • 其他10.5%

處理經驗

未滿 1 年10.5%
1–未滿 3 年42.1%
3–未滿 5 年18.4%
5 年以上28.9%

每次處理份數

10 份以下23.7%
11–50 份36.8%
51–200 份26.3%
201 份以上13.2%

樣本與原先規劃的 TA 相符,且多數填答者具一年以上實務經驗,能作為後續訪談篩選與研究方向的參考。

核心洞察

單一步驟不難,整體流程卻很耗時

單步驟感受

熟悉後多半不覺得困難

  • 照著填就好
  • 電子化後變得很輕鬆
  • 存檔超簡單
  • 公司已有固定 SOP
整體痛點

量一大、要追蹤時就變麻煩

  • 整體而言有點麻煩
  • 等待回簽、追蹤進度比較麻煩
  • 大量收回勞報單時,處理就會很麻煩
  • 蠻花時間,也覺得很無趣

拆開看,每個步驟都不難,甚至已習慣成自然;但合起來、數量增加、需要追蹤回簽進度時,整體就變得花時間又無趣。因此下一步透過深入訪談,先聚焦會自己經手勞報單的公司端。

04 / 訪談大綱

本次共回收 39 份有效問卷。雖然問卷回收對象以會計師/會計人員為主,但實際聯繫訪談者的過程未如預期順利,最終僅成功訪談 1 位會計師。因此,後續利害關係人訪談調整為以公司負責人/負責單位為主要對象,並圍繞以下三個面向進行深入訪談:

所屬公司工作流程

  • 處理勞報起訖過程建立、發送勞報單到收回領據和最後結果過程。
  • 工作時間花費、人力需求執行勞報流程的痛點。

執行線上勞報系統

  • 已知的勞報線上系統使用線上和實體紙本的經驗差異。
  • 簽核常見問題、執行線上簽核窒礙點線上與紙本系統的差異、優點和缺點。

流程改善的想法

  • 法規報稅規定既有勞報流程執行的必要性。
  • 內部執行現況公司內部調整流程的想法、改善預算成本及更動規模評估。

05 / 受訪者輪廓

下面整理三位受訪者的訪談摘要,從資料管理、會計配合到勞報單流程,盤點他們各自的經手方式與最有感的痛點。

P1 攝影工作室老闆#許多外包工作 #有長期配合的人員

老闆會自己整理每個外包人員專屬的資料夾,存放勞報單與過去的資料,就像自己建置了一套資料庫。

P2 節目企劃#有長期配合的人員 #臨時工讀生

對他來說最麻煩的是工讀生很容易忘記帶勞報單;要簽收還得備齊身分證、存摺等證件,常常缺東缺西。

P3 會計師#有許多配合的公司 #一年收一次勞報單

因為一年只收一次,很容易發生檔案遺失或忘記存檔的狀況;對他來說,怎麼減少會計師與公司之間的隔閡才是重點。

收斂與洞察

找出最適合分析的使用者流程

01 / 彙整流程 & 重塑 TA

挖掘使用者在建立、發放、回簽、建檔勞報單流程中的痛點,並首先聚焦會自己經手勞報單的公司端。

以前兩位受訪者為主,盤點建立 → 發放 → 回簽 → 建檔的完整歷程與痛點

02 / 重要用例

收斂訪談洞見後,使用者最在意、也覺得紙本勞報單最麻煩的三件事:如何有效管理人員、如何改善簽收確認、如何減少回簽次數。據此彙整三個重要用例,進行後續介面流程設計。

Flow 1:建立外包人員資料庫

便於掌管人員個人資料,日後有需求可立即找人。

Flow 2:建立勞務報酬單

發送系統連結給外包人員填寫資料 / 回簽。

Flow 3:合併多張勞務報酬單

減少回簽次數與調整稅額。

測試與迭代

從任務測試中,修正既有的流程與介面問題

01 / 任務測試與易用性量表

邀請上次接受訪談的 2 位受訪者再次進行介面評估:

  • 節目企劃:長期需要外包主持人
  • 攝影工作室老闆:長期需要外包攝影師合作拍攝

針對三個重要用例繪製流程圖,透過 Figma 原型讓受訪者以放聲思考法完成任務測試,並填寫 SUS 易用性量表:

操作流程 1建立外包人員資料庫,便於掌管人員個人資料
外包人員資料頁
建立人員勞報單
建立勞報單頁
新增外包人員
新增人員頁
填寫身份資料
是否已有相同身分證字號
上傳身分證存摺影本
儲存並建立勞報單
儲存
系統提醒曾建立過
查看業務
人員業務頁
編輯個人資料
編輯人員頁
查看個人資料
查看人員頁
操作流程 2建立勞務報酬單,發送系統連結給外包人員填寫資料 / 回簽
儲存並返回
取消
返回勞務報酬單頁面,且發送信件給外包人員
勞務報酬單頁面
建立勞報單(所得人填寫)
建立勞報單(公司客戶填寫・新增外包人員)
建立勞報單(公司客戶填寫・既有外包人員)
建立勞務報酬單頁面
建立勞務報酬單頁面
建立勞務報酬單頁面
填寫資料:基本資料、勞報內容與金額、付款資訊
填寫資料:基本資料、勞報內容與金額、付款資訊
填寫資料:接待姓名、勞報內容與金額
點擊「填寫完畢」
編輯發送信件頁面
點選「寄出確認信」
操作流程 3合併多張勞務報酬單,減少回簽次數與調整稅額
承辦人建立外包人員資訊
承辦人建立勞報單頁
活動結束,承辦人執行支付款項
搜尋外包者姓名
同一個外包者多張勞報單結果畫面
合併
選擇單張、確認合併
是否超過兩萬
文字提醒:代扣二代健保
是否拆單
單張確認頁
寄送簽收

02 / 設計介面、元件迭代

這次介面與元件迭代聚焦在降低判斷成本、提升核對效率。透過調整資訊排序、用詞、提示文字與列表呈現,讓使用者能更快找到正確資料、理解欄位意義,並在寄出或合併前完成確認,降低錯填、漏填與誤合併的風險。

操作流程 1

外包人員名單資訊排序

調整欄位優先級,提升人員辨識效率

原本的欄位排序以一般資料欄位為主,將電子郵件與身分證字號放在前段,但在實際查找外包人員時,使用者更需要先確認姓名、戶籍地址與匯款資料,才能快速判斷是否正確對象。

調整後將欄位順序改為「姓名 → 戶籍地址 → 存摺 → 身分證字號 → 電子郵件」,把變動性低、辨識度高,且與付款流程直接相關的資訊提前,降低橫向掃描成本,提升查找與核對效率。

Before
After
操作流程 2

勞務內容與金額填寫區

增加稅額與日期提示,提升金額核對準確性

原本在建立勞務報酬單時,稅額資訊雖然有顯示在金額區塊中,但缺少明確的稅率百分比與文字說明。使用者對於常填寫的類別稅額較熟悉,但遇到不常填的申報類別時,容易忘記適用的扣款規則,導致需要另外查詢或人工確認。

調整後在申報類別旁補上「瞭解更多」說明入口,讓使用者可以查看各類別的扣稅說明;並在付款日期下方加入提醒文字,提示付款日期須晚於勞務期間,避免填寫不合理的付款時間。金額區塊也直接標示代扣所得稅與二代健保的扣款百分比,讓填寫方與核對方都能快速確認計算依據,同時提醒需留意外國人的稅率可能不同,降低金額與稅額核對錯誤的風險。

Before
After
操作流程 2

填寫人選擇元件

修正填寫人用詞,明確區分資料建立情境

原本在建立勞務報酬單時,「填寫人」區塊使用「請所得人填寫」與「自行填寫」作為選項文字,但「所得人」這個用詞對使用者來說較不直覺,容易不確定是指外包人員、公司內部人員,還是報酬單建立者本人。下方的「新進人員/既有勞務人員」也容易讓人誤解為是否已建立人員資料,而不是在區分外包人員的狀態。

調整後將選項文字修正為「外包人員填寫」與「自行填寫」,直接點出資料由誰填寫,讓使用者能更快理解兩種填寫方式的差異。同時將下方選項改為「首次外包人員/既有外包人員」,明確區分是第一次建立資料的外包人員,還是已存在於名單中的外包人員,降低用詞造成的判斷成本。

Before
After
操作流程 2

列表資料呈現區

優化資料呈現,快速查看已建立勞報單

原本的勞務報酬單列表雖然已顯示建立日期、姓名、勞務內容、金額與簽收進度,但資料呈現較接近一般清單,缺少能幫助使用者快速判斷時間區間與資料批次的視覺提示。當勞報單數量增加時,使用者需要逐筆掃描日期,才能分辨哪些資料屬於同一年、同一批或需要優先處理的期間,查找效率較低。

調整後強化「建立日期」欄位的辨識度,並以不同年份作為視覺區分,讓使用者能更快掌握勞務報酬單建立時間與資料區間。列表下方也新增分頁設計,避免大量資料一次展開造成閱讀負擔,讓使用者可以分批查看已建立的勞報單。

Before
After
操作流程 2

寄出確認視窗

增加預覽狀態,降低寄出前的不確定感

原本在建立勞務報酬單時,使用者填完資料後會直接進入寄出通知信的編輯視窗,雖然可以修改信件標題與內容,但無法在寄出前完整預覽勞報單實際內容。對使用者來說,這會產生「資料是否正確填寫」、「寄出去後對方會看到什麼」的不確定感,尤其勞務報酬單涉及姓名、地址、金額、稅額與付款日期等重要資訊,若沒有最後確認步驟,寄出前容易感到緊張。

調整後在寄出前新增「預覽文件」狀態,讓使用者可以先從信件編輯進入勞報單預覽畫面,完整檢查基本資料、勞務內容、勞務金額與相關填寫資訊是否正確。確認無誤後,再按下確認按鈕完成寄出。

Before
After
操作流程 3

合併清單顯示

優化合併勞報單功能,清楚顯示合併清單

原本在合併多張勞報單時,使用者點選要合併的項目後,列表中只以一般文字或單列資料呈現合併結果,較難清楚辨識哪些勞報單已被納入同一張合併單。尤其當同一位外包人員有多筆不同日期或不同勞務內容的資料時,使用者需要重新比對清單,才能確認目前合併的是哪幾筆資料,增加核對成本。

調整後將已合併的勞報單以群組方式呈現,並透過底色區塊清楚標示合併範圍,讓使用者可以一眼看出哪些資料被收合在同一張合併單中。同時在備註欄補上合併單號與合併狀態,讓合併後的資料來源與關聯性更明確。

Before
After

03 / 測試結果

SUS :82.5 (excellent) 介面容易了解與使用。

根據任務測試與 SUS 分數收斂迭代方向,作為最終 Hi-fi 原型的設計依據。

原型設計

最終 UI flow 展示

根據測試結果迭代完成 Hi-fi 原型,聚焦三條核心流程:建立外包人員、建立勞報單、合併勞報單。

Flow 1|建立外包人員資料庫

把外包人員的基本與付款資料建檔成資料庫,日後建立勞報單可直接帶入,免去重複輸入。

進入「外包人員名單」,可瀏覽已建檔的外包人員,點「新建人員」開始建立。

填寫基本資料(姓名、電子郵件、身分證字號、戶籍地址…)與付款資料(支付方式、銀行帳號),並上傳身分證、存摺封面。

資料填寫完成、證件上傳後,點「儲存並離開」完成建檔。

回到名單,新建的「王明明」已加入資料庫,日後建立勞報單可直接選用。

Flow 2|建立勞務報酬單

協助公司建立勞報單,系統自動計算稅額,再寄出確認信給外包人員線上簽收。

進入「勞務報酬單」頁面,點「建立勞報單」開始。

選擇填寫人(自行填寫 / 外包人員填寫),填寫基本資料、勞務內容與金額;系統自動帶出所得稅與二代健保。

帶入存摺封面與完整金額明細,確認「實付給所得人」金額後準備寄出。

點「填寫完畢,寄出確認信」跳出視窗,可用預設訊息或自訂信件主旨與內文,並預覽文件。

系統將勞報單寄到所得人 email 簽收,並提醒對方在期限前完成簽收。

回到勞報單清單,剛建立的單據已加入,可追蹤後續簽收狀態。

Flow 3|合併多張勞務報酬單

測試驗證後的合併流程:合併多筆勞報資料、清楚呈現細項,減少回簽次數與稅務整理時間。

進入「勞務報酬單」頁面,輸入外包人員姓名後按下搜尋。

勾選要合併的多筆勞報單,右上方即時顯示已勾選筆數與「確認合併」。

若勾選的勞務內容不相同,系統會跳出 alert 提醒,不可合併。

合併第一張:外國人稅率不同時系統提醒、勞健保代扣需填 % 數、付款日期提醒;因為一起匯款,只需要一個支付方式。

點選合併項目可展開,檢視被合併的每一張單張。

最終成果

UI 互動影片介紹

0100:12

Flow 1:建立外包人員資料庫

快速新增、查找與管理外包人員資料,降低後續建立勞報單時的重複輸入。

0200:22

Flow 2:建立勞務報酬單

協助公司建立勞務報酬單,發送系統連結給外包人員填寫資料並完成回簽。

0300:44

Flow 3:合併多張勞務報酬單

合併多筆勞報資料並清楚呈現細項,減少回簽次數與稅務整理時間。

學習反思

線下與線上整合的數位流程考驗

01

以替代研究策略推進流程驗證

如果重新執行一次,我會在研究初期建立主要與替代受訪者名單,降低招募不順對研究進度的影響。當無法訪談核心利害關係人時,會改以協作角色訪談、非同步訪談或流程文件分析補足資訊缺口。 設計策略上,會先將已掌握的會計人員流程定義為 MVP 假設,並透過第一版上線後的任務完成率、錯誤率與使用者回饋進行驗證。若初版成效不如預期,再依據實際使用情境推出 v2 上線版本,持續優化流程。

02

介面用詞與說明,本身就是體驗

勞報單牽涉稅率、申報類別、二代健保這些專業概念,使用者不見得懂。回頭看會發現很多次迭代其實都在「改用詞」和「補說明」,例如把不直覺的「所得人」換成看得懂的講法、在容易卡住的地方補一句解釋、把扣稅百分比直接標出來。這讓我體會到:介面文字本身就是體驗的一部分,把專業術語翻成使用者的語言,常常比多加一個功能更能降低操作門檻。

03

從流程優化走向商業導入驗證

若後續繼續推進,我會將重點從流程可用性延伸到商業導入驗證。Laushu 不只是勞務報酬單的線上化工具,更需要釐清誰是實際使用者、誰是導入決策者,以及系統能為公司降低多少行政與溝通成本。 因此,下一步會補充訪談公司負責人、財務/人資主管與會計事務所,了解不同角色對導入工具的決策標準。同時將 UX 指標轉化為更具商業意義的成效指標,例如處理時間、錯誤率、來回確認次數與人力成本變化,進一步評估產品是否具備 B2B SaaS、按使用量計費,或作為會計事務所工具包的商業潛力。

返回首頁