一個二維碼先被貼了出來:央企拖欠帳款的投訴,是一套被設計過的入口
從央企拖欠中小企業帳款可掃碼投訴的消息看起,觀察一個申訴管道如何在二維碼、入口畫面與措辭之間被設計成可用的制度介面。
先從一個最小的物件看起:一張二維碼。
在「央企拖欠中小企業帳款可掃碼投訴」這則登上抖音熱榜的話題裡,真正被轉發的畫面,往往是一張公告或一頁說明,上面印著一個方方正正的黑白圖案。對被拖欠貨款的中小企業主來說,那個圖案是幾個月催討無門之後,第一次出現的「官方入口」。投訴這件事,被壓縮成一次掃碼。
這個壓縮動作本身就是設計。過去追討帳款,要打電話、找人、寫信、跑部門;現在整個流程被收攏成一個圖形連結。掃碼之後出現的表單長什麼樣、要填哪些欄位、填完之後多久有回音,這些才是介面真正的考題。熱榜話題只告訴我們入口存在,卻也提醒我們:一個申訴制度的可信度,常常在掃碼後的第一屏就被決定了。
入口的形狀,決定了誰敢走進來
把這個投訴入口和其他政務服務介面放在一起比較,差異很清楚。一般政務 App 的首頁追求功能密度,圖標、輪播、快捷入口層層疊疊;而一個帳款投訴專區若要讓中小企業主願意用,第一屏反而要做得稀疏:投訴範圍寫清楚,處理時限寫清楚,匿名與否寫清楚。
關鍵欄位是「被拖欠方」與「拖欠方」的填寫方式。如果系統要求投訴者從一份央企名錄裡選擇對象,那是一種設計;如果只給一個自由填寫框,又是另一種。前者降低填寫錯誤,後者降低建置成本,但對一位填表的人來說,前者傳達的訊息是「系統知道對手是誰」,後者傳達的是「你自己描述看看」。同一個功能,兩種介面,給出完全不同的把握感。
這與我們先前觀察過的高鐵站名如何被設計成容易誤讀的介面是同一類問題:公共資訊的每一個欄位形式,都在默默分配使用者出錯的責任。站名標示不清,乘客下錯站;投訴欄位設計不當,申訴石沉大海。
措辭是第二層介面
掃碼之後的文字,比二維碼本身更誠實。
公告裡用的是「投訴」還是「反映」,是「受理」還是「轉交」,這幾個詞的差異,決定了使用者對結果的預期。「投訴」帶著對抗性,暗示有一方會被問責;「反映」溫和得多,只承諾有人知道這件事。對一家現金流被拖了半年的小工廠來說,它需要的是前者那種有牙口的措辭。
時限的寫法也是。寫「及時處理」和寫「十五個工作日內回覆」,是兩種完全不同的介面誠意。前者把時間的模糊留給了機構,後者把時間的承諾交給了使用者。一個願意把數字寫出來的申訴系統,等於把自己的服務水準變成可被檢驗的東西,這正是我們在漏洞揭露作為信任介面的討論裡看到過的邏輯:把承諾具體化,是把信任從關係搬到規則上。
二維碼作為一種制度表情
值得比較的是,這類入口在中國大陸的公共服務裡已經形成一套視覺慣例。掃碼辦事、掃碼舉報、掃碼評價,二維碼幾乎成了「這件事有人管」的視覺代名詞。它的優點是門檻極低,一支手機、一個動作;它的風險是入口太輕,反而讓人誤以為過程也會很輕。
投訴被受理之後的進度頁面,才是整套介面的深水區。有沒有一個可以回查的編號、有沒有狀態更新、被投訴的央企會不會看到投訴者個資,這些環節使用者看不到,卻決定了下次還有沒有人願意掃那個碼。一個只有入口沒有回音的系統,掃過一次就會在口碑裡死掉。
收在這裡
這則熱榜話題值得被記住的,並非「可以投訴了」這個消息本身,而是一個制度選擇用二維碼作為它的臉。入口做得越小越順手,後面的每一屏就越要經得起看。一個申訴管道的設計水準,最終可以用一個很樸素的標準衡量:一位被拖欠帳款的老闆,掃完碼、填完表、放下手機的那一刻,他相不相信明天會有人打電話來。相信,這個介面就成立了;不相信,那張二維碼只是一張印得很漂亮的承諾。