社群產品文案證據清單：每項承諾都能回到資料來源

發布社群產品介紹前，逐項核對功能、數字、形容詞、資料來源與核准責任，讓每項承諾都有可追溯依據。

產品文案發布前，先把描述、數字與承諾拆成可核對的句子。每項主張都記下來源、適用範圍、資料期間和核對責任；找不到來源時，縮小說法或先拿掉。這樣撰稿、產品與營運能針對同一版本核查，不會把想達到的效果寫成已發生的結果。

文案中有哪些可驗證主張？

先把文案拆成讀者可能據以決策的主張，不要只找數字。功能主張回答能做什麼，例如能否撰寫、排定或查看資料；需回到現行產品頁或可重現的操作流程，逐項確認平台、內容格式及帳號條件。流程主張說清楚使用者先做什麼、誰可修改、內容何時送出；用實際操作確認，不把設計中的想法寫成現有能力。

結果主張包括省時、互動提高或觸及擴大，不能從有某項功能直接推導。先寫出衡量指標、比較條件、觀察期間和適用對象；若缺少其中一項，改成描述功能本身。比如「幫店家成長」不是功能證據；「可把貼文設定於指定時間發布」則能用操作流程查核，兩句不可混為一個成果。

條件主張常藏在「只要」「自動」「所有」等詞裡，讀者可能理解成不需額外步驟且沒有例外。列出帳號權限、社群平台、內容格式、連線狀態、人工確認等前提，確認每個前提都有資料支持。承諾主張如「永不漏發」或「保證觸及」則要處理失敗情境；沒有穩定定義、可重複紀錄與核准依據，就不要保留絕對說法。

在清單為每句標註能力、範圍、流程、結果或條件；一句同時有兩類，就拆成兩列並分別找證據。像「AI產生圖片並提升轉換」包含功能與結果，圖像產生的操作畫面不會證明轉換增加。來源欄須寫到另一位同事能找到的頁面、欄位或紀錄名稱，不能只填「官網」「後台」。

再問讀者若據此安排預算、人力或發布，會要求哪份證明；這能排出順序。先查影響採購、時程和風險判斷的句子。來源只能證明部分，就拆短句子，只留下有依據的範圍。未查主張要指派補資料的人，避免問題留在共用文件裡無人追查。

每個數字從哪裡取得？

數字先分成計數、比率、時間和比較值，再沿著資料生成路徑找原始來源。產品介紹頁可以證明公開列出的功能，不能證明實際發文數、節省工時或互動增幅；這些應回到發布紀錄、工時紀錄或社群分析資料。每個數值都記錄區間起訖、時區、帳號範圍、內容類型、狀態定義和擷取方式。擷取時也記下篩選條件與匯出版本，讓另一位同事能重現查詢。

例如兩份報表都標「本月」，但一份依日曆月、一份依最近三十日，或一份排除取消項目、一份沒有排除，就不能直接比較。比率另外保留分子、分母、排除條件和四捨五入方式；若只抄百分比，下一位讀者無法重算，也看不出分母太小或狀態定義不同。

下表是明確假設的例子，用來展示如何把來源和計算放在一起，不代表 AutoPost 或任何客戶的使用成果。

例中的規劃十二筆、其中九筆已發布，比例是九除以十二等於百分之七十五；若一筆狀態不明，需先依一致規則判定是否留在分母，不能悄悄改成九除以十一。來源欄應標明同一期間與同一份清單，計算者也要確認每筆是否符合「已發布」定義。

若文案說「提高成效」，需先說明以觸及、互動或其他哪個指標判斷，和什麼期間比較，兩組內容與受眾是否相近。沒有相同口徑，就不能只由數字推出原因。人工整理時保留原始列及公式，讓同事能重算；資料只支持九筆已發布，就只陳述九筆，不延伸成節省時間或未來保證。

哪些形容詞可能被當成承諾？

形容詞常把界線藏起來，發布前要找出讀者可能理解的具體承諾。「快速」需要說明起點、終點、任務和比較基準；只因步驟少，就推不出每個人的整體工作都更快。「簡單」「容易上手」是體驗判斷，應指出觀察了哪個任務、哪些使用者，或改寫成可看見的操作動作。

「完整」「全方位」「所有平台」會讓讀者以為不同內容格式、帳號和情境都適用。文案應逐項列明已確認的平台與能力；不要只把多個平台名稱串在一起，就讓人以為所有功能的涵蓋範圍完全相同。「智慧」「準確」也可能被理解成判斷正確或不需人工檢查；若實際流程包含編輯或確認，就清楚說出這個步驟。

「即時」「穩定」「永不漏發」暗示速度和可靠度；沒有可核實的時間定義、觀察紀錄和例外處理，就不使用絕對詞。「最佳」「領先」「有效」則需要可說明的比較對象、期間、方法與指標，少一項都會讓讀者無從判讀依據。刪掉強形容詞後，也要檢查前後句，避免同一承諾換了說法仍留在文案裡。

改稿可用「形容詞換成觀察事實」：把「超快速排程」改成「可設定貼文發布時間」，把「完整社群管理」改成已核實的能力清單。AutoPost 官網列出 Facebook、Instagram 與 Threads 貼文撰寫及排程、AI 文案與圖片、成效分析，以及 Instagram 限時動態；每項能力仍要按平台與格式分別描述，不能延伸成所有格式都支援。若某平台沒有對應格式，就明列限制，不用相鄰功能暗示涵蓋。 AutoPost 官網

