軟體開發公司要在 Telegram 的哪裡找客戶

買方實際上待在哪裡

技術類的 Telegram 群看起來是找開發客戶最理所當然的地方，但滑上一天就會發現，裡面大多是工程師在跟工程師說話：框架之爭、code review 請求、附著技術棧的內部職缺。那些都不會變成付費專案，只會把空間填滿，本來稀少的真實需求，就是這樣被淹掉的。

真正要發包的人在別的地方。創業者與新創群裡會出現這種需求：某個人已經把想法寫在紙上了，需要一個團隊把它做出來。圍繞 Bubble、Webflow、Airtable 的 no-code 社群產出的是另一種特定訊息：有人做出了能跑的原型，撞到了工具做不到的地方，現在需要工程師寫一個像樣的後端或串接 API。以特定平台為核心的群組，Shopify、WooCommerce、HubSpot，裡面根本沒什麼程式設計師，而是每天在用這套系統的老闆，想找人把它擴充一下。電商與賣場相關的群組則反覆產出同一類任務：跨通路同步庫存、為新平台重建商品目錄、把倉庫的資料接到前台。

還有一個比較安靜的來源：跟開發完全無關的一般中小企業群。老闆會描述一個問題，但不知道那件事在接案公司的行話裡叫什麼。「想找個東西可以把三個地方進來的訂單一起管」是一個貨真價實的專案，只是裡面沒有任何一個詞會被單純的關鍵字搜尋抓到。

真正的需求長什麼樣

「徵求工程師」這種說法很少見。人們通常跳過職稱，直接講任務：

• 「想把官網接到會計系統，庫存要即時更新」
• 「找團隊接手一個專案，前一個工程師做到一半失聯」
• 「有人做過 Telegram Mini App 嗎？想在機器人裡完成下單和付款」
• 「有推薦做手機 App 的團隊嗎？iOS 和 Android 要一起」
• 「MVP 是用 Bubble 做的，現在需要真正的資料庫和 API，靠自己拼已經到極限了」

每一則都在一句話裡把工作範圍講得差不多了，這正是為什麼寫這句話的人不會先去搜「客製化軟體開發」：他已經知道自己要做什麼。

看起來像需求、其實不是的東西

公司內部的職缺是關鍵字最難分辨的偽陽性。「徵後端工程師，Node 和 Postgres」讀起來跟專案詢問一模一樣，但那是在找人上班；當成需求去回覆，通常結局是要跟對方解釋自己不承接人力派遣。

工程師之間的閒聊用同一套詞彙，背後沒有任何商業意圖。有人在問「這件事怎麼寫比較乾淨」，或貼一段程式碼請人看看，那是在跟同行說話，不是在挑接案公司，儘管訊息裡出現的技術名稱正是過濾器在找的那些。

課程推廣，以及「現成腳本出售，私訊報價」這類貼文也混在同一批討論串裡。題目上相關，但永遠不是開發公司的客群。

回覆速度與預算落差

公開的開發需求通常很快就有人回。本來就住在這些群裡的接案者和小型工作室，等的就是這種訊息；晚到一步，多半對方已經聽過別人的說法了。

更棘手的是：一模一樣的措辭底下，可能是完全不同的案子。「想做個網站」可以是套版的一頁式，也可以是要做好幾個月、帶團隊和多個串接的專案。一則講「加一顆付款按鈕」的訊息裡的「串接」，和一則講「五個平台同步庫存」的訊息裡的「串接」，不是同一件事，即使那個詞一模一樣。沒有任何關鍵字過濾能分開它們，得讀那個詞周圍的內容才行。

平台怎麼處理這個產業

XMBoost 的兩段式篩選針對的正是這種歧義。先由關鍵字清掉明顯的雜訊，接著 AI 讀每一則命中訊息的上下文，把專案詢問，跟內部職缺、工程師之間的交流、課程廣告分開。

1 到 100 的分數處理的是預算落差。把派送門檻調高，篩到的是範圍清楚、寫得明確的訊息；調低，則接得住更早期的訊號，例如「在考慮做這個，還沒挑團隊」。每一筆需求以卡片送達：訊息原文、發文者連結，以及 AI 判定它相關的理由，負責人可以在回覆之前，先判斷這件事值不值得接。

專案的方向隨時可以透過 AI 指令用白話修改。一家從手機 App 轉做平台串接的公司，或想在投入之前先測試新服務線的需求，都不需要從頭重新設定。