陳立群（化名）五十歲，去年才當上新手爸爸。白天，他在瀚宇海事工程設備（化名）負責航空與海洋工程設備的檢測驗證；夜裡，他的工作換成泡奶、拍嗝與哄睡。兩種身分看似毫不相干，卻意外讓他把工程師的嚴謹，帶進了一個他原本不太信任的領域——社群經營。
在技術現場，陳立群習慣用規範說話。銲接要看AWS D1.1，離岸結構的疲勞評估要對照DNV-ST-0126，材料取樣與試驗程序則依循ISO 19901系列。他常對年輕工程師說，工程文件的可信度來自可追溯，不來自形容詞。這句話，後來成了他經營社群的最高原則。
真正的困難，從一項新方案開始。公司推出一套結構健康監測系統，鎖定離岸風電與港埠設施。技術面沒問題，問題出在溝通。業務寄出的技術通函回覆率偏低；研討會收集到的名單，後續追蹤像斷了線的風箏；客戶窗口常在三個平台之間來回確認規格，一個尺寸問到第五封信，還在確認基準面。他試著自己在通訊軟體上開群，結果重要圖說連結過期、訊息被閒聊淹沒，半夜還有廠商張貼廣告。他苦笑，技術文件管得住公差，卻管不住一個群組。
更棘手的是時間。新手爸爸的日常是分段睡眠，他能運用的只有零碎的二十分鐘。他需要的不是更多平台，而是一套能在有限時間裡維持專業形象的傳遞方式。
轉折來自一位同業的提醒：問題不在內容不夠硬，而在內容沒有被妥善組織。他接觸到KolMarketing團隊，第一次聽到把Telegram機器人當作內容分流器的概念。對方沒有談聲量，而是先問他：你們的技術資料，讀者拿得到版本嗎？這句話讓他愣了一下。他開始理解TG頻道經營與TG群組經營的分工：頻道是對外公告，講究版本與留存；群組是雙向討論，講究秩序與邊界。兩者混用，專業就會被稀釋。
他們把技術資料拆成三層：標準層引用條文與版本，驗證層交代試驗條件、量測不確定度與校正追溯，應用層則說明場域案例與適用限制。每則貼文都附上資料來源與適用範圍，避免讀者把個案當通則。團隊並以TG紙飛機機器人處理常見問答與文件索取流程，讓重複詢問不再占用工程師時間。陳立群特別強調，自動化只處理流程，不處理判斷；判斷仍由具備資格的人員簽署。
他對TG社群行銷的理解也逐漸清晰：核心不是聲量，而是可信度。他把量測不確定度寫進貼文，把試驗邊界條件說明白，甚至主動標註「本數據不適用於XX工況」。這種寫法在消費市場或許顯得笨拙，在工業領域卻換來另一種回饋——同業開始引用，業主開始帶著規範版本來提問。
三個月後，變化慢慢浮現。詢價品質提高，客戶上門時已備妥工況與規範版本；跨國溝通因為頻道內文件版本一致，往返次數下降；群組由資深工程師輪值回答，問答留下紀錄，成為新人訓練素材。陳立群說，最讓他意外的不是數字，而是半夜泡奶時，手機跳出的那則提問有條有理，還附上參考條文。
他也不諱言風險。工業領域的社群經營，必須留意營業秘密、客戶同意、出口管制與個資保護，貼文審查流程比照技術文件發行。他認為，技術權威不是把話說滿，而是把範圍說清楚；科學準確度的價值，正在於願意承認限制。
如今，陳立群依然是那個會在圖說上標註基準面的工程師，也依然是那個凌晨三點起床餵奶的父親。差別在於，他找到一種不犧牲嚴謹、也不失溫度的溝通節奏。嚴謹與溫度，其實可以並存。
(本案例經當事人同意分享，部分為虛擬情節如有雷同純屬巧合)