每個形容詞都要能回答：誰如何量、在什麼條件下成立？若缺少比較方式，就換成可觀察的動作；若只有一部分情境成立，便把情境寫清楚。這樣讀者能看懂實際操作和適用邊界，也不會把廣告語氣誤認為結果保證。

缺少證據的句子怎麼處理？

找不到來源時，先暫停那句，不用同行文章、搜尋摘要或個人印象補成事實。接著沿資料生成路徑回查：功能描述找現行產品頁或可重現的操作；使用結果找原始紀錄；比較主張找口徑相近的資料。若手上的截圖或檔案屬於舊版本，只能支持當時的狀態，不能自動證明現在仍適用。

確認後有四種處理方式：補上可直接查核的來源、縮小適用範圍、改寫成客觀流程，或刪除無法證明的結果承諾。若外部資料不可缺，記下發布者、資料名稱、涵蓋期間及可回查位置；只有二手摘要時，先找原始資料。找不到原始來源，就不要把摘要改寫成確定事實。

例如「每個平台都可一鍵發布」同時包含平台、格式、操作和結果，不能因產品頁列出數個社群，就推成所有格式都適用。拆成「支援哪些平台」「支援哪些內容」「使用者如何設定」「發布後如何確認」四句，再為每句找相應證據。若資料只證明可設定時間，就寫可設定時間，不要改成「快速」或「輕鬆」來暗示同一個未證實結果。

私訊客服、LINE 回覆、個人帳號發布等相鄰需求，應另查提供者與適用條件，不能因文章談社群營運就併入產品功能清單。這種區隔也適用於整合工具：可說明它是外部服務或讀者可能使用的流程，不能寫成品牌自有方案。若測試只涵蓋少數帳號，也要保留這個範圍。

對外版本只保留來源能支持的敘述，並在內部記錄缺少哪份資料、由誰補充、何時再確認。刪除量化承諾後要重新通讀整段，檢查是否留下意思相同的強形容詞，也要核對標題、圖片文字與表格沒有重新帶回已刪除的說法。

誰需要核准最終版本？

核准應按主張內容分工，而不是要求所有人替整篇文案背書。產品負責人確認功能、支援範圍與操作條件；提供數據的人確認來源、計算式、期間和分母；社群營運確認實際發布流程；撰稿者檢查語句有沒有超出資料。這樣每個核對者只需要確認自己能直接查證的部分。

若一句同時談功能和成效，兩種證據都要有人核對，不能由撰稿者把推論當成資料持有人的背書。例如「設定排程後提升互動」，產品負責人可以確認排定時間的能力；互動提升則需要數據和可重現的比較方法。缺少成效資料時，保留功能描述並刪去結果，不因有人核准就把未證實部分變成事實。

指定一位最終版本負責人，核對每項主張都有來源、範圍及責任人，連結能開啟，內文與待交付版本一致。這位負責人不是替缺少的證據補空白，而是確認已知問題有明確處理方式。若同一人兼任多個角色，仍應分開記錄他核對的是功能、數據還是文字，方便日後釐清依據。

核准記錄應連到具體文件版本或修訂識別，並列出核對者負責的句子。只記「已看過」無法說明看的是哪個版本，也無法判斷一個數字是否由資料提供者重算。若修訂改動了平台、數字、範圍或結果措辭，就重新確認受影響的項目，不必讓不相關段落跟著重做。

交付前由最終負責人用讀者角度通讀：數字能不能重算，功能有沒有適用範圍，結果有沒有資料支持，重要前提有沒有被省略。最後檢查標題、圖片替代文字、社群摘要也沒有比正文做出更大的承諾。核准對應的是這個版本，不會自動延伸到日後改過的文字。

下次更新要檢查哪個欄位？

欄位設計要讓下次接手的人不必重新猜來源。每項主張保留識別碼、對外句子、主張類別、來源名稱及定位方式、適用平台與內容範圍、資料期間、核對人、確認日期和重新檢查條件。數字再分列分子、分母、計算式及排除項目；功能則記錄能重現的頁面或操作步驟，不要只貼沒有日期和版本的截圖。

來源位置要寫得足夠具體，例如頁面名稱與功能段落、報表名稱與篩選條件、紀錄檔的欄位，並說明誰有權存取。若需要登入才能查，標示安全的內部位置，不把密碼或私密資料貼進文案清單。這能讓後續核對者找到證據，也能分清公開材料和內部紀錄。

重新檢查條件可設為產品功能變更、平台格式調整、數字口徑更新、原始資料重算或文案再次使用。遇到其中一項，只標記受影響的主張並重查來源；若來源本身已失效，就暫停引用，補上新依據或刪除說法。沒有變動的句子也應有合理檢查節點，避免舊稿無限期被當作現況。

產品功能可按主張分行維護，例如 Facebook、Instagram 與 Threads 的貼文撰寫及排程、AI 文案與圖片、成效分析、Instagram 限時動態；每項都分別確認目前描述的功能和適用範圍。不要因其中一項更新，就把整份清單標為全部已確認。文案重用到不同渠道時，替各版本分配識別碼並重查改動處。規劃中的功能、曾經測過的流程和現行公開描述也應分欄記錄，避免狀態混在一起。

現在就挑一段待發布介紹，逐句補上來源、範圍、核對人與下次檢查條件，再對照公開產品描述確認用語。可從 AutoPost 官網 開始，先把找不到依據的句子改成能證明的動作，再交付這一版文案。