公開的「Telegram 哪裡找訂單」彙整文章管用嗎

我們查了什麼

五組搜尋詞，共帶出十七篇自稱是接案者可以去哪些地方找訂單的彙整文章。其中十篇含有 Telegram 連結。從這些連結裡，我們剔除了服務路徑，以及所有以「bot」結尾的名稱，剩下 216 個不重複的位址。

有一個來源是單獨計算的，這一點需要直接說清楚。最大的一篇彙整，標題就是有職缺的頻道清單，它貢獻了 98 個位址。把它和其他來源一視同仁地計入，等於是去證明一件事先就已經知道的事，所以主要樣本把它排除在外，完整樣本則並列呈現。請不要用相減的方式從一個推出另一個：這些來源之間有重疊。

對每個位址，我們問兩個問題：它到底存在嗎，以及它是什麼，是頻道、群組還是個人帳號。類型是依位址卡片上的計數列判定的：「訂閱者」或「成員」。

有多少位址是有效的

216 個位址中，有十一個並不存在：Telegram 對它們回傳的是一個預設的服務頁面。對於以「拿來就能用」之姿發布的清單來說，這個比例不容忽視。大約每二十個位址，就有一個哪裡也去不了。

有效的位址有 205 個。其中 161 個是頻道，41 個是群組，另有三個無法辨識。換句話說，在被推薦的位址裡，大約十個有八個是頻道，而不是群組。這裡需要一項但書，而且我們是刻意提出的：頻道有時會透過連結的群組開放留言，這一點我們沒有查。所以「在那裡不能回覆」並不是從我們的資料推得出的結論。能推出的是另一件事：這類位址裡的主要流向是單向的，預設並沒有安排讓人和需求發文者對話的機制。

在不含職缺來源的主要樣本裡，情況一樣：135 個位址，六個不存在，109 個頻道和 17 個群組。

頻道裡發布的是什麼

161 個頻道中，有 159 個提供公開預覽。市場是屬於哪一端，是依訊息本文裡互不重疊的語言標記出現頻率來判定的，而不是看頻道名稱。名稱一貫地誤導人，「設計師訂單」常常其實是一份正職職缺的動態。

徵才端，我們計算的是「職缺」「履歷」「需有經驗」「全職招募中」這類詞句。訂單端，我們計算的是「有人能推薦嗎」「誰能做這個」「我要下單」「誰來接」「要多少錢」。兩端都會出現的詞完全不算，而關於工作形式的詞，例如「遠端」，則另外追蹤，不影響結論。

結果是：118 個頻道是職缺動態，客戶端的頻道數是零，另有 41 個分類器無法歸類。對這 41 個，我們不下任何斷言：其中超過一半根本是空的，整個歷史裡的訊息不到六則。

為什麼這不是在咬文嚼字

一則職缺和一筆訂單，通向不同的情境。在職缺動態裡，一個人成了應徵者：投出申請、等待、與一百個和自己一樣的人競爭，最好的結果是拿到固定的薪資水準。在客戶的訊息裡，同一個人是接案者：客戶描述了一個問題，對話談的是任務，而不是履歷。

一篇題為「哪裡找訂單」、內容卻是職缺動態的文章，把讀者帶到的不是他原本要去的地方。他得到的不是拒絕，而是另一種工作。

如何用一刻鐘自己查驗一個群組

如果有預覽，不加入也能讀最近一百則訊息。數兩堆：有多少則是在提供服務，有多少則是在詢問任務。如果提供服務的訊息是詢問任務的三倍，那就是同行的群組，而不是客戶的群組。

接著，看問題到底有沒有人回答。一個問題掛了一整天都沒人理的社群，不論成員有多少，都已經死了。再讀置頂訊息：在許多群組裡，只要發出提供服務的訊息就會被封鎖，規則裡也白紙黑字寫明了。

好群組的標誌有違直覺：裡面同行很少。水電工的社群，對水電工沒有用，對賣工具給水電工的人卻非常有用。

這次實測的限制

群組無法從外部讀取，因為群組沒有公開預覽。我們沒有加入它們，也不評斷其內容。對沒看過的東西下判斷，正是促使我們做這次實測的那種錯誤。161 個頻道中，有兩個沒有回傳預覽，被排除在分析之外。

實測資料依 Creative Commons Attribution 4.0 授權開放引用，使用時請註明出處。我們不會把別人清單裡的位址，當作我們自己的清單發布：這次實測的重點，不是用一份未經查驗的清單，去取代另一份。

這次實測教了我們什麼

前三次執行都給出了一個信心十足的錯誤答案，而且沒有一次看起來像錯誤：程式碼執行時沒有任何例外，輸出看似合理，伺服器也回應了代碼 200。

後來發現，不存在的 Telegram 位址不會回傳錯誤，而是回傳一個帶有服務標題的普通頁面。「沒有標題就是沒有這個位址」這項檢查沒能攔住它，於是第一次執行把每個位址都判定為有效，包括我們混進去當對照的三個虛構位址。要是沒有這三個名字，我們什麼都不會發現：百分之一百的位址都有效，看起來像是一份成功的清單，而不是一個壞掉的查驗。

第二次執行栽在另一件事上：請求太頻繁時，Telegram 同樣回應代碼 200，卻回傳一個空白頁面。從外部看，這和不存在的位址無從區分，於是一百四十五個有效的頻道一下子變成了「帳號」。解法是停頓後重試，而不是下結論。

由此得出一條比數字本身更有價值的規則：基礎設施的故障，沒有資格變成對資料的陳述。我們現在的結果是三種而不是兩種：「存在」「不存在」和「無法查明」，而第三種完全不進入統計。

一般來說，如何檢查別人的清單

任何附有社群清單的文章，第一件要看的是日期，以及查驗的跡象。如果文章沒有說作者是什麼時候打開這些位址的，多半是作者從來沒打開過。一份清單可以一篇接一篇地被抄上好幾年，失效的位址就跟著有效的一起流傳。

第二件是分辨頻道和群組。從位址卡片上一秒就看得出來：頻道顯示的是訂閱者人數，群組顯示的是成員人數，以及其中此刻有多少人在線上。在「哪裡找訂單」的彙整裡，頻道幾乎總是意味著職缺動態。

第三件是讀訊息，而不是讀社群的簡介。簡介是擁有者寫的，它告訴您這個社群原本想成為什麼樣子。訊息則顯示它如今變成了什麼。