要監測多少個 Telegram 群組才能拿到需求

所需的數量取決於什麼

最主要的量是密度：在單一群組裡，每週會出現多少與您主題相關的需求。在大眾需求的細分領域，例如裝潢，或為電商平台設計商品頁，一個活躍的社群每週就有好幾筆需求。在狹窄的 B2B 細分領域，一個群組每月出現一筆需求，就算是正常的結果。

第二個量是受眾重疊。同一主題的群組，成員重疊得很厲害，同一個主題接連的第十個群組，帶來的增量明顯少於第三個。把組合往寬處擴，加入相鄰的產業與城市，比往深處堆，把更多群組疊在單一主題上，更划算。

第三個是地理範圍。把專案限定在一座城市，會讓流量縮小好幾倍，但可用需求的比例會提高，因為對許多承包方來說，服務是在地的。

為什麼增益會遞減

每多加一個群組，帶來的增量都比前一個少，而且同時有兩個原因。一是相關度較低：最精準的命中先被取走，之後的離目標越來越遠。二是部分內容與已經取得的重複：活躍的成員同時屬於好幾個社群，同一個問題有時會在兩個地方被問。

實務上的結論很簡單：只有在不同的需求發文者人數持續增加時，擴大組合才有意義，看的不是訊息的數量。一旦新的群組帶來的都是同一批面孔，擴張就已經失效了。

這也是為什麼用群組數量來比較工具沒有意義。一千個隨機的來源，比不上為特定服務與城市精選的兩百個。

如何自己算出來

從漏斗的尾端算起，用除的，不要用乘的。您每個月需要幾筆成交、有多大比例的對話會走到成交、有多大比例的回覆會走到對話。把您需要的成交筆數，依序除以這兩個比例，得到的就是每月需要的需求數。舉例來說，從回覆到對話的比例是 20%，從對話到成交的比例是 25%，那麼一筆成交需要 20 筆需求。

接下來需要密度，而且必須用相同的單位來算。測試是在 150 個群組上跑 5 天，所以得到的是每個群組在 5 天內的需求數；要換算成每月密度，大約乘以 6。換算好之後，才用每月需求量除以每月密度，得出來源的數量。在這裡把每週的數字和每月的數字混在一起用，會讓答案被低估好幾倍。

算出來的數字，值得再往上調大約三分之一，以預留一些群組沉寂或改變主題的空間。如果您算的組合超過幾百個，就要再往上調一次：這個算法假設每個群組的產出是均等的，而產出會隨著每多一個來源遞減，如前所述。單純的除法給的是下限，不是確切的數字。

群組數量決定不了什麼

回覆的速度。來自一百個群組的需求，和來自一千個群組的需求，過期的速度一樣快，都在一小時之內，而承包方是從及時趕到的人裡挑出來的。

聚焦的品質。一個描述寬泛的專案放在一千個群組上，帶來的是更多雜訊，不是更多客戶。收窄描述，幾乎總是比增加來源更有用。

回應的準備度。如果團隊裡沒有人當天就把一筆需求接手處理，一千個群組的組合也改變不了什麼：需求會堆積，然後過期。

為什麼數量會被誤認為品質

來源的數量，是唯一容易放進廣告裡的量，所以工具才會拿它來比較。它無法被查證，聽起來卻很有說服力：一千個永遠比兩百個好看。

實際上，另外三件事更重要。第一，群組與您的服務有多契合：您的客戶一個月才去逛一次的社群，帶來的是雜訊，不是需求。第二，活躍度：有一千名成員、每週卻只有三則訊息的群組，什麼都不會產出。第三，管理：在嚴格禁止推銷服務的地方，您的回覆會被注意到；而在廣告氾濫的群組裡，您的回覆會被淹沒。

談群組組合，合理的談法不是從一個數字開始，而是從一份清單開始：您的客戶來自哪些產業和城市。

組合如何隨時間變化

社群老化的速度比看起來快。一年之內，有相當比例的群組會改變主題、失去管理，或變成廣告動態。一個組好之後就再也沒檢視過的組合，會自行退化，您一處都不用動手改。

可以從這個徵兆看出來：不同需求發文者的人數下降，而訊息數卻上升。這代表組合裡被加進了吵雜的來源，而有生氣的來源已經掉出去了。

合理的檢視節奏是每季一次：移除已經沉寂的，在同樣的產業裡補上新的，並檢查大型群組有沒有改規則。這是件小事，但少了它，流量會在 2 到 3 季之內悄悄枯竭。

組合很大，需求卻還是很少，該怎麼辦

第一，檢查專案的聚焦是怎麼描述的。描述太窄，會砍掉一半合適的訊息；太寬，則會讓它們淹沒在雜訊裡。兩個極端看起來都一樣：需求很少。

接著看地理範圍。把專案限定在一座城市，可能讓流量縮得比您預期的更多，尤其是以遠端方式提供的服務。

到了第三步，才該增加來源。如果擴大組合之後，不同需求發文者的人數並沒有增加，那就表示您所在細分領域裡的公開需求確實稀少，誠實的結論是：這個銷售管道行得通，但只能當輔助，不能當主力。沒有任何工具能創造出並不存在的需求。

這時候，不妨看看相鄰的任務說法。客戶很少用承包方的講法來稱呼一項服務：他們不會寫「導入 CRM」，而是寫「客戶需求在電子郵件和試算表之間弄丟了」。用這種日常的措辭把聚焦放寬，往往比把群組組合加倍更有成效。