Notify App — Telegram 訊息群發管理
目標用戶： 需管理大量群組的客服團隊、社群經理。 核心功能： 多群同步發送、訊息模板化、一鍵回收與修改。
問題背景與用戶洞察
在 2021 年間，我觀察到客服團隊在處理緊急公告（如維護、突發狀況）時，必須手動將訊息複製貼上到超過 100 個 Telegram 群組。
低效： 單次群發耗時超過 12 分鐘。
高風險： 人工操作極易造成「貼錯群組」或「資訊版本不一」的失誤。
痛點： Telegram 原生界面缺乏批次管理功能，一旦發錯，需逐一收回，壓力極大。
產品設計與流程規劃
我和男友兩人協作，從解決「重複性勞動」出發，定義了 MVP 核心規格：
-
功能排序： 優先開發「多選發送」與「檔案夾帶」，確保核心價值成立；隨後加入「模板系統」與「一鍵收回」。
-
原型設計： 使用 Figma 繪製 UI/UX 流程，規劃從「編輯訊息 → 預覽 → 選擇分類群組 → 發送」的直覺動線。
-
專案管理： 使用 Jira 管理功能與bug，確保功能開發優先級與技術實作節奏一致。
技術實作重點
整合 API： 深度整合 Telegram Bot API，實作文字、圖片及 GIF 的穩定傳輸。
資料管理： 建立群組分類邏輯，讓使用者能針對「內部、客戶、測試」不同標籤進行精準投遞。
預覽機制： 增加「發送前預覽」功能，大幅降低因格式錯誤導致的無效發送。
成效驗證與用戶意見
APP完成開發後，針對早中晚三個班段進行測試：
效率提升： 平均建立與發送訊息時間從 12 分鐘下降至 3 分鐘（節省 75% 時間）。
高黏著度： 訊息模板功能的使用率高達 85%，顯見其解決了公告標準化的問題。
同事評價： 同事反應「一鍵修改」功能最令人安心，不再擔心發錯資訊後的繁瑣補救。
反思與持續優化
這次專案讓我學會如何從「營運痛點」提煉出「產品需求」。
成功經驗： 透過 MVP 快速驗證，成功解決了最核心的效率問題。
優化空間： 在初期開發時，未充分考量多帳號切換需求，導致目前更換 Telegram Token 的流程不夠直覺。這讓我意識到，在產品設計初期，「多使用者情境」 的彈性必須被納入架構考量中。