照護需求在漲，平台從業者卻在減少

越小的活越找不到人

韓國雇用勞動部與韓國雇用資訊院在2024年8月5日發布的2023年平台從業者實態調查裡，有一行數據很奇怪。平台從業者總數為88.3萬人，比前一年的79.5萬人增加11.1%，唯獨家務與照護領域減少了1.9%。發布稿說這一減少發生在「雙薪擴大、高齡人口增加等帶來照護服務需求上升的趨勢之下」，並補充說「需要適當的人力供需」。也就是說，在需求上漲的領域裡供給反而縮了。

同一份調查裡還有一行像是答案。按工作方式看，以平台為主業者從57.7%降到55.6%，間歇參與型則從21.2%升到22.6%。想零散工作的人反而在增加，只是這些人遇不到自己社區裡那些零散的活。

從活的一側看，原因就浮現了。一起抬個箱子三十分鐘，代買一趟一個小時，店裡突然忙起來需要兩個小時。這類事情小到不值得發招聘，又達不到公司出人的起步價；發到網路社群，來的人是否可信沒有任何依據。於是多數時候人們乾脆忍了，或者向家人開一次不好意思的口。

允許免費，密度才長得出來

這裡有一個常見的設計錯誤：把所有這類請求都做成付費交易。

只做付費，單價低的請求會最先死掉。給一件三十分鐘的活加上最低工資、平台抽成和路上的時間，對請求方而言變成開不了口的金額，對承接方而言變成不值得出門的金額。兩邊都選擇「算了」，這個社區裡就什麼都不會發生。雙邊平台上最昂貴的失敗不是交易品質差，而是根本沒有交易。

把免費幫忙放到同一塊板上，這一段就打開了。下班順路去便利商店時，替隔壁棟的長輩帶一提水，這件事不必標價。這個人得到的是另一種東西：活動紀錄。是否完成實名核驗、完成過多少次、守約率如何、有沒有被投訴過。等到日後接付費請求時，這份紀錄會替代價格說話。

所以免費幫忙不是慈善功能，而是製造密度的入口。先把第一次的門檻拿掉，讓人聚起來，等信任紀錄攢夠了，付費自然附著上去。調查中從業者列出的頭號困擾是「被要求做合約之外的工作」（12.2%），這一點也落在這裡。初期只該接受範圍一句話說得完的請求：代買、送件、小件搬運、店鋪短時幫手。兒童照顧、醫療行為、高價物品運送應當排除在最初的品類之外。

錢不在抽成，在路線上

想從媒合抽成裡賺錢，這個模式會啃掉自己。對免費幫忙抽成的那一刻它就不免費了；付費抽成每提高一點，提供者拿到的錢就少一點，密度又漏出去一點。

錢在別處：在人們為了互相幫忙本就已經在走的路線上。如果有人正從聖水前往建大入口去幫忙，平台可以有選擇地顯示那條路線上幾乎不用繞路的送件或代買請求。外送平台是為了搬動一件東西而重新派出一個人，這裡則是把活搭在已經出發的人的路線上。請求方付得更少，提供者用同一趟移動多拿一份報酬。由此產生的小額媒合收入大部分給提供者，只留一部分作營運費。

flowchart LR
  A[發布幫忙請求] --> B[實名與信任紀錄核驗]
  B --> C{免費或付費}
  C --> D[執行幫忙]
  D --> E[按路線推薦附加請求]
  E --> F[送件與代買的小額收入]
  D --> G[完成確認與互評]
  G --> B

還有三條收入線可以乾淨地接上。把社區超市、便利商店、洗衣店這類在地商家接到代買請求上的聯營；賣給需要反覆找短期人手的店鋪的經營者功能，例如同時招募多人、重複發布、再次召回常用的提供者；以及地方政府與福利機構為特定轄區的免費幫忙承擔保險費與核驗費的贊助。這三條都不是靠抬高「連接兩個人」的價格來賺錢。

難的地方不是技術

這個想法的難處不在程式碼。

第一是密度。散落在整個首爾的一千人，不如在一個社區裡來回走動的一百人。選定一個生活圈，只在裡面開始；在做到「一條請求發出後三十分鐘內被接單」之前，最好不要邁向下一個社區。因為跳過這個判斷而消失的在地服務並不少。

第二是安全與法律。這是人與人面對面的服務，一起事故就能擊穿整個平台的信任。媒合跑腿與配送，需要確認生活物流服務產業發展法等個別法規覆蓋到哪裡；按短期僱用還是按承攬認定，社會保險與職災的適用也不同。意外險與糾紛處理流程，應當在第一筆交易之前就位，而不是在第一起事故之後。

第三是既有玩家已經暴露的上限。生活跑腿應用「請幫我」公布截至2024年2月會員140萬人、累計服務100萬件，交易額從2021年的1.8億韓元成長到2023年的40億韓元，2025年累計會員200萬人、合作方30萬人。可是把2023年的40億韓元交易額除以當時的140萬會員，人均一年不到3,000韓元。註冊很多，交易很少。這個市場的瓶頸不在獲客，而在一個人一年用幾次。

所以最先要驗證的問題也不是下載量。在一個社區裡，人們是否真的會向陌生人開口請一次小忙，是否真的有人接下，以及體驗良好的這兩個人會不會在一個月內回來。這三件事不成立，其餘功能都為時過早。