我如何設計 Facebook 粉絲專頁定時發文工具原型：從帳號管理到排程發布

圖片說明：PageFlow靜態原型總覽，畫面使用模擬資料呈現帳號、粉絲專頁、排程及待處理狀態。

為什麼我想自己開發Facebook排程工具？

我目前需要管理約130個Facebook粉絲專頁，過去一直使用RecurPost安排貼文發布，每月訂閱費大約300美元。這套服務可以完成排程工作，但我真正經常使用的功能，主要還是選擇粉絲專頁、設定貼文內容、安排發布時間和檢視發布結果。隨著粉絲專頁數量增加，我開始思考：如果能按照自己的操作方式開發一套工具，是否可以降低長期訂閱成本，也讓帳號授權、專頁分配和發布失敗處理更符合實際需求？

這並不是單純為了模仿現有平臺。我平時大約使用15個Facebook帳號分別管理不同的粉絲專頁，避免所有專頁都依賴同一個管理帳號。如果某個帳號失去許可權或無法繼續使用，對應的排程就必須先暫停，再移除原有關聯、改用其他賬號重新授權並接回粉絲專頁。現成工具可以完成釋出，但未必完全符合這套實際處理流程，因此我決定先整理需求，再製作一個名為PageFlow的操作原型。

圖片說明：PageFlow帳號管理原型，以模擬資料展示多帳號授權狀態、管理的粉絲專頁數量和排程情況。

為什麼需要多帳號管理？

我的粉絲專頁並不是全部集中在同一個Facebook帳號下，而是由大約15個具有管理許可權的真實帳號分別管理。這樣做除了方便區分不同專頁，也可以避免所有排程工作都依賴單一帳號。只要其中一個帳號的授權失效、許可權被調整或暫時無法使用，就可能影響它所管理的全部粉絲專頁。

我過去的處理方式是先暫停受影響帳號的排程，移除原本的專頁關聯，再使用另一個具有合法管理許可權的帳號完成授權，並重新加入需要管理的粉絲專頁。這個流程如果只靠人工記錄，很容易遺漏帳號、專頁和未完成的排程，因此我在PageFlow原型中加入帳號狀態、專頁數量、當日排程和需要重新授權等資訊，希望能在同一個畫面快速找到問題。

這個原型不會儲存Facebook密碼。正式開發時，帳號應透過Meta官方OAuth流程授權，系統只儲存執行必要功能所需的授權資料，並且需要妥善加密、限制存取許可權及記錄授權狀態。

圖片說明：PageFlow建立排程原型，可選擇目標粉絲專頁、設定貼文內容、開始時間及發布間隔。

建立排程時，我真正需要哪些功能？

我需要的排程流程其實很直接：先輸入活動名稱和主要文案，再選擇具有發布許可權的粉絲專頁，最後設定開始日期、開始時間和每篇貼文之間的間隔。相比功能非常多的社群管理平臺，我更希望自己的工具把常用操作集中在同一個頁面，減少建立一批排程時反覆切換畫面的時間。

由於不同粉絲專頁的受眾和主題可能不同，同一段文字不一定適合直接發布到所有專頁。因此我在原型中規劃了文案變體功能，讓同一個主題可以準備數個不同版本，再依照粉絲專頁的內容方向進行調整。這不是為了大量複製相同貼文，而是希望每個專頁發布的內容都與其受眾相關，也降低重複內容造成閱讀體驗不佳的問題。

排程建立後，系統還不能直接假設所有任務都會成功。正式版本需要先檢查帳號授權、粉絲專頁許可權、貼文資料和排程時間，再把任務加入發布佇列。如果發現授權失效或資料不完整，應先停止相關任務並通知管理者處理，避免在背景持續送出失敗請求。